Talk:User Experience/DocumentCheck
Hi Christoph,
I proposed something similar, for Impress masterpages in my Renaisance proposal: Proposal_by_Jörg_Wartenberg Have look at the second mockup in the section Navigator for 'Edit Template' Mode. I proposed a treeview there, which shows problems in a masterpage hierarchical. It's embedded there in the normal OOo Navigator.
Some remarks to your proposal:
- I would remove the Update-Button. The list should be always in sync with the actual document.
- It would be nice, if the dialog would have something like a Fix-Button, which resolves a problem if possible. For example, if a non-standard Font is used, it could embed the font in the document. Of course, not every problem is automatically fixable.
- I miss the UI element to add own rules. How can I add them? My proposal would be, to implement all these rules as small OOo basic scripts.
Best Regards, Jörg
Hi Jörg! I'm sorry that I missed that fact of your proposal (or at least didn't remember well enough). But that is the reason for sharing the idea, to get some comments. So thanks for being the first one ;-)
Just a few thoughts concerning your thoughts: The mockups are really meant to just communicate the idea. The functionality may indeed look totally different - the desired features are outlined in a separate section. The fix button functionality is currently represented by the little action links (e.g. "Open Digital Signatures"). But, if we really can find some really good automatic behavior - let's go for that, too. How the "own rules" are added is still open; at least they could be selected by the drop-down. I know that many things are open, so let's collect further wishes and requirements and then make up an excellent UI.
So if you have anything special in mind, then feel free to add it (or link to the proposal page).
Thank you! --ChristophNoack 12:53, 6 December 2009 (UTC)
This feature would help us (the City of Largo) greatly. I would say 99% of the comments about 'OpenOffice' are really about a lack of skills in document construction. They would make the same mistakes in MS Office, but its easy to blame the tools.
My comments and ideas that you can merge into the proposal:
- A big problem that you mentioned but to me needs more details is the whole concept of embedded media files. After spending years trying to teach users the concept of size of photos it's clear we aren't making progress. We sometimes are using the extent of their skills just to get photos from a camera into OpenOffice; and then you have to try and tell them the photos are too big. Users perceive that when you resize a photo that it's making it smaller somehow. They don't realized the whole photos is being stored in the resulting document.
- Part of the 'fix' process should be a checkbox to allow them to shrink photos to the size they are in the document. They would have to be warned obviously that once done, they won't be able to make the photos bigger again. This would reduce document footprints greatly.
- When exporting to PDF this same logic should be performed. Right now PDF gladly accepts a 10 megapixel photos and stores it right into the document making it much larger than it needs to be. PDF content is almost always meant to email or place on the web...and big files are bad in both of these case.
- The check feature should also check for certain wrong construction methods. We call them 'typewriter techniques'. If you click in the front of a picture and then use your space bar to center the image, that's wrong. If you use tabs and hard returns to simulate a hanging indent, that's wrong. It would be nice to come up with several construction techniques that should *never* be done, and then at least warn them of this fact.
I'm on the IRC all the time, hit me up anytime. 'dave_largo'
---
