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

[Mikolaj Machowski]

------- 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 mikmach wp pl  2008-07-28 13:04 -------
Dnia 28-07-2008 o godz. 10:45 Andi Clemens napisa³(a):
[bugs.kde.org quoted mail]
This one OK.

> 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

(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
(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
    
>     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

>     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

> This way the current_left and current_right pane image stay as long as
> possible where they are and will not be switched all the time like it is
> now. I'll provide a patch for this behavior. Please test it. What do you
> think? For me it just "feels" right in terms of usability.


No. You are looking on it from "order in thumbbar" POV. But core 
functionality of LT is "fight" between Master on the left and Pretender 
on the right. If you are removing Master it means Pretender won and this 
is new Master to which all next images will be compared. That is why R 
should be default get focus.

----------------------------------------------------
Nie wiesz jak dojechaæ docelu.pl ? 
Poka¿emy Ci adres, odleg³o¶æ, czas przejazdu 
i najbli¿sz± stacjê benzynow± lub dworzec PKP. 
Kliknij: http://klik.wp.pl/?adr=www.Docelu.pl&sid=432