| Summary: | Reimplement Xtext Autoedit-Strategies | ||
|---|---|---|---|
| Product: | [Modeling] TMF | Reporter: | Sebastian Zarnekow <sebastian.zarnekow> |
| Component: | Xtext | Assignee: | Project Inbox <tmf.xtext-inbox> |
| Status: | CLOSED FIXED | QA Contact: | |
| Severity: | normal | ||
| Priority: | P3 | CC: | henrik.lindberg, sven.efftinge |
| Version: | 1.0.0 | Flags: | sebastian.zarnekow:
indigo+
|
| Target Milestone: | M2 | ||
| Hardware: | PC | ||
| OS: | Mac OS X - Carbon (unsup.) | ||
| Whiteboard: | |||
| Bug Depends on: | 323817 | ||
| Bug Blocks: | |||
Preliminary scheduled for M2 as we want to have a look at AutoEdit in this milestone. Removed from the M2 schedule. Is this really an issue? Do people copy and paste single terminals or are there other more interesting scenarios? (In reply to comment #2) > Do people copy and paste single terminals or are there other more interesting > scenarios? They do for 'odd characters' like « » (guillemots) when they can't figure out how to type them :) people who do that regularly deserve the extra pain :-) EditingStrategies based on AbstractEditStrategy won't do anything on paste. Closing bug which were set to RESOLVED before Eclipse Neon.0. |
They are currently based on the IAutoEditStrategy interface which allows to modify a DocumentCommand. Unfortunately it hides some important details such as the origin of the command, e.g. pasting a '(' from the clipboard should never insert a closing ')' while typing a '(' should. I'm afraid that's the reason why PairedBraceInsertion is usually implemented based on a VerifyKeyListener.