Version: 0.5.90 (using KDE 3.92.00 (KDE 4.0 Beta1), compiled sources) Compiler: gcc OS: Linux (x86_64) release 2.6.18.8-0.1-default The functionality is already implemented but not yet to be included in the toolbars definition IMHO very important especially for scanned pdf files.
The default toolbar is already too crowded as is, and having "text below icons" as default KDE toolbar policy does allow us to put just very few buttons. The toolbar is configurable, so you can put them in it if you like (or just assign shortcuts for them).
I know, but it is not "userfriendly" to leave it to the users. having a document scaled 100% (which is to small to read) there is enough room for rotate left/right.
Just like it's not "userfriendly" all those kind of buttons to the toolbar, just because "they all are important". > having a document scaled 100% (which is to small to read) there is enough room for rotate left/right. ?? I'm talking about the room for buttons _in the toolbar_. In case you are using no translations, imagine that the space for the text will be _at least_ 150% longer when translated. In this situations, the rotation buttons could be hidden behind a [»] button (and that would be the same thing that not having them there). We already have too much (needed) stuff on the toolbar by default, no room for the rotation buttons (that, in case, should be added either both or none), sorry.
_in the toolbar_. of course, the width of the toolbar relates to the width of the document. at least here, if I zoom the pdf document so I can read it there is plenty of space in the tool bar. see attachment But I agree - translations are a problem.
Created attachment 23453 [details] shows space in the toolbar zoom=125%
Won't happen.