faq
flatforty
contribute
subscribe
configure
search
rdf
main
parent
|
KParts and Images...
by Jan on Monday 20/Jun/2005, @23:55
|
Hi!
Reading the KParts and preview stuff in the great article, I am thinking about one program or feature I am missing using KDE. I miss something like a Image Viewer, that does its job like the one in Windows. Currently I use Kuickshow, but I am not satisfied with it. The image is always very big, it is not in the center of the screen, I have no opportunity to view the next or previous picture with the mouse; I need the Page Up and Page Down keys on my keyboard. If I use the embedded viewer, I have a large image, and scrolling, scrolling, scrolling...
Is there a program available that does something like the Windows Image Viewer does? (Displays the image in the center of the screen, scaled to a "nice" size, abillity to view next picture, previous picture, rotate picture, print picture... with the mouse??)
I am not a Coder, but a program like that shouldnt be to hard to code i think. I would like to suggest it otherwise, maybe the KDE Image Viewer?? ;)
Have a nice day :-D
Jan |
|
|
The Fine Print: The following comments
are owned by whomever posted them.
( Reply )
|
Re: KParts and Images...
by Nicolas Goutte on Tuesday 21/Jun/2005, @00:27
|
In Kuickshow, you can use the mouse wheel to go to the next or previous image in the same directory.
Perhaps you should look at Gnewview (however I have no idea if it has any or all features that you want.)
Have a nice day!
|
[
Reply To This | View ]
|
Re: KParts and Images...
by Jan on Tuesday 21/Jun/2005, @00:37
|
Hi Nicolas,
I have a Notebook and I use the touchpad, no way using the mouse wheel ;-)
I know and like Gwenview, but it is too complex for what I want ;-) I have something very simple, small and easy in mind....
;-)
Jan
|
[
Reply To This | View ]
|
Re: KParts and Images...
by Rinse on Tuesday 21/Jun/2005, @01:18
|
gwenview has a kpart, that allows you walk through your images like a dia show. There are two kparts, one with a sidebar containing the images in the current directory and one without the sidebar.
The kparts are very simple, and with one hit on the icon in konqueror you can switch between the gwenview view and konqueror view
|
[
Reply To This | View ]
|
Re: KParts and Images...
by Rinse on Tuesday 21/Jun/2005, @01:33
|
Well, it is not that different from the kpart of gwenview, see attachement:
|
[
Reply To This | View ]
|
|
Re: KParts and Images...
by Simon on Tuesday 21/Jun/2005, @02:00
|
I mostly use gqview, because that provides most of the functionality I need. I don't think there's an equivalent for kde (w.r.t. usability)
/Simon
|
[
Reply To This | View ]
|
Re: KParts and Images...
by Jan on Tuesday 21/Jun/2005, @02:08
|
As well, too many features for me ;-)
|
[
Reply To This | View ]
|
Re: KParts and Images...
by Markus Gans on Tuesday 21/Jun/2005, @11:26
|
...and gqview has the fastest zoom function of all picture viewer.
Simply <Ctrl> + mouse wheel to zoom of highres pictures in real time.
gqview2.jpg
40KB (41158 bytes)
|
[
Reply To This | View ]
|
|
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
|
[
Reply To This | View ]
|
The Fine Print: The previous
comments are owned by whomever posted them.
( Reply )
|
|
![[KDE Dot News]](http://www.kde.org/dot/Images/kdedotnews.gif)
