The Fine Print: The following comments
are owned by whomever posted them.
( Reply )
|
Re: KuickShow for KDE 2.1
by me on Friday 16/Mar/2001, @10:05
|
Hi Carsten!
Thanks for your reply! Since I see you're interested in suggestions, I would like to tell you some more features and things I'd love in KuickShow.
I work at a photographer, and there's a huge archive of pics, so a viewer like this is really a must. First, I think its wrong to have the app split up into several windows at the same time, one of them always resizing when you select a different picture. I think i'd be great when you either had to double click or selecte&ENTER a pic to change from thumbnail preview (with dirTree & preview) to fullscreen single-pic mode with zoom feature.
Also, another must-have feature is the creation of contact sheets. These are basically thumbnailpages, just for printing. It would be nice to be able to select how many rows & columns of pictures should be on a page, and determining the thumbnail size from that. Also, one should be able to optionally title the pics with their attributes (filename, size, format etc.)
The preview pane: It does make sense. Besides being configurable (you can kill it), this preview panes obviously allows you to view some more details of the pictures. This is very helpful, since (at least where I work), pictures only differ by a few small details, and this is the place you can find that out, before you have to load the full picture. This really isn't fun when you're working on a 200MB tiff.
Ermm, also: Wouldn't this be a great place to integrate thekompany's gphoto io-slave? I dunno how, but it kinda fits in there from the user's perspective...
Of course, all of KuickShow could also be a KPart, integrated into Konq, but I think this is going a bit too far.
Thank you!
|
[
Reply To This | View ]
|
Re: KuickShow for KDE 2.1
by Carsten Pfeiffer on Saturday 17/Mar/2001, @04:38
|
hmm, ok, I'm sort of convinced about the preview thing :)
For the contact sheets, I see your need for it and agree it's a nice thing, but it is somewhat specialized (in another thread, it would be called bloat ;) I could add a plugin architecture so those sort of things could be added without affecting others. Actually, there is a kimgalleryplugin for Konqueror, which could be extended to do such things. Currently, it generates an html-page with all the images in one directory.
For the gphoto-ioslave, I will add support for that and remote files before 1.0
|
[
Reply To This | View ]
|
|
Re: KuickShow for KDE 2.1
by raindog on Friday 16/Mar/2001, @13:09
|
For me, a main focus of any image management program imust be the ability to manage (do things to) large numbers of pictures at once. I almost never use thumbnails because they consume too much space in the file list widget without providing enough detail to tell me whether I want to include a photo in a selection (to move, delete, whatever.)
A preview isn't necessarily just a "medium-sized preview"; it's the real picture, shrunk if necessary to fit into the preview pane (which in my case is usually about 640x480.) The benefit, though, is that you can see the pictures, often at full resolution, while extending a selection.
So rather than having to go down-enter-look-^W a bunch of times and then remember where I wanted the selection to start, I can just go shift-down until I find a picture I don't want to include in the selection, then press shift-up and then the hot key for delete, move or whatever. It makes management of large image collections MUCH easier.
Mind you, no X11 image browser that I'm aware of will do this currently. I had high hopes for both Konqueror/pixie and Nautilus to provide this sort of functionality, but neither to date has done so.
I wrote a simple patch for GQView, a C/gtk image browser (http://gqview.sourceforge.net) to provide this sort of functionality -- it has a "preview pane" which makes up the bulk of the interface, but selecting via the keyboard in the official version doesn't update the preview pane -- but my two patch submissions were never acknowledged. If anyone has used gqview and would like my patch, I'll gladly email it. I'd be happy to help out with KuickShow in this regard, but (so far) I am allergic to C++.
I've also written a program in perl/ImageMagick to find images that look like duplicates, and wanted to port it to C/Imlib some time ago but the documentation for Imlib seemed to be nonexistent. I think that's another important part of image management and something that (last I knew) ACDSee doesn't even provide. If you're ever interested in adding that kind of thing to Kuickshow and have trouble figuring out my lame algorithm, drop me a line.
But anyway, that's why I think a preview pane is more important than even thumbnails in an image management app.
Rob
|
[
Reply To This | View ]
|
Re: KuickShow for KDE 2.1
by reihal on Friday 16/Mar/2001, @17:02
|
Another very cool thing with ACDSee: you can operate the slide-show with the scroll-wheel!
|
[
Reply To This | View ]
|
Re: KuickShow for KDE 2.1
by Carsten Pfeiffer on Saturday 17/Mar/2001, @03:05
|
> Another very cool thing with ACDSee: you can operate the slide-show with the scroll-wheel!
It advances to the next/previous image without stopping the slideshow?
|
[
Reply To This | View ]
|
Re: KuickShow for KDE 2.1
by anonymous on Saturday 17/Mar/2001, @03:54
|
no, using the wheel does stop the slideshow. but in general, using the wheel to navigate in the pics is quite cool.
|
[
Reply To This | View ]
|
Re: KuickShow for KDE 2.1
by Carsten Pfeiffer on Saturday 17/Mar/2001, @04:44
|
Ah, I see. And moving it again makes it continue. Is the direction significant, or is it just an on/off thing?
|
[
Reply To This | View ]
|
Re: KuickShow for KDE 2.1
by me on Saturday 17/Mar/2001, @06:28
|
Huh? nonono, wait. The way it works in ACDSee is this:
You start a slide show. Then, somewhen, you decide you don't want that slideshow anymore, so you move the mousewheel. ACDSee reacts and shows the next picture when you move the wheel down, and the previous if you move it up. But the slideshow is stopped once you moved the wheel and won't start again until you explicitly tell ACDSee to do so.
Actually, this wheel-navigation-feature is quite independent of the slideshow. When you are in single-pic mode (as opposed to thumbnail&dirtree&preview - mode), you can view the next/previous pics with the wheel. Nothing more to it ;)
Of course, the best thing would be to let the user choose whether using the wheel should stop a slideshow...
|
[
Reply To This | View ]
|
Re: KuickShow for KDE 2.1
by reihal on Saturday 17/Mar/2001, @05:03
|
>It advances to the next/previous image without stopping the slideshow?
Yes, open a folder with pictures, click on any one of them and scroll through the whole collection with the wheel, extra double-quick!
Or, left-click on the folder, choose "Browse with ACDSee", double-click on any thumbnail, and scroll the collection.
It works automatically with Logitech MouseMan Wheel, the only mouse worth buying.
I strongly advice that you check out this great programmme, free evaluation version.
By the way, mouse support in KDE 2.1 is just as bad as it was in KDE 1.0 beta, so I don't expect much. After all, *nixers are real men and real men don't use mice ;-) (Yes I know this is an XFree86 thing rather than KDE thing)
|
[
Reply To This | View ]
|
Re: KuickShow for KDE 2.1
by reihal on Saturday 17/Mar/2001, @05:19
|
Seems to be a misunderstanding, the rolling of the wheel IS the slide-show.
|
[
Reply To This | View ]
|
Re: KuickShow for KDE 2.1
by Carsten Pfeiffer on Saturday 17/Mar/2001, @05:44
|
> Seems to be a misunderstanding, the rolling of the wheel IS the slide-show.
Oh, I see. That's just a one-liner, will add that :)
|
[
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)
