faq
flatforty
contribute
subscribe
configure
search
rdf
main
parent
thread
|
Re: KParts and Images...
by Duncan on Tuesday 21/Jun/2005, @04:27
|
Try KView. That works much better than Kuickshow for me, and has almost all of the features you asked for, screen-centered, next and previous images available by button (or keyboard, naturally with KDE's keyboard shortcut configurability, which I've taken advantage of to remap next/previous to space/backspace), image rotation, etc, without having too MANY image editing features when I primarily want a viewer.
Zoom is /slightly/ more complex, but only due to how it can be customized. There are zoom-in/out buttons, and a combo-box with standard size selections and the ability to type in arbitrary sizes. One can configure kview to zoom the image to the window (as you likely would on a laptop), the window to the image (as I do, with dual 2048x1532 400x300mm viewable screens to work with), or whatever works best. One useful feature is that in window to image zoom mode, KView "remembers" the size I select, from one image to the next. Thus, if I set it to 200% zoom for one image, the next is still 200% zoomed. Likewise of course if I set 50% zoom.
Only two frustrations, and they aren't enough to stop my use. (1) KView evidently wasn't designed with dual screen use in mind. While most applications honor my KDE preferences as to what screen to open on, KView insists on initially opening centered across the total work area, which on dual screens means split across them! While centering across the workspace would often be desired, KView needs a configuration option to (a) always open centered on the working screen (b) always open centered on a specific screen (c) always open centered on the total work-area (current implementation) (d/e/f) always open in the upper-left-corner of the above (useful when viewing many images of widely differing sizes), and (g) conform to KDE's global window settings (should be the default). At minimum, the KView window placement behavior should be enforceable with the KDE Specific Window Settings dialog, which it now ignores, so one can /force/ the desired behavior from KDE/KWin, even if KView doesn't contain the options internally. Luckily, however, KView WILL maintain a new window location if I move it once opened, even as the window resizes to fit the various viewed images, tho it reverts to split over the two screens the next time I open it. <grrr> If it tried to center for each image, I'd quickly find a new favorite image viewing app!
(2) If I'm viewing an image and rotate it, then go onto the next, KView asks if I want to save changes. KView is primarily an image VIEWER, NOT an image EDITOR. It's not named KEdit (or KImageEdit). Thus, while saving the rotated image is an acceptable /option/, the default behavior should be to simply view the image, no prompting to save the changed image when advancing to the next/previous image.
One of the other advantages of KView, as opposed to some of the other suggestions you've gotten, is that it's part of the the KDE-base install, as part of the kdegraphics package. Thus, it's always in sync with the latest KDE version and doesn't require installing anything extra.
Duncan |
|
|
![[KDE Dot News]](http://www.kde.org/dot/Images/kdedotnews.gif)
