Activate CommentAutoEditStrategyTest
Correct auto indentation after line breaks in multi line comments

There was a bug with auto indentation for lines starting with spaces,
because all spaces in a line are counted instead of only the ones
before the caret position (the position where the line break happens).

Fixes #1001514
Corrects behavior for auto closing multi line comments

The new behavior matches the behavior of the Java Editor and is also
more useful because if one wants to place a multi line comment before
regular source code, one should do this in the line before and not in
the same one.

Fixes #1001516
Solves bug in CommentAutoIndentStrategy

Because of the new introduced Scaladoc code blocks the end of open
Scaladoc comments was not correctly detected anymore. Before, there was
looked if the actual partition reaches the end of the file, now it is
looked if the last partition of the file is a Scaladoc partition. This
makes a difference because Scaladoc comments are divided into multiple
parts when they contain code blocks, thus the part containing the start
of the Scaladoc section is not the same as the part containing the end
of the Scaladoc section.

Fix #1001463
Correct behavior of multi line comments before string literals

This is not a full fix for the problem that multi line comments are not
automatically closed when they are followed by a string containing the
*/ sign. It is difficult to completely solve this problem because
whenever one opens a multi line comment with /* the rest of the document
does no longer contain any partitions because the comment spans the
complete content. Thus, it is not possible anymore to detect if the
closing sign */ is located inside of strings or not.

The behavior introduced solves the problem as good as possible. What it
does is it looks if the line containing a */ sign contains a quotation
mark. If this is the case it is assumed that the ending is located
inside of a string literal, thus the multi line comment is closed.

This fix doesn't work if the */ sign is located inside of multi line
string literals or if the string literals aren't even closed but it
helps at least partially.

Fixes #1001515
Add option to preferences to activate auto closing multi line comments
attribute merges to the branch author, NOT the merger
Modified the script to pick up commits that were NOT introduced through a merge.
(since we do many backports this way)

Cherry-picks are attributed to the picker, though, NOT to the original author.
Make the script more portable
Mimick the reStructuredText format of the previous Changelog
Added debug mode as an option
Corrected the portability issue
Thanks Toni (and the Macbook in the conf' room)
Minor correcitons, as per @dragos comments
Merge pull request #315 from sschaef/issue/comment-auto-edit-improvements

Issue/comment auto edit improvements
Add semantic highlighting for singleton types

Fixes #1001555
Merge pull request #334 from sschaef/issue/highligthing-singleton-type

Add semantic highlighting for singleton types
Merge pull request #331 from huitseeker/patch-script-to-generate-changelog

Improvements to the ChangeLog script
Lazy retrieval of Java parameter names in completions.

When a completion is selected we need to show the parameter names as placeholders.
If the method comes from Java, we need to retrieve the Java element, a potentially
long-running operation that can trigger the structure builder. Instead of retrieving
all parameter names eagerly, for each completion proposal, we delay it to the
moment a completion is selected and inserted in the editor.

Fixed #1001560, #1001497.
Add string literal completion

This also adds the behavior that \ and " signs inside of string literals
are automatically escaped since they would cause compiler errors
otherwise.

Fix #1001398
Add character literal completion

As for string literals, \ signs are automatically escaped to prevent
compiler errors.

Furthermore it turned out that the current partitioning strategy doesn't
work perfectly together with this component. Two consecutive apostrophes
aren't handled as their own partition since they are not valid Scala
syntax. Thus, the behavior that should only applied to existing
character literals is placed in the same component and must be moved if
the partitioning strategy for character literals ever changes.

Fix #1001403
Add option value for auto escaping strings