[Digikam-devel] [Bug 167571] Unnatural order when removing images from light table

[Andi Clemens]

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
         
http://bugs.kde.org/show_bug.cgi?id=167571         




------- Additional Comments From andi.clemens gmx net  2008-07-28 13:28 -------
OK I see your point, I really looked at it from just the thumbar POV.
The current implementation works nearly the way you mention here, but not 
exactly.
I will post the current behavior under your suggestions. Maybe we can then 
change it to your way of removing images.

> > 2. removal of left pane image:
> >     First try to select next image to current left
> >     1 L*2 3 R4 5 => 1 L*3 R4 5
>
> Sorry, don't have digiKam atm to test how it behaves but it should be:
>
> 1 3 L4 R*5


1 3 L*4 R5 (nearly the same)

>
> (for comment see below)
>
> >     If next is current_right, select prev.
> >     1 L*2 R3 4 5 => L*1 R3 4 5
>
> 1 L3 R*4 5


1 L*3 R4 5 (nearly the same)

> (generally moving back is last resort because with natural workflow it
> was already discarded even if not completely removed)
>
> >     1 2 R3 4 L*5 => 1 2 R3 L*4
>
> 1 2 L3 R*4


1 2 L*3 R4 (nearly the same)

>
> >     If no next or if prev is current_right, select first image in
> > thumbbar 1 2 3 R4 L*5 => L*1 2 3 R4
>
> R*1 2 3 L4


1 2 3 LR*4 (but the right pane is empty)

>
> >     if no prev and next is current_right, "move" pair
> >     L*1 R2 3 4 5 => L*2 R3 4 5
>
> L2 R*3 4 5


L*2 R3 4 5 (nearly the same)

So there is only one big difference, in the other cases only the current item 
has to be defined in a different way.

Andi