Bug 37336 - Add an "Apply" button to various dialog boxes (Writer, Draw etc.)
Summary: Add an "Apply" button to various dialog boxes (Writer, Draw etc.)
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: UI (show other bugs)
(earliest affected)
Inherited From OOo
Hardware: All All
: medium enhancement
Assignee: Not Assigned
Keywords: needsDevEval
: 81632 89028 92659 92747 (view as bug list)
Depends on: 124278 135267 135277
Blocks: Draw-UX Dialog Impress-UX Writer-UX Calc-UX Base-UX
  Show dependency treegraph
Reported: 2011-05-18 15:23 UTC by Greg
Modified: 2024-06-17 16:06 UTC (History)
16 users (show)

See Also:
Crash report or crash signature:


Note You need to log in before you can comment on or make changes to this bug.
Description Greg 2011-05-18 15:23:51 UTC
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!

Comment 1 Yifan Jiang 2011-06-12 22:30:40 UTC

    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?

Comment 2 Christoph 2011-06-13 13:18:12 UTC
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.
Comment 3 Björn Michaelsen 2011-12-23 12:07:45 UTC Comment hidden (obsolete)
Comment 4 Greg 2012-01-13 22:36:55 UTC
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.
Comment 5 Rainer Bielefeld Retired 2012-10-27 11:33:26 UTC
This one is related to "Bug 56456 - Insert Hyperlink dialog should have 'ok' button additional to 'Apply'"
Comment 6 famo 2012-11-11 22:56:32 UTC
Added the (A)OO feature request under "See Also".

Changed Component to UI.
Comment 7 Joao S. O. Bueno 2012-12-17 13:12:08 UTC
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.
Comment 8 Kumāra 2013-02-23 03:50:21 UTC
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.
Comment 9 Adolfo Jayme Barrientos 2015-02-02 11:36:04 UTC
*** Bug 89028 has been marked as a duplicate of this bug. ***
Comment 10 tommy27 2015-10-17 08:33:18 UTC
edited summary notes and set version to "inherited from OOo"
Comment 11 rodhos92 2016-01-20 03:27:49 UTC
*** Bug 81632 has been marked as a duplicate of this bug. ***
Comment 12 rodhos92 2016-01-20 03:33:07 UTC
Is impacting the usability of Calc when scaling the chart's axis.
Comment 13 Yousuf Philips (jay) (retired) 2016-09-28 07:41:52 UTC
*** Bug 92747 has been marked as a duplicate of this bug. ***
Comment 14 Heiko Tietze 2017-01-17 17:00:45 UTC
*** Bug 92659 has been marked as a duplicate of this bug. ***
Comment 15 Heiko Tietze 2017-01-17 17:02:41 UTC
Still missing in most dialogs (v5.4).
Comment 16 rodhos92 2017-05-22 17:33:04 UTC
The bug is still present in LibreOffice 5.3
Comment 17 Kumāra 2017-05-24 08:34:43 UTC
(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.)
Comment 18 Commit Notification 2018-06-06 10:56:12 UTC
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.
Comment 19 Heiko Tietze 2019-03-12 10:07:41 UTC
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.
Comment 20 William Gathoye 2019-11-19 14:26:03 UTC
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:
Comment 21 Dieter 2020-07-31 07:43:46 UTC
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).
Comment 22 Heiko Tietze 2020-07-31 12:34:07 UTC
(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.
Comment 23 DarkTrick 2020-08-25 12:06:36 UTC
- Menu->Format->Paragraph needs one
- "Format bullets and numbering" dialog needs one
Comment 24 R. Green 2021-06-05 12:27:06 UTC
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.
Comment 25 Eyal Rozenberg 2024-06-14 20:49:14 UTC
I was just about to file a dupe bug when I noticed this one... would this not be an easy hack?
Comment 26 DarkTrick 2024-06-17 16:06:46 UTC
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