Version: 0.20 (using KDE 3.1.9) Compiler: gcc version 3.3 20030226 (prerelease) (SuSE Linux) OS: Linux (i686) release 2.4.20-4GB Hi! IMHO scanned documents can't be displayed correctly without user intervention. 2 buttons for rotation clockwise and anticlockwise would speed up working with kghostview a lot. (similar to Kuickshow). View->Orientation->select an entry is just to slow and requires "knowledge" of the user what the formats meen in respect to what is displayed on the screen. Example Kghostview shows an A4 page and displays the header of a landscape page on the rigth side. I want to rotate it 90 degree anticlockwise. cu fedinand
I will interpret this as a usability issue and not the fact that kghostview sometimes guesses the orientation wrong. Or should one say, that some files, misreport their orientation. Is this what you meant?
Subject: Re: toolbar buttons for orientation missing On Wednesday 18 June 2003 20:53, you wrote: > ------- You are receiving this mail because: ------- > You reported the bug, or are watching the reporter. > > http://bugs.kde.org/show_bug.cgi?id=59960 > > > > > ------- Additional Comments From luis_pedro@netcabo.pt 2003-06-18 20:53 > ------- I will interpret this as a usability issue and not the fact that > kghostview sometimes guesses the orientation wrong. Or should one say, that > some files, misreport their orientation. > > Is this what you meant? No IMHO it's nothing wrong with kghostview in this case. I talk about scanned documents (text/graphics) which might be placed upside down on the scanner. Text recognition could possibly recognize the right direction. It should be easy for the user to rotate the document. This is eventually be also true for files which are misreporting their orientation.
This wish still applies to Okular. I personally think it should be resolved as WONTFIX, because it is actually possible to customize the toolbar to provide the buttons as requested — they are just not part of the default toolbar —, and my guess is most users would open documents with the right orientation. But I will leave it up to the Okular developers. It is certainly a trivial issue to fix, just need to decide whether it will or not be fixed.
I doubt we should make space for those buttons in the default toolbar. It should be expected that almost every PDF is already rotated correctly. This holds even for those originating from scans, where the scanner application should allow to rotate when creating the PDF (e.g. Simple Scan makes this very easy). As since 14 years there weren't that many complaints, having the action in the menu and allowing to add the button to the toolbar should be enough.