Bug 91068 - There is no option/configuration to (permanently) turn off the yellow "read-only mode" notification bar
Summary: There is no option/configuration to (permanently) turn off the yellow "read-o...
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
4.4.2.2 release
Hardware: All All
: medium enhancement
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
: 95448 (view as bug list)
Depends on:
Blocks: Infobar-UX Read-Only
  Show dependency treegraph
 
Reported: 2015-05-04 08:10 UTC by Keith Bates
Modified: 2018-10-19 14:37 UTC (History)
9 users (show)

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 Keith Bates 2015-05-04 08:10:47 UTC
The "read-only mode" toolbar should be able to be turned off permanently.

Seeing the big yellow bar is likely to confuse users of forms who do not understand that "read-only" is the required mode for entering data in forms.

I also find it annoying that it actually blocks off the top of my form, making it impossible to enter data until the darned thing is removed.

Users should have the option of turning it off for all documents in the Tools-Options menu and also per document.

Another alternative might be to show an option in the toolbar along the lines of "Don't show this again".

Also the toolbar seems to have been deigned with the belief that all users of all documents would always prefer to edit the document. The "Edit" button is large while the X to close it is almost invisible in comparison.
Comment 1 raal 2015-05-06 15:43:21 UTC
Setting to new
Comment 2 philipp.schaefer 2016-03-03 13:26:49 UTC
I am interested in the same solution as Keith Bates (though for a different reason). Either an Option or a command line parameter would solve the problem.

A colleague and I looked at the relevant source code, in order to see if we could disable it in anyway without code changes, but did not find anything (https://cgit.freedesktop.org/libreoffice/core/tree/sfx2/source/view/viewfrm.cxx#n1319).

We wrote to the users mailinglist, resulting in no response. Then we looked for bug reports and found this enhancement request. We also found to similar bugs (89688, 96363) that might be resolved by resolving this request.

What can we do in order to push this along. I assume, just writing a patch would not suffice without someone having decided whether such an option or such a console parameter should get implemented.
Comment 3 Yousuf Philips (jay) (retired) 2017-05-11 15:39:39 UTC
I dont see a situation where the permanent dismissal of this notice is useful, especially as it provides a button to easy enable edit mode.

@Stuart, @Cor, @Heiko, @Regina: Whats your take?
Comment 4 Yousuf Philips (jay) (retired) 2017-05-11 18:42:57 UTC
In bug 101652, if a user deliberately enables that a document is only opened in read-only mode in the file properties dialog, then at the document-level the infobar can be disabled.
Comment 5 Cor Nouws 2017-05-11 19:54:28 UTC
(In reply to Yousuf Philips (jay) from comment #4)
> In bug 101652, if a user deliberately enables that a document is only opened
> in read-only mode in the file properties dialog, then at the document-level
> the infobar can be disabled.

and since to me that looks the most important use case in


(In reply to Keith Bates from comment #0)
> The "read-only mode" toolbar should be able to be turned off permanently.
> 
> Seeing the big yellow bar is likely to confuse users of forms who do not
> understand that "read-only" is the required mode for entering data in forms.
> [...]

I would also say this issue is a nonFix.
Comment 6 philipp.schaefer 2017-05-12 05:10:33 UTC
Our usecase is the following:

We have embedded LibreOffice into another application using UNO. Documents are part of records involving more data and saving/reverting/etc. these records (including the documents) is controlled by the application. In particular, you can lock a record, so that you cannot change them. In these cases we tell the embedded LibreOffice to open a file read-only.

If users can now enable editing via the info-bar it may fool them into thinking, they can edit the document, because the application still won't allow them to save the record and thus the document.
Comment 7 philipp.schaefer 2017-05-12 05:12:43 UTC
I will look into the new functionallity of 101652. Thanks so far.
Comment 8 Yousuf Philips (jay) (retired) 2017-05-12 10:48:07 UTC
(In reply to philipp.schaefer from comment #6)
> We have embedded LibreOffice into another application using UNO. Documents
> are part of records involving more data and saving/reverting/etc. these
> records (including the documents) is controlled by the application. In
> particular, you can lock a record, so that you cannot change them. In these
> cases we tell the embedded LibreOffice to open a file read-only.

In that scenario, yes having a commandline argument and/or expert configuration option would be useful.
Comment 9 Heiko Tietze 2017-05-18 07:34:27 UTC
I'm against a simple option to disable the infobar. If you go with Tools > Options > Advanced > Expert Configuration that's fine for me (though recommending to not do that). 

See also bug 106366 comment 2.
Comment 10 Justin L 2018-10-19 11:56:04 UTC
*** Bug 95448 has been marked as a duplicate of this bug. ***