| Summary: | Select full row through triple click, scroll to beginning | ||
|---|---|---|---|
| Product: | [Eclipse Project] Platform | Reporter: | Marvin Fröhlich <eclipse> |
| Component: | SWT | Assignee: | Platform-SWT-Inbox <platform-swt-inbox> |
| Status: | CLOSED WONTFIX | QA Contact: | |
| Severity: | normal | ||
| Priority: | P3 | CC: | daniel_megert, eclipse.felipe, ericwill |
| Version: | 3.7.1 | Keywords: | triaged |
| Target Milestone: | --- | ||
| Hardware: | PC | ||
| OS: | Linux | ||
| Whiteboard: | |||
|
Description
Marvin Fröhlich
This is the behavior we get from StyledText and this is the expected behavior which most editors exhibit. Some set the caret at the end but they also scroll. I'd close this as INVALID or WONTFIX. Moving to SWT for comment. This might be the behavior of most text editors. But don't we want eclipse to be better? ;) I've asked some colleagues. And they all agree, that this behavior always sucked in any editor. (In reply to comment #2) > This might be the behavior of most text editors. But don't we want eclipse to > be better? ;) Sure, but loosing the context/caret is not better but worse. Yes, you're loosing the caret, but not the context. The context is lost with the current behavior. And this is exactly my point. I agree with Dani. That said, note that StyledText allows the user to disable the double-click/triple-click behavior by calling setDoubleClickEnabled(false). closing. You agree with him by the statement, that context is lost? Why is the leftmost part of the current line more "context" than the part, that I scrolled to? Scrolling left most doesn't make any sense to me. Well, if I can disable the tripple-click behavior without disabling the double-click behavior, I am fine. Though I still consider it a bug. Could you possibly place the tripple-click disabling on the preferences pages? > Could you possibly place the tripple-click disabling on the preferences pages?
Sorry, this won't happen.
|