Bug 51824

Summary: CONFIGURATION: Zoom button should also close the dialog (which should be made non-modal)
Product: LibreOffice Reporter: john.pratt
Component: UIAssignee: Not Assigned <libreoffice-bugs>
Status: RESOLVED WONTFIX    
Severity: enhancement CC: hossein, jmadero.dev, john.pratt, libreoffice-ux-advise, stephane.guillou, vsfoote
Priority: lowest Keywords: needsDevEval, needsUXEval
Version: Inherited From OOo   
Hardware: Other   
OS: All   
Whiteboard:
Crash report or crash signature: Regression By:
Bug Depends on:    
Bug Blocks: 120172    

Description john.pratt 2012-07-07 02:05:39 UTC 
Problem description: 
The 'Zoom' button when activated cannot be clicked again to close the dialog (unlike the 'Show Draw Functions' button and the 'Find and Replace' button) -> inconsistent

Steps to reproduce:
1. Make sure the 'Zoom' button is visible
2. Click the button to open the dialog
3. Click the button again to close the dialog

Current behavior:
Nothing happens

Expected behavior:
Zoom dialog closes

Platform (if different from the browser): 
              
Browser: Mozilla/5.0 (Windows NT 5.1; rv:13.0) Gecko/20100101 Firefox/13.0.1
Comment 1 Joel Madero 2012-12-30 17:49:59 UTC 
Confirmed.

Prioritizing:
New: Confirmed
Minor: Doesn't prevent high quality work, might slow down work slightly under very specific conditions. I'm not sure if this is working as designed or what, could be an enhancement request
Lowest: Very minor issue, still can use escape key to cancel dialog, also can just x out of it. Inconvenience is minor, workaround is easy

Thanks for reporting!
Comment 2 Joel Madero 2014-02-27 23:03:34 UTC 
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
Comment 3 Robinson Tryon (qubit) 2015-12-13 11:21:28 UTC Comment hidden (obsolete)
Comment 4 QA Administrators 2017-01-03 19:47:59 UTC Comment hidden (obsolete)
Comment 5 QA Administrators 2020-09-27 03:57:30 UTC Comment hidden (obsolete)
Comment 6 QA Administrators 2022-09-28 03:32:54 UTC Comment hidden (obsolete)
Comment 7 Stéphane Guillou (stragu) 2024-03-10 06:46:52 UTC 
I guess this would require the zoom dialog to be made non-modal, as the button can't be interacted with currently - which in my opinion would be an improvement (i.e. moving the dialog off canvas to see the effect of zoom settings. But it would then mean that an "apply" button would need to be added to the Zoom dialog.
UX/Design, do you agree?

Hossein, what kind of easyHack could this be?
For implementation, check that the status bar zoom factor works the same as the toolbar button.

Repro in recent trunk build:

Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: 98c42f7e961e77d7f1c02d53862e4e78ecd07653
CPU threads: 8; OS: Linux 6.5; UI render: default; VCL: gtk3
Locale: en-AU (en_AU.UTF-8); UI: en-US
Calc: CL threaded

And Ooo 3.3.
Comment 8 V Stuart Foote 2024-03-10 08:23:07 UTC 
<Esc> will close the dialog without action.

Also, have "Zoom In" (.uno:ZoomPlus) "Zoom Out" (.uno:ZoomMinus) available from 7.1 as for bug 45705 to assign to keyboard, menu or toolbar customization, and at 7.6 assigned default <Ctl><Shift><PgDn|PgUp> matching mouse wheel zoom in/out steps.

Doing anything additional with the "Zoom..." dialog (.uno:Zoom) no longer seems needed. Open select and apply, or escape. Otherwise customize to zoom in or out with keyboard, mouse, menu or toolbar button as desired.
Comment 9 Heiko Tietze 2024-03-11 11:02:08 UTC 
Agree with Stuart on the WF verdict. 

The zoom dialog offers a couple of special zoom levels such as "Fit to Width". I see no need to play with those settings or to see what this exactly means. For frequent zooming we provide access via the statusbar.