Ubuntu QA:
BlogBrainstormPackage status
Log in
Ubuntu QA
Evince Document Viewer
Idea sandbox Idea sandbox
Popular ideas Popular ideas
Ideas in development Ideas in development
Implemented ideas Implemented ideas

Contributor la_serpe on Evince Document Viewer

Evince's "Best Fit" zoom option is confusing  
Written by wleoncio the 14 Jul 09 at 12:15. Not an idea
Besides the 50%-400% zoom range options, Evince has two special zooming options: Fit Page Width and Best Fit. To me, the first one is very clear as to what it does, i.e., zoom the page so that the side margins fit the app window, but the latter is quite confusing. The term "best fit" is very relative and vague. It does not explain what this zoom option does - zoom the page so that the top and bottom margins fit the app window. The image below illustrates the issue.

120
votes
closed
Solution #1: Change "Best Fit" to "Fit Height"
Written by wleoncio the 14 Jul 09 at 12:15.
This problem is solved with this very simple solution. "Fit Height" explains what this zoom level really does, like on the following mockup:


271
votes
closed
Solution #2: Change "Best Fit" to "Fit Page"
Written by McIvor the 15 Jul 09 at 22:41.
In case there is any confusion.
-116
votes
closed
Solution #3: Change "Fix Width" to "fix to text".
Written by Rodrigo the 16 Jul 09 at 23:53.
I think a fix to text could be more useful. The program would "remove" the margins, leaving only the text. Sometimes margins are quite big and they take away an important part of the screen.

See the 10 comments or propose a solution (latest comment the 3 Oct 11 at 18:00) >>

Universal document reader  
Written by cousteau the 15 Feb 09 at 18:28. Not an idea
Sometimes you open a MS Word .doc or a OOo Writer .odt document in order to read it and have to wait for OpenOffice.org to get loaded. Once it has loaded, you get a blinking cursor and a lot of edition buttons and tools (cut, paste, bold, italics, font, font size, format stuff...)

This can be annoying when you just want to read a document. It's like opening all images with The Gimp instead of an image viewer (EoG, gThumb).
836
votes
closed
Solution #1: Make Evince read more formats (ODF, Office, etc)
Written by cousteau the 15 Feb 09 at 18:28.
Evince should be able to read more formats, like ODF (.odt), Office (.doc), and optionally plain text (.txt, .log...) and HTML (.htm, .html).

Since Evince can provide thumbnails for Nautilus, this would also extend the number of thumbnailed files.
290
votes
closed
Solution #2: Add an edit button
Written by deathsshadow77 the 16 Feb 09 at 02:22.
Do the same as above but add an edit button to evince
45
votes
closed
Solution #3: Also add conversion&export to mobile devices option
Written by Dinth the 16 Feb 09 at 16:49.
Like exporting to Mobipocket format in upcoming KDE4.3 version of Okular.
316
votes
closed
Solution #4: Add "Quick Look" style preview in file browser
Written by belovedmonster the 16 Feb 09 at 18:22.
Apple has a great feature in its file browser where you hit the spacebar and you can view documents/pdfs etc in fullscreen, but clicking on the file as usual loads it up in its usual application.

See it in action here
http://www.youtube.com/watch?v=ti9NehCxhDQ

It supports plugins so basically anyone can add more supported file formats.

I would love to see something similar in Ubuntu.
39
votes
closed
Solution #5: Help Gloobus Developer
Written by BadChoice the 19 Feb 09 at 07:14.
Gloobus is a preview application that now supports PDF it would be great if it could also show openoffice documents, words and comic books, just for viewing, they all can easely be developed as plugins but, well, the plugins need to be developed :D
99
votes
closed
Solution #6: File manager plugin support
Written by Ivo Georgiev the 28 Feb 09 at 14:22.
Make the file managers support universal plugins for previewing/reading media files. For example, when you install Evince, a plugin is installed for the file manager to support previewing PDF files. The plugin is used by Nautilus, Dolphin and Thunar or other file managers (such as PCManFM).

The plugins should also have information inside them about
where there work best. For example, the Evince plugin has information in it that it works best in Nautilus, so every file manager chooses the plugin that works better in it for every filetype.

If there is only one plugin for this filetype, it should be used no matter in which file manager it works best.

Also, the plugins are used if there are usable, so the plugin for audio files can be located in the Nautilus package, but use mplayer. And the plugin should be only enabled if mplayer is available.

This way it should be possible to create a plugin for reading office files using the OpenOffice.org framework
without starting the whole program.

See the 6 comments or propose a solution (latest comment the 5 Aug 11 at 19:25) >>