Community
Participate
Working Groups
When reporting bugs it is desirable to be able to copy message content, but numerous dialogs do not support text copy. For one specific example: In the GIT history view when two branch labels are available on the same commit, select the commit and invoke Checkout to get a no-copy dialog. This bug is so pervasive across numerous projects that it must be a platform bug.
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.
This is still a prevalent problem. I should not have to transcribe error messages to report bugs.
For a specific example: Trivially: Window->Preferences->General The "General" title is not copyable The "Note: this preference may not take effect on all views" is not copyable Seriously: Run->Run Configurations... Make some change (without saving) to current configuration Change to some other configuration The text of the resulting "Save Changes" dialog is not copyable. More Challenging: the title of the "Save" button is not copyable; perhaps shift-click-drag could select.
(In reply to Ed Willink from comment #3) > the title of the "Save" button is not copyable; perhaps shift-click-drag > could select. Correction: Left-button-down Non-trivial mouse movement Left-button-up should be a text select, not a button click
At least on OS X this seems to be the standard platform behavior. Labels are not selectable, button text is not selectable.
Please reopen if the problem still persists.
(In reply to Ed Willink from comment #3) > Seriously: > > Run->Run Configurations... > > Make some change (without saving) to current configuration > > Change to some other configuration > > The text of the resulting "Save Changes" dialog is not copyable. was reproduceable yesterday.
Ed, please try this with some dialogs in standard non-SWT Windows applications, for instance Word. Are labels and button texts in dialogs in Word or in the File Explorer in general copyable? If not, it may be just the standard Windows platform behavior. In that case, this feature request is not really actionable since SWT strives to give the same behavior as the underlying platform (Windows, GTK, or Cocoa). SWT labels and buttons have never been text-selectable AFAIK, and I suspect this is because the native Widgets just have that behavior.
You have been distracted. My observation that down-move-up is select is just sensible but perhaps not standard. But is down-up-move-a-bit-down-up a double-click is a regular how big is a-bit sensitivity issue. This bug is about sensibly copyable text. Ignore the pedantically copyable text issues if you like. The body of the Save dialog is a necessary copy to report a bug, otherwise I have to report a PNG that doesn't respond to a search for similar. IIRC I have reported that bug before and the specific offending dialog was fixed. Since the bug is prevalent, my assumption is that there is a bad SWT default that makes your average dialog wrong.
(In reply to Thomas Wolf from comment #8) > Ed, please try this with some dialogs in standard non-SWT Windows > applications, for instance Word. Are labels and button texts in dialogs in > Word or in the File Explorer in general copyable? The Windows standard for system dialogs (MessageBox) is to allow copying the whole dialog content (title, text, buttons; no choice) by pressing Ctrl+C. Since SWT builds on the system behavior it should be the same for a simple SWT MessageBox. I assume the jface MessageDialog is more self made and provide never this behavior.