The Fine Print: The following comments
are owned by whomever posted them.
( Reply )
|
Re: KuickShow for KDE 2.1
by reihal on Friday 16/Mar/2001, @04:45
|
I agree, ACDSee rules.
It doesn't use any stinking scrollbars either, it uses the hand cursor to shove the image around.
I wish Konqueror did that!
|
[
Reply To This | View ]
|
Re: KuickShow for KDE 2.1
by Jelmer Feenstra on Friday 16/Mar/2001, @05:11
|
Hmm, never smelled a thing when using konqueror to view images !
Well, whatever.
|
[
Reply To This | View ]
|
Re: KuickShow for KDE 2.1
by Carsten Pfeiffer on Friday 16/Mar/2001, @06:11
|
> I agree, ACDSee rules.
> It doesn't use any stinking scrollbars either, it uses the hand cursor to shove the image around.
As does KuickShow btw :) The only problem: I don't have a nice handcursor to show, so you have to scroll with the normal arrow cursor :-/
Anyone who can provide a nice handcursor?
Cheers,
Carsten
|
[
Reply To This | View ]
|
Re: KuickShow for KDE 2.1
by reihal on Friday 16/Mar/2001, @15:34
|
He, that was fast.
The hand should be Konqi's green, three-fingered hand, ofcourse.
(I don't like various bars stealing precious screen space)
|
[
Reply To This | View ]
|
Re: KuickShow for KDE 2.1
by Carsten Pfeiffer on Saturday 17/Mar/2001, @03:03
|
> The hand should be Konqi's green, three-fingered hand, ofcourse.
Excellent idea :) Cursors in X can only have two colors tho :} Anyone feel like creating a bitmap of konqi's hand?
|
[
Reply To This | View ]
|
Re: KuickShow for KDE 2.1
by aleXXX on Monday 19/Mar/2001, @08:35
|
how about Qt::pointingHandCursor ?
|
[
Reply To This | View ]
|
Re: KuickShow for KDE 2.1
by Carsten Pfeiffer on Monday 19/Mar/2001, @14:39
|
That's the netscape one (aka the ugly one), right? ;) This one is used to show that you are able to "click" on something, e.g. a link, while in KuickShow, I need one showing that you can "move" something. Photoshop uses an open hand, and I'd like to use something similar.
I downloaded the other imageviewer as pointed out somewhere above and I'll probably use that one.
|
[
Reply To This | View ]
|
|
Re: KuickShow for KDE 2.1
by Carsten Pfeiffer on Friday 16/Mar/2001, @06:07
|
Hi,
yes, ACDSee has evolved quite a bit since I stopped using it (and Windows) in '98.
The directory tree from your screenshot might eventually be available automatically with KDE 2.2 (KuickShow uses the kfile library which will probably get a directory tree, soon). I do plan to add thumbnail support as well.
I don't really see the need for the preview tho. The thumbnails do provide a small preview already. If you select a thumbnail, you get a medium-sized preview? Why that? Why not show the full image?
Cheers,
Carsten
|
[
Reply To This | View ]
|
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 ]
|
|
Re: KuickShow for KDE 2.1
by Chris Bordeman on Friday 16/Mar/2001, @10:40
|
Looks like the My Documents\My Pictures folder display on Windows 2000 uses the same layout as well.
|
[
Reply To This | View ]
|
ACDSee
by Justin on Friday 16/Mar/2001, @13:08
|
Definitely. I think everyone wants an ACDSee style program. I actually wanted to start a project like this, but it looks like I don't need to now. =)
My only real quibble is that the UI is a bit strange. If I use the file dialog, then it doesn't go away when I load an image. If I launch an image directly, then I don't get the file dialog (is there a way to bring it up?)
Both Kview and Pixie have similar issues with UI. Maybe I'm just used to ACDSee. IMO, the best part about ACDSee was that it was quick and was associated with every image type. No more loading huge image programs just to view one file. I just click on one, and navigate with pageUp/pageDown. ACDSee is actually quite more than that, but I believe most of it is probably unnecessary. The program has since doubled in size since I last downloaded it. Bloat anyone?
I wonder if there should be some organization between Kuickshow, Kview, and Pixie. Kview and Pixie seem to be confused, as they share some features, and not others. I think we should have just two programs: Kuickshow (which is what Kview probably should be) and Krayon (for editing).
Just something to throw out there! ;)
-Justin
|
[
Reply To This | View ]
|
Re: ACDSee
by Carsten Pfeiffer on Saturday 17/Mar/2001, @03:30
|
> Definitely. I think everyone wants an ACDSee style program. I actually wanted to start a project like this, but it looks like I don't need to now. =)
Well, contributors are always welcome :)
> If I use the file dialog, then it doesn't go away when I load an image. If I launch an image directly, then I don't get the file dialog (is there a way to bring it up?)
You can press Space to toggle showing the filebrowser. When launching kuickshow with an image as parameter I don't want to see the browser (I give it an image on the commandline to... well, see the image). If you give it a directory on the commandline, it will open the browser in that directory.
> ACDSee is actually quite more than that, but I believe most of it is probably unnecessary. The program has since doubled in size since I last downloaded it. Bloat anyone?
That's my impression, too. The early versions had all the functionality I needed and it was very fast and loaded quickly. Maybe others need all the new functionality, but for me it was just slowing it down.
> I wonder if there should be some organization between Kuickshow, Kview, and Pixie. Kview and Pixie seem to be confused, as they share some features, and not others. I think we should have just two programs: Kuickshow (which is what Kview probably should be) and Krayon (for editing).
This differences between these programs are:
KView as a standalone program has about the same functionality as KuickShow. I think it has a few things KuickShow doesn't, like Wallpaper generation for example, but this can be added to KuickShow easily. But, KView also offers an embeddable KPart, used in Konqueror for example. I won't make a KPart of KuickShow, because it just doesn't make sense. Embedded into another app, you lose all the advantages of KuickShow (fullscreen, the filebrowser, switching between the files via PageUp/Down, resizing the image window).
The author of KView had the idea that we might use KuickShow as the standalone imageviewer and KView as the embeddable part in KDE.
With Pixie, the main advantages IMHO are the plugins/effects/image editing capabilities. I don't personally need such stuff (when I do, I use Gimp at the moment, and later probably Krayon).
|
[
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)
