| Summary: | [KeyBindings] User needs access to multiple configurations | ||
|---|---|---|---|
| Product: | [Eclipse Project] Platform | Reporter: | Randy Hudson <hudsonr> |
| Component: | UI | Assignee: | Platform UI Triaged <platform-ui-triaged> |
| Status: | CLOSED WONTFIX | QA Contact: | |
| Severity: | major | ||
| Priority: | P5 | CC: | douglas.pollock, stori |
| Version: | 3.0 | Keywords: | helpwanted |
| Target Milestone: | --- | ||
| Hardware: | PC | ||
| OS: | Windows XP | ||
| Whiteboard: | stalebug | ||
| Bug Depends on: | |||
| Bug Blocks: | 37934 | ||
|
Description
Randy Hudson
This is interesting, but complicated. It is also a fair departure from tools such as Microsoft Visual Studio. Arguably, contexts provide a similar mechanism, but without the same ease in configuration (i.e., you would have to define key configurations -- e.g., "Emacs Text / DreamWeaver HTML" or "Eclipse Text / Emacs HTML"). It might be possible to make the argument that Emacs key bindings do make sense for an HTML editor. I'm not a fan of them myself, but Emacs does have HTML plug-ins which do define additional key bindings (google: html-helper-mode). Doug, "E-macs" keybindings don't make sense for a WYSIWYG HTML editor. Maybe "Frontpage" or "Dreamweaver" might make sense instead, which is why I opened this bug. If I had been talking about an HTML *source* editor, then I would agree that e-macs could be activated for the source view, while frontpage might be activated for the "design" view (wysiwyg). I know that a possible implementation might use contexts, but it doesn't change the problem with the UI presentation in the keybindings preference page. I currently use Emacs mode in Eclipse for both code and HTML. I cannot fathom why the poster asserts that emacs keybindings make no sense for documents other than code. It's ironic that I stumbled on this request while searching for a set of Emacs key bindings for Dreamweaver... (In reply to comment #3) > I currently use Emacs mode in Eclipse for both code and HTML. Really, which HTML editor are you using? Reassigning to Platform-UI-Inbox (I left IBM 18 months ago..) Moving Dougs bugs Is this still a problem in 3.3? PW yes. bug 154130 should refer to this. There's no plans in bug 154130 to address mutliple co-existing schemes. PW (In reply to comment #9) > There's no plans in bug 154130 to address mutliple co-existing schemes. that's why I said "should". Eclipse is an "extensible IDE for anything", which means more than just source editing. This bug hasn't had any activity in quite some time. Maybe the problem got resolved, was a duplicate of something else, or became less pressing for some reason - or maybe it's still relevant but just hasn't been looked at yet. If you have further information on the current state of the bug, please add it. The information can be, for example, that the problem still occurs, that you still want the feature, that more information is needed, or that the bug is (for whatever reason) no longer relevant. This bug hasn't had any activity in quite some time. Maybe the problem got resolved, was a duplicate of something else, or became less pressing for some reason - or maybe it's still relevant but just hasn't been looked at yet. As such, we're closing this bug. If you have further information on the current state of the bug, please add it and reopen this bug. The information can be, for example, that the problem still occurs, that you still want the feature, that more information is needed, or that the bug is (for whatever reason) no longer relevant. -- The automated Eclipse Genie. |