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:

This problem is solved with this very simple solution. "Fit Height" explains what this zoom level really does, like on the following mockup: <img src="http://i31.tinypic.com/jh4raw.png">

Written by McIvor the 15 Jul 09 at 22:41.

In case there is any confusion.

In case there is any confusion.

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.

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.

Written by Slaughtyaardvark the 30 Apr 09 at 09:39.

A better behaviour (which matches Acrobat's, for what that's worth) is for a category to only expand when the little triangle button beside the category's entry is clicked.

A better behaviour (which matches Acrobat's, for what that's worth) is for a category to only expand when the little triangle button beside the category's entry is clicked.

Written by andruk the 2 May 09 at 00:45.

I would agree that the current Evince behavior defeats the point of the index. However, the current behavior is useful if you want to know where to go within a section as you are browsing.

Evince should simply collapse the index category after the user has moved past. However, Evince should only do this if it automatically expanded the category while the user scrolled through. That way the user can still manually expand categories, but Evince doesn't make the index list pointless as the user scrolls through.

This could be annoying or unintuitive for some people, so there should definitely be an option to turn this off.

I would agree that the current Evince behavior defeats the point of the index. However, the current behavior is useful if you want to know where to go within a section as you are browsing. Evince should simply collapse the index category after the user has moved past. However, Evince should only do this if it automatically expanded the category while the user scrolled through. That way the user can still manually expand categories, but Evince doesn't make the index list pointless as the user scrolls through. This could be annoying or unintuitive for some people, so there should definitely be an option to turn this off.

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.

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.

Written by deathsshadow77 the 16 Feb 09 at 02:22.

Do the same as above but add an edit button to evince

Do the same as above but add an edit button to evince

Written by Dinth the 16 Feb 09 at 16:49.

Like exporting to Mobipocket format in upcoming KDE4.3 version of Okular.

Like exporting to Mobipocket format in upcoming KDE4.3 version of Okular.

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.

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.

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

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

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.

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.