Oops, fixed stupid bug in inferencer in type propagation Due to a bug, better guesses from later phases (2 &3) were not propagate through assignments which lead to poor instvar typing. This change makes sure that types are always propagated from assigned value to variable. However, the propagation is only one-step - the type propagation code has to be improved.

Fix in AssignmentNode>>inferredType: care for incomplete assignment node which has it's expression nil. This may happen when there's a syntax error and parse could not recover properly.

Bug fix: replace textView list at: with textView listAt: which cares for index being out or range.

completion: fix in ClassPO>>stringAlreadyWritten Use #textView instead of old (and removed) textView

Java completion: handle cases when no completion could be done. Such a situation is reported by throwing an InvalidCursorLocation. Handle it and return an empty result if this situation happens.

completion: ask support for it's language in case textView's #editedLanguage is not set.

Completion: fix in Smalltalk completion - include last double colon for keyword selectors Due to a bug in MethodPO, double colon was not inserted after l;ast keyword. This commit fixes the bug and includes a test for it.

More fixes for #10: delete the rest of inserted text when typed text differ from inserted. This fix should handle following case: `th` is typed so completion would insert `thisContext` but the user continues typing `isValue`. The resulting text is now correct: `thisValue`.

Electric insert: do not insert again and again when insertion was deleted by pressing backspace When a snippet or completion is auto-inserted (i.e., "electric-insert") then subsequent backspace removes it and "electric-insertion" is disabled temporarily so the (apparently wrong) code is not inserted again. This will make it - hopefully - less annoying in cases unwanted stuff is inserted.

Smalltalk electric snippets: make iterator variable naming logic more configurable * UserPreferences current smallSenseSmalltalkIterationVariableNamePrefixWithEach: If set, then variable name is prefixed with "each", i.e., `eachPerson`. Defaults to `false`. Thanks Alexander Zottnick for suggestion. * UserPreferences current smallSenseSmalltalkIterationVariableNameMaxLength: Length limit for generated variable name, if the name is longer than this limit, fall back to generic `each` to make the code more concise. Defaults to 14 (subject to change). These preferences are "hidden" for now, i.e., there is no configuration UI for them. One has to add the setting to her/his user startup file.