This isn't a bug, but a feature request, and it applies to multiple applications (Writer, Draw, and Calc):
I would love to have Apply buttons in many dialog boxes -- notably, the dialog boxes specifying properties for a selected item -- so the user can preview changes before clicking OK.
For example, in Writer, right-clicking on a figure might offer menu commands for Line..., Area..., Text..., and Position and Size.... Each of these opens a dialog box that would benefit from including an Apply button.
Thank you for the wonderful applications!
thanks for the suggestion. It is a nice feature from my opinion :)
After opening several obvious dialogs, it can be told most of the dialogs do not have
an 'apply button' except for:
1. Page style dialog
2. Paragraph style dialog
How do you see the value? Shall we put it to the voting pool?
Hi Yivan, hi Greg! Having that would also solve one of the most urgent issues in Draw/Impress. So yes, either we should directly work on it, or it should be added to the enhancement list.
Ideas that have been collected by a Design Team member:
Personally, I think we need to invest a bit more time to come up with something that fits to all dialogs in all applications.
[This is an automated message.]
This bug was filed before the changes to Bugzilla on 2011-10-16. Thus it
started right out as NEW without ever being explicitly confirmed. The bug is
changed to state NEEDINFO for this reason. To move this bug from NEEDINFO back
to NEW please check if the bug still persists with the 3.5.0 beta1 or beta2 prereleases.
Details on how to test the 3.5.0 beta1 can be found at:
more detail on this bulk operation: http://nabble.documentfoundation.org/RFC-Operation-Spamzilla-tp3607474p3607474.html
For me, it's sufficient if the Apply button commits the changes, so that even if the user subsequently clicks the Cancel button, the changes already Applied are still in effect. Another way to look at this is that clicking the OK button does exactly the same thing as clicking Apply then Cancel.
This one is related to "Bug 56456 - Insert Hyperlink dialog should have 'ok' button additional to 'Apply'"
Added the (A)OO feature request under "See Also".
Changed Component to UI.
I think this is a long overdue feature. The non-existense of an "apply" button in several dialogs including, but not limitted,IMHO severely impacts
Think of it this way: without an apply button for things like char or paragraph formatting, require that one
-makes his changes in a dialog, which can e several,
- hit OK
- check the results, often having to hit "undo" and "redo" to
see "before" and "after"
- If it is not ok, go all the ay to the same formatting dialog again
(which can be as far as 5-6 clicks away with menu navigation),
- remembers the changes previously done
- tweak the parameters
- start over with "hit ok".
Applications often do feature a whole code path for a "preview" feature
just that the awkward process described above is not needed. See GIMP's filters,
GNOME itself thought of this "user right to immediately see the changes" so
important that at one point the "apply" button was removed, and any changes
in a formatting/options dialog is instantaneously reflected on the results.
This is just great - sometimes it gets in the way, so I don think it as as important as having an explicit apply button, but it is usually better than
I fully support the adding of this enhancement. I recall that Lotus WordPro has this too. Had long wished that it be implemented here. Now, making my wish heard. I personally don't fancy the immediate changes by hitting an Apply button though.
*** Bug 89028 has been marked as a duplicate of this bug. ***
edited summary notes and set version to "inherited from OOo"
*** Bug 81632 has been marked as a duplicate of this bug. ***
Is impacting the usability of Calc when scaling the chart's axis.
*** Bug 92747 has been marked as a duplicate of this bug. ***
*** Bug 92659 has been marked as a duplicate of this bug. ***
Still missing in most dialogs (v5.4).
The bug is still present in LibreOffice 5.3
(In reply to Kumāra from comment #8)
> I personally don't fancy the immediate changes by hitting an
> Apply button though.
I was wondering what I was saying, then realise it's a typo. I meant to say:
I personally don't fancy the immediate changes *without* hitting an
Apply button though. (I'm referring to Word's behaviour where changes occur simply highlighting the option in the dialog box.)
Diadlo committed a patch related to this issue.
It has been pushed to "master":
tdf#37336 Added Apply button in options dialog
It will be available in 6.2.0.
The patch should be included in the daily builds available at
http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More
information about daily builds can be found at:
Affected users are encouraged to test the fix and report feedback.
No further input needed from UX; Apply (and ideally Reset) keeping the dialog open is desirable. OTOH, the request is quite unspecific so QA might want to close or make it a META ticket.
Hello everyone. We have had such a complain reported via our LibreOfficeFR Twitter account.
When someone wants to edit the paragraph style, the Apply button is not present, which means the user has to click OK and repeat the process of going through the menu and opening the paragraph editing if he wants to change its mind.
Link to tweets report:
Since we have some bug reports about apply button in a specific dialog (see Depends on), I propose to change bug 37336 into a meta bug (see also comment 19 from Heiko).
A further question is, if this met bug should only include requests for a new apply button ina dialog or should it collect all bug reports regarding to apply button (see examples in See also list).
(In reply to Dieter from comment #21)
> A further question is, if this met bug should only include requests for a
> new apply button ina dialog or should it collect all bug reports regarding
> to apply button (see examples in See also list).
My take: bugs and enhancement requests in the same meta ticket.
- Menu->Format->Paragraph needs one
- "Format bullets and numbering" dialog needs one