Bug 113939 - double underline - inconsistent shortcut across components
Summary: double underline - inconsistent shortcut across components
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Calc (show other bugs)
Version:
(earliest affected)
5.4.3.2 release
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on: 114010
Blocks: Shortcuts-Accelerators
  Show dependency treegraph
 
Reported: 2017-11-20 01:39 UTC by Tad Whiteside
Modified: 2019-04-15 14:39 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Tad Whiteside 2017-11-20 01:39:33 UTC
To get a double underline: 
*in Writer type "abc123", select it, type "Ctrl D" -> result: double underlined "abc123"
*in Impress type "abc123", select it, type "Ctrl-D" -> result: no change
*in Draw, create a text box, type "abc123", select it, type "Ctrl-D" -> result: no change

*in Calc   type "abc123", select cell, type "Ctrl-D" -> result: deleted "abc123" or no change - not consistent


----
I would like the double underline to appear, like in Writer. I understand that there may be conflicting shortcuts, but I couldn't see it.

Or perhaps there could/should be an "accounting format" for the cells, where this shortcut would apply
Comment 1 Heiko Tietze 2017-11-21 10:27:17 UTC
Impress, Draw, Calc, and Writer uses Ctrl+U for Underline (single). 

In Writer ctrl+D is defined as Underline:Double.
Calc uses this shortcut for Fill Down (Underline:Double is empty).
Impress/Draw do not provide direct access to double underline (you can apply it via character > font effects > underlining) and haven't defined the shortcut ctrl+D.

The actual question is if a shortcut to double underline in Impress/Draw is really required. And even in Calc it's questionable since you better format the final text in Writer. Plus, ctrl+D is not the best shortcut for this function. So if we go with double underline everywhere it should be shift+ctrl+U (free in all modules).
Comment 2 Yousuf Philips (jay) (retired) 2017-11-21 12:03:55 UTC
If we want to have a shortcut for double underline, then it would be ideal to have it consistent across the apps, so if shift+ctrl+U is free in all modules, then that seems like a good choice to use.

Just as a note, i havent found any word processor that has a shortcut for double underline.
Comment 3 csongor 2017-11-22 02:28:20 UTC
<in_geenral>
I can imagine that a hotkey like Ctrl+<whatever> is more needed for a function #1 in one application while the same hotkey is more beneficial for function #2 in another application. 

Different applications have different purposes and the simple fact that both of app#1 and app#2 are capable to do something, it doesn't mean that those functionalities are identically important in those applications and it means even less that the same hotkey should be used.

Thus, I don't think we should obey the same hotkey => same functionality rule.
</in_geenral>

<in_concrete_case>
The question here is that is the double underline functionality such a widely used one that it should have the same hot key or it is not. 

In my experience, it is a very rarely used formatting so I don't think I will ever need it. If somebody does then they still can change the keyboard in Tool => Customize => Keyboard.
</in_concrete_case>
Comment 4 Heiko Tietze 2017-11-22 20:33:19 UTC
We discussed the idea in the design meeting and think consistency is paramount. Therefore double underline should be available in all modules, however with a consistent shortcut where shift+ctrl+U is a good option.
Comment 5 Heiko Tietze 2017-11-23 14:25:26 UTC
Patch has been submitted but for some reason it doesn't work. Question is if shift+ctrl+U should still be used since Gnome takes this shortcut for the unicode input.
Comment 6 Thomas Lendo 2017-11-24 07:46:33 UTC
For the record, Ctrl+D is the shortcut for "document properties" in some programs, e.g. PDF-XChange and Acrobat.
Comment 7 Xisco Faulí 2017-12-25 03:23:44 UTC Comment hidden (obsolete)
Comment 8 Xisco Faulí 2018-01-25 03:27:00 UTC Comment hidden (obsolete)
Comment 9 Heiko Tietze 2018-01-25 08:16:05 UTC
Shift+ctrl+U cannot work since it interferes with ctrl+U, see bug 114010 (containing link to the preliminary patch).
Comment 10 QA Administrators 2019-02-12 03:42:51 UTC Comment hidden (obsolete)
Comment 11 Tad Whiteside 2019-02-18 03:08:21 UTC
Bug still present in 6.1.5.1



How about short-cut key "Ctrl+Shift+D"
Comment 12 Heiko Tietze 2019-02-18 10:24:24 UTC
(In reply to Tad Whiteside from comment #11)
> How about short-cut key "Ctrl+Shift+D"

Don't like it as you have to remember another key. But ctrl/cmd+alt+U could work.
Comment 13 Gabor Kelemen 2019-04-15 14:39:02 UTC
(In reply to Heiko Tietze from comment #12)
> (In reply to Tad Whiteside from comment #11)
> > How about short-cut key "Ctrl+Shift+D"
> 
> Don't like it as you have to remember another key. But ctrl/cmd+alt+U could
> work.

Ctrl+Alt+U would create another problem like those in bug #107244 for certain keyboard localizations...
For example in Hungarian on Windows that creates this character: €