Problem description: Two clicks are required to enter a page range in the Print dialog Steps to reproduce: 1. Menu:File->Print... 2. In Print dialog box click the Print radio button 3. Tab over or click over to enter the range Current behavior: Two clicks necessary Expected behavior: To be able to click into the grayed-out range area directly (activating that option) would allow for a quicker process. i.e. if one were to click into that range the system could assume that both a range is being requests and that a print range selection is desired rather than the "All" option. Operating System: Windows 8 Version: 4.0.2.1 rc
Thanks for your enhancement request. This'll be indeed an improvement. Therefore I mark this as NEW. For the developer who'll work on this issue, it should be worth it to contact UX-advice for their opinion. Kind regards, Joren
If this is accepted it would be great to see this across more areas in LibreOffice that are similar to this. e.g. File->Export as PDF->Pages [range clickable]
In order to limit the confusion between ProposedEasyHack and EasyHack and to make queries much easier we are changing ProposedEasyHack to NeedsDevEval. Thank you and apologies for the noise
Migrating Whiteboard tags to Keywords: (needsDevEval) [NinjaEdit]
Bump: to see if this will still be considered. Running 5.4.0.1 (x64) on Windows currently.
I still would love to see this considered. I don't see a change in UI on 6.0.1.1
I think this enhacement is wontfix, because we can't activize field by click in GUI.
It's not only impossible with standard controls but also bad usability. You might have seen the pattern to click on a disabled control and it magically accepts the focus on the web. Besides standard controls don't allow this as Roman wrote in c7, the drawback is a) it's not discoverable for the user, and b) you loose the important information of being disabled for a good reason.
I would contend this UX is widely used (ala Chrome print dialog). I understand the forced-disabled field requires a double confirmation from the user, but as other platform UX adapt I would like to see this considered also.