Re: Thumbnail Bar

Ilya Konkov a écrit :
> Hello,
> 
> Thumbnail Bar:
> -- Tested new "smooth scroll" feature. That's nice but only with
> increased scroll duration time  = 800ms or so, with 250ms value
> centering is instant on my system.

As I said in my message asking for feedback, this is probably system 
dependent: on my machine, 1000ms causes the scrolling to be jerky 
because Gwenview starts loading the image.

> -- What do you think about Fish Eye effect? Personally I don't think
> that fish eye is a good idea.
> Probably making just one picture a little bigger (selected / hovered)?

I don't like Fish Eye effects and I don't like making picture bigger on 
mouse hover. I think it's good enough the way it is, but if you want to 
work on it I suggest tinting the picture a bit on hover by painting over 
the thumbnail with an almost transparent white (make sure you test it 
with pictures which aren't fully opaque too).

> -- About resizing thumbnails. Do you think it is needed?
> About making view resizable as mentioned in one of comments in your blog:
> "drag the edge of the thumbnail bar to resize it, and have all
> thumbnails all grow or shrink accordingly".
> Maybe not the edge of the bar, but the edge of a thumbnail. But that
> is not obvious too.
> It also can be a slider, but don't know where it can be placed. Maybe
> hidden vertical one on left or right side of the bar?
> Or somehow use thumbnail size of browse view?

I am not sure it's needed, but I can see two ways to implement it:
- Make the edge of the bar draggable (easy for view mode, use a 
QSplitter, a bit more work for fullscreen mode).
- Place a slider in the corner widget of the scrollbar. This will be 
problematic with the fullscreen bar because it will cause the bar height 
to change, causing the slider to move up and down.

> -- Also found wish to remove "vertical dividing lines between the
> pictures". Since style sheets is used, probably we can look for
> external file and it exists try to load style sheet from it instead of
> making one. So anyone can style thumbnails and the view as he wants.
> 
> Maybe that looks like an attempt to satisfy everyone and all of this
> should be just leaved as is...

I was thinking about moving all the fullscreen styling to an external 
file, making it easy for the user to customize. Unfortunately the 
thumbnail bar styling is dynamically generated, so it's not possible. A 
solution to this would be to use the current styling code for the view 
mode, but use an external style sheet for fullscreen mode.
We could fix this by moving the code generating the view mode styling to 
DocumentView and apply an external stylesheet to the whole fullscreen 
bar (this means moving all the hardcoded styling from FullScreenBar and 
ThumbnailBarView to one single external stylesheet file).

> Fullscreen UI:
> -- Do you think that next and previous buttons are still needed, when
> it's possible to just click on thumbnail?

Yes they are, because they provide a persistent click target to browse. 
Using the thumbnail bar is almost persistent now that the current item 
is centered, but it's not always the case when you are at the beginning 
or at the end of the picture list.


> -- Information label causes resize of the bar when it becomes to
> large. And resizing looks ugly...
> I think eliding file names in that case could.
> Word wrapping could help too -- two lines of text is not a problem
> IMHO, since there are lot of unused vertical space anyway.

If I am not mistaken, word wrapping is already enabled on the 
information label.

Aurélien

-------------------------------------------------------------------------
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace