[Digikam-devel] New icon view

Matthias Welwarsky matze at welwarsky.de
Fri May 29 15:39:31 BST 2009


On Friday 29 May 2009 16:19:17 Andi Clemens wrote:
> For me it is working (Qt 4.5.1).
> I don't understand the BKO entry, is he annoyed of the scrolling function?
> But every application I see does that.
> It would be much more annoying if the current item is not centered. You
> will need to move the thumbbar always manually.
> We centered the current item because it was a wish (with a lot of votes).

It's two different use habits. Some just use the thumb bar to skim through an 
album by repeatedly clicking with the mouse - in this case the centering is 
quite useful - and some use it to select manually from leftmost to rightmost 
image in the bar ( I guess that's what the bug report is about ). Then, it's 
indeed quite annoying if the image you wanted to select next, and that you 
have possibly already tracked with your eyes jumps away while you already 
started to move your mouse.

I guess you cannot optimize both cases at the same time. My personal opinion 
is that I don't want the app trying to be smarter than me and deciding for me 
what I want next. I find it quite annoying when things start to move under my 
mouse pointer without me grabbing and moving them by intention. I think UI 
responses should be proportional to what I do with my mouse.

I think moving the thumbbar with the mouse wheel would be an acceptable way of 
accelerating the navigation.

>
> Gwenview does it this way, too.
>
> Andi
>
> On Friday 29 May 2009 16:13:37 Gilles Caulier wrote:
> > Marcel,
> >
> > Are you tried to use thumbbar from preview mode. Something is broken.
> >
> > Selecting an image in thumbbar can work or not. I don't not why. Here
> > in some case, the current selected image is moved to the center of
> > thumb and, few ms after the next or previous one is displayed on
> > preview. Can you reproduce this dysfunction ?
> >
> > Look this entry in B.K.O too :
> >
> > https://bugs.kde.org/show_bug.cgi?id=194297
> >
> > Gilles
> >
> > 2009/5/16 Marcel Wiesweg <marcel.wiesweg at gmx.de>:
> > > Hi,
> > >
> > > as of today the main icon view has been replaced with the new
> > > implementation that has been under development for quite some time.
> > > I have taken care to go through the old code and port every single
> > > feature, but there is a lot of new code, so expect bugs and
> > > regressions. If you are running from current svn and find such a bug
> > > until beta1, please report it here shortly by mail, no need to flood
> > > b.k.o. I have not yet tested the majority of features, but will do in
> > > the next days.
> > >
> > > Issues:
> > > - Speed. (Talking about the 25000 pictures in the view situation). The
> > > idea is to make things faster. May things have become slower? They may.
> > > I have already eliminated performance issues with KCategorizedView.
> > > More to come. It seems that the view is the limiting factor and the
> > > model is well optimized.
> > > - The rate-on-hover feature is waiting to be ported
> > > - When new images are added in the background, currently the whole
> > > album is reloaded - incremental update is a missing feature.
> > >
> > > Marcel
> > > _______________________________________________
> > > Digikam-devel mailing list
> > > Digikam-devel at kde.org
> > > https://mail.kde.org/mailman/listinfo/digikam-devel
> >
> > _______________________________________________
> > Digikam-devel mailing list
> > Digikam-devel at kde.org
> > https://mail.kde.org/mailman/listinfo/digikam-devel
>
> _______________________________________________
> Digikam-devel mailing list
> Digikam-devel at kde.org
> https://mail.kde.org/mailman/listinfo/digikam-devel




More information about the Digikam-devel mailing list