Bug 58135 - : No Transparency what Happened with Changed Options in Sub-Dialogs of Option Dialogs
Summary: : No Transparency what Happened with Changed Options in Sub-Dialogs of Option...
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: LibreOffice (show other bugs)
Version:
(earliest affected)
3.6.4.3 release
Hardware: Other Windows (All)
: medium enhancement
Assignee: Not Assigned
URL:
Whiteboard: BSA
Keywords:
Depends on:
Blocks: Options-Dialog Dialog-UX
  Show dependency treegraph
 
Reported: 2012-12-11 11:47 UTC by Harald Koester
Modified: 2018-11-01 19:28 UTC (History)
0 users

See Also:
Crash report or crash signature:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Harald Koester 2012-12-11 11:47:01 UTC
To my opinion not all aspects mentioned in bug 39452 are resolved. The comment list of that bug is quite long. So I tried to disentangle this a bit with new bug reports. This is the forth of them.

The function of the buttons OK, Cancel and Revert in option dialogs is not transparent if there are sub-dialogs with additional options. Especially it is not clear, if these buttons are also valid for the options in the sub-dialogs. 

I found these sub-dialogs with additional options: 
(a) LibreOffice > Security > Security options and warnings > Options...
(b) LibreOffice > Security > Macro security > Macro Security...
(c) LibreOffice > Java > Parameters...
(d) LibreOffice > Class Path...
(e) LibreOffice Writer > Mail Merge E-Mail > Server Authentication
(f) Language Settings > Writing Aids > Edit...

Proposal in order to enhance transparency: Sub-dialogs with additional options should be avoided. If necessary, existing option dialogs should be split. For example the dialog “Security” can be split to “Security of Documents”, “Passwords for Web Connections” and “Macro Security”.

Additional to this enhancement proposal I found the following 2 bugs related to sub-dialogs:

[A] Sub-dialog “LibreOffice > Security > Options...”
(1) Open sub-dialog “Options...”.
(2) Check “When saving or sending” if unchecked. Otherwise uncheck.
(3) Click “Cancel” and open sub-dialog again. Despite clicking Cancel the option has been saved. Expected: No change of option.

[B] Sub-dialog “LibreOffice > Security > Macro Security...”
(1) Open sub-dialog “Macro Security...”. Security level “High” is displayed. Button “Reset” is not greyed.
(2) Chose tab “Trusted Sources”. Now “Reset” is greyed.
(3) Chose tab “Security Level” again. “Reset” is still greyed. It's nearly nothing, but I would expect, that “Reset” is greyed already at step (1).
(4) Chose “Very high”. “Reset” changes to "not greyed". 
(5) Click “Reset”. Security level remains “Very High”. Expected: Reset to “High”.

For me it is not clear, if the button Reset in this dialog shall have the same function as the Revert button. If yes it should be renamed to Revert.

I did not check all sub-dialogs, so there may be similar bugs in other sub-dialogs.
Operating System: Windows 7
Comment 1 Harald Koester 2012-12-11 14:09:11 UTC
See also bug 58132, bug 58133, bug 58134, bug 58136.
Comment 2 Jorendc 2013-01-27 20:10:23 UTC
(In reply to comment #0) 
> Proposal in order to enhance transparency: Sub-dialogs with additional
> options should be avoided. If necessary, existing option dialogs should be
> split. For example the dialog “Security” can be split to “Security of
> Documents”, “Passwords for Web Connections” and “Macro Security”.

Agree

> Additional to this enhancement proposal I found the following 2 bugs related
> to sub-dialogs:
> 
> [A]
Can reproduce this behavior as 'trivial low'

> [B] Sub-dialog “LibreOffice > Security > Macro Security...”
> (1) Open sub-dialog “Macro Security...”. Security level “High” is displayed.
> Button “Reset” is not greyed.
> (2) Chose tab “Trusted Sources”. Now “Reset” is greyed.
> (3) Chose tab “Security Level” again. “Reset” is still greyed. It's nearly
> nothing, but I would expect, that “Reset” is greyed already at step (1).
> (4) Chose “Very high”. “Reset” changes to "not greyed". 
Can't reproduce this 'greyed' behavior at all (also not in previous steps).
> (5) Click “Reset”. Security level remains “Very High”. Expected: Reset to
> “High”.
I can confirm that behavior, but I think this behavior is more related to your other reports (see Bug 58134). Therefore I mark this as 'enhancement', not as bug (because you already report that in other bug report).

Tested with LibreOffice 4.0.0.2 rc2 with Linux Mint 14 x64.