I guess this would be most easily realised by having KuickShow provide a KPart. That would mean that KuickShow can embed itself in Konqueror and we could use the scrollwheel to browse images.

So, maybe this wish should be moved to Kuickshow?

*** This bug has been confirmed by popular vote. ***

As a subfeature, it'd be nice if the image could scale to the size of the browser window.

No, Kuickshow should decide to display scaled or unscaled by itself, because it can be configured by the user to do both. It should behave just as it does when used outside of Konqueror.

On one hand, having Kuickshow do it as a KPart seems logical, though I am not a programmer and maybe there are reasons why that's not a good idea that are not evident to me.

But on the other hand, it seems like the extra code required to have a "next/previous" option would be so small that I'm not sure if it's worth loading Kuickshow in memory to do it. It probably doesn't take much resources, but everything adds up after a while, no?

I recommend using Gwenview from KDE extragear.  It has a KPart which makes an excellent directory image browser.  It's also received a patch to implement this request in the KPart image (not directory) viewer.

Gwenview also scales images to the window.

Gwenview will have to enter the KDE graphics package first, which will probably result in Kuickshow getting kicked out. I guess this won't happen unless Gwenview is as light and 'Kuick' as Kuickshow is now.

CVS commit by lunakl: 

Implement #93611 for gwenview - when an image is viewed in Konqueror
using the Gwenview image KPart, there are also next/previous buttons
for going to the next/previous image in the directory. Instead of going
back and selecting next image all the time, one can simply keep hitting
Space/Backspace. This of course still cannot beat simply browsing the directory
directly in Gwenview or at least the Gwenview directory KPart, but oh well :).
CCBUG: 93611


  M +85 -0     gvimagepart.cpp   1.29
  M +25 -0     gvimagepart.h   1.17
  M +3 -1      gvimagepart.rc   1.7

Konqueror doesn't display images itself, it uses some image KPart for that, be it the simple one that's part of Konqueror, or some provided by an image viewer. And since this functionality doesn't fit khtmlimage (says maintainer), and there's now such functionality available when using the Gwenview part -> closing.
Feel free to reopen this bugreport and reassign to your favourite image viewer, but this is not Konqueror's problem.

Well, I feel that it is konqueror's problem since most people will use Konqueror in it's default installation and won't go download Gwenview (which is not part of KDE yet) and then use it as a kpart. This feature-request has got 240 votes and it's hasn't even been open for that long, so I guess there's a demand for it.

I'd humbly ask the maintainer of the part that konq uses by default (khtmlimage?) to show images to reconsider and try to think of a solution, because otherwise all we have it a work-around that will only be used by a small minority of people (f.ex I've been using KDE for over a year and I have yet to play with KParts in Konq).

I know that programmers and other experts have no problem figuring out how to solve this, but all I'm asking for a sane default, to make it more user friendly and make the default KDE system better overall.

Can I suggest an option to view REAL fullscreen in Konqueror? It would be very useful when viewing images.
Pressing F11 you can get a NO TOTAL fullscreen, because you see the toolbar, that is not good viewing photographs.
And of course, please integrate kuickshow or another image viewer (or create it) into Konqueror with the options of move on to the next and previous image, scale image...

If you want that, use KuickShow.

I think Konqueror should be the best file browser, so why not include a 
useable image viewer instead of opening another extern program?

In my opinion it would be very useful Konqueror includes a image viewer with 
these features:

- Move to next/previous image (with buttons and with configurable keyboard).
- Zoom In/Out image.
- Turn left/rigth and mirror efect.
- Move the image with arrows keys or with the mouse.
- Option for scaling images.
- Real full screen mode, like any Image viewer.
- Configuration save option, to start always with full screen mode, with the 
image scaled, or like the user wants.

There are GwenView and ShowImg integrated in Konqueror, but they don't allow 
the user all the options I'd like. So I don't know if the best option improve 
these programs or include another one with Konqueror.

Anyway, Konqueror is a fantastic program.

Exactly. As you said, it's supposed to be a file browser. Not an image displaying program.

Otherwise, we'll have another Emacs: Konqueror will have Tetris games, be able to write emails, draw vector graphics and make IM conversations.

No, separate apps exist for a reason. Konqueror will do well to show the files and previews. Using a KPart like GwenView's, Konqueror can even do the next/previous functions this wishlist asks for.

