Issue 11782 - No toolbars displayed when file is read only
Summary: No toolbars displayed when file is read only
Status: CONFIRMED
Alias: None
Product: Writer
Classification: Application
Component: ui (show other issues)
Version: OOo 1.1 Beta2
Hardware: PC All
: P4 Trivial with 2 votes (vote)
Target Milestone: ---
Assignee: AOO issues mailing list
QA Contact:
URL:
Keywords: oooqa
Depends on:
Blocks:
 
Reported: 2003-02-24 12:21 UTC by sforbes
Modified: 2013-08-07 14:38 UTC (History)
3 users (show)

See Also:
Issue Type: ENHANCEMENT
Latest Confirmation in: ---
Developer Difficulty: ---


Attachments

Note You need to log in before you can comment on or make changes to this issue.
Description sforbes 2003-02-24 12:21:47 UTC
when a file is read only (or locked by another application, for example word),
most of the toolbars are not displayed.
This prevents the user from examining the formating settings of the document, or
making changes (and later saving under a diffrent name).

To add to the confusion, the toolbars are marked as being displayed in the
"view" menu.

To repro:
* Have OO write open with a document- make sure the toolbars are diplayed.
* Close the document and mark it as read only (or open it in MS word)
* Re-open the document in OO write.
* Notice that the toolbars are gone.
* go to view-toolbars, and see that they are marked as they should appear
* save-as to another name
* notice that the toolbars are back
Comment 1 prgmgr 2003-06-20 18:07:08 UTC
Thank you for using and supporting OOo.

OOo is working as designed, but you make good suggestions.
Comment 2 Rainer Bielefeld 2003-07-30 05:13:51 UTC
Confirm with 1.1Beta2 WIN98SE, so I change Version.

Can we say "all OS"?

It can be discussed whether an user needs "tools" for a
readonly-document, because  tools are used to make (prohibited)
changes. But is it senseful not to protect use of toolbar-functions
like "search", "images on/off"?

And Shoshannah's most important argument: write protection only makes
impossible to save the file _with_the_old_name_!  Why should we hinder
the user (by making the toolbar invisible) to make changes in the
document and then to save it with a new name? There is no logic in the
actual behavior.

Rainer
Comment 3 bettina.haberer 2003-10-24 16:25:09 UTC
Hello Matthias, how do we consider the read-only mode within a new
toolbar concept for 'Q'? 
Comment 4 Unknown 2003-10-29 11:35:59 UTC
I have seen this problem also.
I noted it when I opened a file as the root user and the file was not
writeable by "others"
I think that there is some checcking going on for user, group and
other writeable flags and root seems to get classified as other when
the file is not owned by root.
The root user should be able to open and edit ANY files.
Comment 5 matthias.mueller-prove 2003-11-05 18:36:32 UTC
Christian,
can you please extend your toolbar spec to address the read-only state
of the document. I suppose that the Toolbar submenu should contains
disabled and unmarked items for the toolbars. 
Matthias
Comment 6 Martin Hollmichel 2004-05-28 14:57:23 UTC
according to the announcement on releases
(http://www.openoffice.org/servlets/ReadMsg?list=releases&msgNo=7503) this issue
will be re-targeted to OOo Later.
Comment 7 sforbes 2004-06-21 15:26:55 UTC
adding dina as cc
Comment 8 eric.savary 2005-05-26 20:15:25 UTC
Removing 'accessibility' keyword, since if it *benefits* to accessibility, it is
not an accessibility *requirement* and thus shouldn't appear in accessibility
queries. it's a general *usability* enhancement.
Comment 9 christian.jansen 2005-11-21 16:00:51 UTC
changed target to 3.0
Comment 10 christian.jansen 2006-08-07 13:45:01 UTC
Retargeted to OOo Later.