Page 3 of 3
Posted: Wed Sep 14, 2005 8:23 am
by klaus2
but i would suggest to make it optional, because if you ask ten people you'll have ten favorite approachs ..
Posted: Wed Sep 14, 2005 12:41 pm
by xnview
klaus2 wrote:but i would suggest to make it optional, because if you ask ten people you'll have ten favorite approachs ..
Yes
Posted: Wed Sep 14, 2005 10:27 pm
by Olivier_G
klaus2 wrote:but i would suggest to make it optional, because if you ask ten people you'll have ten favorite approachs ..
Actually, I can't imagine someone who would want XnView
not to respond when pressing a key to move to next file before the end of display. It is almost like a program 'freeze'...
What I can see as an option is:
progressive loading/display
(some people want early display for speed, some people want a one-time display for comparison purpose...)
Olivier
PS: and I support the suggestion to show a 'progress bar'(and/or number) to show the status for caching images...
Posted: Thu Sep 15, 2005 8:54 am
by klaus2
i can image that use case very well - at least for me it is a typical situation to "find" a next (fifth, sixth, ..) image by stepping forward widh pgdown ...
so it is not a bad idea do "cancel" a paint operation when not needed.
Posted: Thu Sep 15, 2005 9:48 am
by mrQQ
that's what he's saying - he's saying he cant see why would it NOT be a good idea!
Posted: Thu Sep 15, 2005 10:23 am
by VuDu
klaus2 wrote:
PS: and I support the suggestion to show a 'progress bar'(and/or number) to show the status for caching images...
i agree. a loading time would be good too, after the progress bar is full.
"|||--------------"
"||||||||||||-----"
"|||||||||||||||||"
"Loaded in 0.8s"
Posted: Thu Sep 15, 2005 10:29 am
by ali
PS: and I support the suggestion to show a 'progress bar'(and/or number) to show the status for caching images...
i agree. not bad idea
Posted: Sun Oct 16, 2005 5:58 pm
by Olivier_G
Olivier_G wrote:ali wrote:Again, i don't know how they do it in acdsee - you can scroll from picture to picture without delays. in xnview, you have to wait until the whole picture is in cache.
In acdsee, you don't have to wait for that process, you can "fly through" the pictures to the last one you want to see. i mean, the picture will show partially, so you know where you are in directory and you don't have to wait for that slow caching process (llama's opinion:)
Right: I think this the most important performance issue in XnView right now
(and probably a 'stopper' for a lot of people).
=> XnView should show images while loading, and be able to stop and move immediately to the next image if the user decides so.
I just got a
feedback (in french) from someone who tried XnView and found it too "slow"
(probably when navigating with Viewer... -> this very issue). The problem is not that
he found it too slow... the problem is that for one who say so, hundreds of people just try and put XnView aside for a long time without saying anything...
(it also has some negative impact on XnView's reputation)
Pierre: any update/opinion on what could be done to improve performance here?
Thank you,
Olivier
Posted: Sun Oct 16, 2005 6:08 pm
by mrQQ
if you'd check acdsee (at least 2.x version), you'd see, that when walking through images, if you press and hold page down, you see that you go through images blazing fast AND you even see a tiny bit of them appear on screen. if you try this in xnview it goes slooooooowwww
Posted: Mon Oct 17, 2005 7:14 am
by klaus2
(feedback from a guest:)
full support!
For me it is a top issue to get rid of this negative comparison.
The good news is: it should be fixable by feasible means, using the proposal given (cancel paint if next image requested).
Posted: Fri Nov 11, 2005 2:07 pm
by Hacker
Yep, haven't found anything faster than ACDSee 32 v2.42.
Roman
Posted: Wed Jan 17, 2007 7:14 am
by mrQQ
any hope for these fixes?
Posted: Wed Jan 17, 2007 5:38 pm
by Dreamer