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! Greg
Greg, 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 Hi christoph, How do you see the value? Shall we put it to the voting pool? http://wiki.documentfoundation.org/Vote_for_Enhancement
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: http://wiki.documentfoundation.org/Design/Whiteboards/PropertiesButtonLayout 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: http://wiki.documentfoundation.org/QA/BugHunting_Session_3.5.0.-1 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 LibreOffice's usage. 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, for example. 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 having one.
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": http://cgit.freedesktop.org/libreoffice/core/commit/?id=92026741ed7e83119f1de51528480c5a937c0e88 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: http://wiki.documentfoundation.org/Testing_Daily_Builds 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: https://web.archive.org/web/20191118122041/https:/twitter.com/Bisougai/status/1196326682002698240
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
Version: 7.0.5.2 Build ID: 64390860c6cd0aca4beafafcfd84613dd9dfb63a CPU threads: 4; OS: Linux 5.4; UI render: default; VCL: gtk3 Locale: en-GB (en_GB.UTF-8); UI: en-GB Calc: threaded There are still no APPLY buttons in the DRAW Graphic Styles dialogues. I am surprised that this is still not available, given (a) the obvious utility of being able to see changes to image text before shutting the dialogue and (b) the fact that the same button is available in LO Writer.
I was just about to file a dupe bug when I noticed this one... would this not be an easy hack?
Eyal Rozenberg, no. Judging from when I looked at the code back then. Dialogs seemed to be quite generic and use inheritance for this kind of thing (I guess because it's part of a "standard button palette"). I didn't get very far after a couple of hours. But then, who am I? :D