"Hyperlink" dialog (CTRL-K). "Document" tab. I click on the bullseye to add a "Target" to the form "Target in Document". "Target in Document" dialog appears. [A] the "Target in Document" window appears over the "Hyperlink" window covering the form (and also the tabs) so I can't see what happens when I select a target; [B] selecting a target with a single click doesn't add the target so I can just click "OK" (instead of "Apply, then OK"). If [A] and [B] are corrected, then I could see the content of the form "Target in Document" updating when I click on the target, so then I click ok, ok, and move on. This may look trivial, but is related to https://bugs.documentfoundation.org/show_bug.cgi?id=86845 and https://bugs.documentfoundation.org/show_bug.cgi?id=90496 , so now contributes to great overclicking.
hi! I agree: improvement should be possible
Please add keyword 'needsUXEval' and CC 'libreoffice-ux-advise@lists.freedesktop.org' if input from UX is needed.
Version: 7.1.5.2 / LibreOffice Community Build ID: 85f04e9f809797b8199d13c421bd8a2b025d52b5 CPU threads: 2; OS: Linux 5.4; UI render: default; VCL: gtk3 Locale: en-GB (en_GB.UTF-8); UI: en-GB Calc: threaded I support the enhancement request. A document may have many hundreds of links to apply; it is tedious and time-consuming to have to click three times for every list item. PROBLEM To create a link in the "Target in document" dialogue, the user has to click 3 (yes THREE) times. SOLUTION I suggests the following enhancements together: 1. User can apply the link and close the dialog by double-clicking a list item. 2. Lose the "Apply" button and just have an "OK", so the user can simply click on a list item then click "OK".
… and lose the "Close" button of course.
I think [A] is corrected now, but [B] is still not implemented. Personally, I would not remove the apply and close button. @Heiko, what do you think?
If we tinker those buttons we also have to make the Navigator window model. I understand the concerns about Close and Apply (the latter doing nothing if a selection can't be applied). But otherwise it's also a convenience and accessibility feature (think of screen readers and keyboard interactions). So I agree with Andreas to resolve this as WFM. @Andreas: Adding needsUXEval requires to CC libreoffice-ux-advise@lists.freedesktop.org to address more than just me :-).
*** Bug 158439 has been marked as a duplicate of this bug. ***