User:Camillem/FrameWorkStuff

From The Document Foundation Wiki
Jump to: navigation, search

Main

Read Only files should be open in R/W mode

In OOo, read only files are open in a Read Only mode, in which a lot of actions are not accessible. Even though it sounds logical, it's useless and creates many different problems.

UX drawbacks of the current behaviour

Read only files are quite frequent, for instance when you open an attachment from the preview pane in Outlook. Even if you don't want to save the document, you'll probably need to perform operations that will be considered as modifications (like filtering data in a spreadsheet, modifying width of columns, etc.)

Which UX advantages of the current behaviour?

I can't think of any advantages for this behaviour. I assume there must be some for some niche situations, and it would be good to identify them to address them properly.

  • Form fields editable in a RO document : this can be achieved more reliably with a protected section
  •  ?

Technical drawbacks of the current behaviour

  • Apparently, it also brings more complexity to the code, as for every UI feature, you have to handle two cases (RW / RO)
  • "Edit File" function is buggy. You sometimes get a serie of errors, that even prevent you from saving the doc localy (in a folder where you have all the necessary writing rights)

File:EditFileError1 and 5.png

File:EditFileError2.png

File:EditFileError3.png

File:EditFileError4.png

File:EditFileError6.png

Proposed behaviour

The correct behaviour should be to open the file normally, and to propose a "Save As" action when the "Save" icon or file menu entry is chosen (and proposing the original file name).

That would also allow to remove some code and make it easier to implement new features, as you wouldn't have to handle the RO/RW problem.

Technical things to be taken care of when removing the RO mode

  • How will autosave behave ?
  • Shared files in Calc?

Focus under MS Windows XP

When opening an OOo file from a message in Outlook, it opens often in background. A significant amount of users then believe, that the file is not open.


Strangely, an issue seems to report the opposite i#113902

(two other issues are actually Linux only : i#108696 i#110545

See also i#105167

PDF generated by OOo are printed upside down when "Autorotate and center" option is checked" in PDF readers

This is very problematic when printing several pages on one sheet or merging an OOo PDF with other PDFs.

This option is checked by default and is actually necessary most of the time. Happens with Acrobat Reader, Foxit reader, etc.