[Digikam-devel] Model View Port Testing

[Johannes Wienke]

Are there any more opinions on this?

Johannes

Am 16.01.2010 15:21 schrieb Andi Clemens:
> I committed this because a lot of users wanted it... but now even more users 
> hate it :) If we would rethink this behavior, I would go with "double 
> click"... :D
> If I remember correctly, in KDE3 both sides behaved the same, but this is 
> inconsistent now. But maybe I'm wrong...
> 
> Andi Clemens
> -----------------
> www.digikam.org
> 
> On Saturday 16 January 2010 15:13:14 Marcel Wiesweg wrote:
>>> Yes, the old behavior was somehow not very compatible with the rest of
>>> KDE / Qt applications.
>>> But now the left side and the right side are incompatible, too.
>>>
>>> The right side expands / collapses a tree by double clicking, the left
>>> side does not.
>>>
>>> The right side behaves like a "normal" KDE / Qt app, the left side like
>>> digiKam (:-)).
>>>
>>> We should at least have one behavior for both sides, where as I would
>>>  suggest to go with the double click expand / collapse solution.
>>
>> Did you see comment #9 on bug 126871? Your SVN commit ;-)
>>
>> The special situation is to expand the children of an album if you select
>>  that album. Selection is single click, always. The rationale at the time
>>  was the selection has no special meaning on the right side.
>> I don't mind using double click to expand, but I like auto-expanding when
>> selecting.
>>
>> 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


-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 262 bytes
Desc: OpenPGP digital signature
URL: <http://mail.kde.org/pipermail/digikam-devel/attachments/20100117/2a429c7e/attachment.sig>