But why should it do exactly the same that KuickShow already does? Or GwenView? Use them!

Thiago,

Konqueror can already show images.. It just does it badly.

I see no reason why you could be able to go in a directory and click on an image and see it, but not do a simple forward/backward. The other options may not be necessary, but as long as you can view images in Konq, why stay at the stone-age and make people do a back, click on next image, back, click on next image, etc.. 

Programmers and experts and whatever will go download Gwenview, do a KPart thing, whatever.. But have a *sane default* would make Konq better for everybody, including all the regular average users.

I didn't say next/previous shouldn't be there. I meant that fullscreen slideshow is unnecessary because KuickShow was designed for that purpose.

Now, the correct thing to do here is to have a KPart that does what you want, including next/previous.

Agreed, if that KPart you are talking about is enabled by default in Konq or a modification to the actual image-viewer used by Konq (I'm not all that familiar with how things are structured in Konq). It would just be a sane default.

In my original wish, my main request was for a way to do "next/forward". Other features sure as scaling and rotating would be nice but are not as absolutely necessary as "forward/backward". 

The fullscreen option shouldn't be there *only* for the image-viewing; If Konq can go in complete fullscreen mode while web-browsing or file-browsing, then it should do for images too. If not, than the regular F11 should do and people who want more should go to kuickshow... It should be a program-wide decision, IMO, otherwise things get inconsistent.

*** Bug 96489 has been marked as a duplicate of this bug. ***

Seems to be done with the KPhotobook IMHO.

I would prefer to keep khtmlimage for it's the only viewer-extension with a internet usable context menu (back (!!)/reload/open with/copy to/move to/save (!!)/send per mail (!!). Adding previous/next picture would be nice for local browsing but is not necessary for you can use showimg oder as mentioned gwenview als kpart.

I agree with Thiago. Kuickshow already implements all of the functionalities asked. Therefore the addition of these fucntionalities to konqueror would be a bit redundant.

I think what most people backing up this request really want, is not to hard-code the functionality directly into konqueror,nor into khtmlimage or any other particular component, but just to have the feature available _by default_

I also think that it wouldn't make much sense to reimplement all this all over again, but I do think that it would be a good idea to include gwenview or an extended khtmlimage or whatever other embeddable viewer which implements the basic functions (imho: resize-to-screen, prev, next) and make it the default viwer by default.

of course people can just install extra programs, (kuickshow, gwenview, kview,...) and they can also adjust the settings in the file associations to use the new program by default when clicking on an image... but people new to kde might not even know that you can configure the program(s) to use per mime type and even their "priorities", so konq. shoud have a default viewer which offers a little more than the current default viewer does.

For serious image managment konqueror is never going to compete with specialized programs (it does not try to), but we are talking here of the ocassional quick-viewing.

I feel this is somehow related to 
http://bugs.kde.org/show_bug.cgi?id=25820
What about handling these two tickets together?

That depends on who makes the work. No one has stepped up to do it, yet, for either report.

Isn't the "wish" posted by Mikhail Capone already done in KDE 3.5.7? In konqueror if you click an image, you've the next/back button for navigate through the images in the current directory.

This request should be closed now.

Hi,
In Konqueror of KDE 3 there was the GwenView part which gave the next/previous shortcuts. Now there is no more. Should we resurrect this bug or fill a new one at GwenView? Or is this already in the work?

What does the KDE4 Konqueror use to display images? The GwenView part or something else? Did Konqueror remove this feature in the move from KDE3 to KDE4 or did GwenView?

kde 4.3.x from what I see default uses that GwenView. But I much prefer the quickshow. 1) scrolling 2)full screen no annoying bars. 3)esc for a quick escape out of it :).. .BUt I'm frustrated with the new Konq(in file manger mode) or even no doubt from the browser and using F9. But I like mine with the home.desktop which I'm really disapionted they figure it shouldn't be in the menu at all:(. I had to take out the line that stopped it from showing. Also you have to compile quickshow from extragear now too. Plus in kde3 when I did a middle click on the image(in the dir not the webpage) it would open it up in quickshow. But now it does but it also opens tabs that say loading ugh. It works with no extra tabs from the left button I still like kde3 version that it would open embedded with the left click >:( . So many good things distroyed

Tracking wishlist in 155884 for KDE 4.x version of gwenview

*** This bug has been marked as a duplicate of bug 155884 ***