Some Eclipse Foundation services are deprecated, or will be soon. Please ensure you've read this important communication.
Bug 368924 - Select full row through triple click, scroll to beginning
Summary: Select full row through triple click, scroll to beginning
Status: CLOSED WONTFIX
Alias: None
Product: Platform
Classification: Eclipse Project
Component: SWT (show other bugs)
Version: 3.7.1   Edit
Hardware: PC Linux
: P3 normal (vote)
Target Milestone: ---   Edit
Assignee: Platform-SWT-Inbox CLA
QA Contact:
URL:
Whiteboard:
Keywords: triaged
Depends on:
Blocks:
 
Reported: 2012-01-18 04:36 EST by Marvin Fröhlich CLA
Modified: 2018-05-14 14:13 EDT (History)
3 users (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Marvin Fröhlich CLA 2012-01-18 04:36:49 EST
Build Identifier: 20110916-0149

When I want to select a whole word through a double click it sometimes happens, that I accidentally do a triple click, which leads to the selection of the whole line. Unfortunately this also makes the editor scroll horizontally to the beginning of the line. Hence I have to scroll back to the word and do it again. This can be pretty nasty, if the line is not a short one.

Since I have never ever needed that whole-line-selection-through-triple-click thing, I would be fine disabling it, if this is possible. Is it?

I don't see the reason for scrolling back to column 0. The editor's view should stay where it is when selecting the whole line.

Reproducible: Always
Comment 1 Dani Megert CLA 2012-01-18 05:20:47 EST
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.
Comment 2 Marvin Fröhlich CLA 2012-01-18 08:30:14 EST
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.
Comment 3 Dani Megert CLA 2012-01-18 08:35:07 EST
(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.
Comment 4 Marvin Fröhlich CLA 2012-01-18 09:12:35 EST
Yes, you're loosing the caret, but not the context. The context is lost with the current behavior. And this is exactly my point.
Comment 5 Felipe Heidrich CLA 2012-01-30 12:42:25 EST
I agree with Dani. 

That said, note that StyledText allows the user to disable the double-click/triple-click behavior by calling setDoubleClickEnabled(false).
Comment 6 Felipe Heidrich CLA 2012-01-30 12:42:59 EST
closing.
Comment 7 Marvin Fröhlich CLA 2012-01-31 04:40:17 EST
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?
Comment 8 Dani Megert CLA 2012-01-31 04:48:22 EST
> Could you possibly place the tripple-click disabling on the preferences pages?

Sorry, this won't happen.
Comment 9 Eric Williams CLA 2018-05-14 14:13:40 EDT
Closing as per comment 8.