Model View Port Testing
Locked
Model View Port Testing
 
|
Hi,
Marcel and I will meet next saturday to fix the last obvious bugs and implement missing features in the model view port branch. It would be nice if others could test the branch before and report problems here so taht we don't run out of work. :P Johannes _______________________________________________ Digikam-devel mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-devel |
signature.asc (268 bytes)
Re: Model View Port Testing
|
|
Re: Model View Port Testing
|
|
Re: Model View Port Testing
|
|
Re: Model View Port Testing
|
|
Re: Model View Port Testing
|
|
Re: Model View Port Testing
|
|
In reply to this post by Johannes Wienke-3
Tag management seems to be broken.
I have the following hierarchy: My Tags |- Personen |- Person 1 |- Person 2 I add a tag to "Personen", then I move it to "Person1" by D&D. Seems to work. Now the first problem: Moving this new tag back to "Personen" is not working, because a) D&D seems to be disabled now b) the parent tag is collapsed when moving over it Additionally, when I now right click on a tag, digiKam crashes with the attached backtrace. Andi Clemens ----------------- www.digikam.org On Saturday 09 January 2010 22:57:07 Johannes Wienke wrote: > Hi, > > Marcel and I will meet next saturday to fix the last obvious bugs and > implement missing features in the model view port branch. It would be > nice if others could test the branch before and report problems here so > taht we don't run out of work. :P > > Johannes > _______________________________________________ Digikam-devel mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-devel |
Re: Model View Port Testing
|
|
Re: Model View Port Testing
|
|
Re: Model View Port Testing
|
|
Re: Model View Port Testing
|
|
In reply to this post by Bugzilla from andi.clemens@gmx.net
Hi Andi,
Am 10.01.2010 14:29 schrieb Andi Clemens: > To be more precise: > The right sidebar views (filter tags, assign tags) are working as expected > (double click to expand / collapse), whereas the left sidebar views all expand > by single click, but collapse with double click. Marcel and I cannot figure out what's the difference between the behaviour of the new implementation and the old one. To our my minds this works in complete analogy to the old version and as dicussed here: https://bugs.kde.org/show_bug.cgi?id=126871 Johannes _______________________________________________ Digikam-devel mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-devel |
Re: Model View Port Testing
|
|
Re: Model View Port Testing
|
|
Re: Model View Port Testing
|
|
Re: Model View Port Testing
|
|
In reply to this post by Bugzilla from andi.clemens@gmx.net
Am 10.01.2010 14:30 schrieb Andi Clemens:
> The filter "not tagged" can not be removed by clicking on the filter LED Done. _______________________________________________ Digikam-devel mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-devel |
Re: Model View Port Testing
|
|
In reply to this post by Bugzilla from andi.clemens@gmx.net
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 >> [hidden email] >> https://mail.kde.org/mailman/listinfo/digikam-devel >> > _______________________________________________ > Digikam-devel mailing list > [hidden email] > https://mail.kde.org/mailman/listinfo/digikam-devel _______________________________________________ Digikam-devel mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-devel |
Re: Model View Port Testing
|
|
Re: Model View Port Testing
|
|
Am 18.01.2010 08:41 schrieb Gilles Caulier:
> 2010/1/17 Johannes Wienke <[hidden email]>: >> Are there any more opinions on this? > > For me, i don't like the way used by KDE4 (or Qt4 ?) to > collapse/expand treeview only with "+". I see a lots of KDE4 peoples > searching how to do it ? > > I like the old KDE3 behaviors using also tree-view text to > collapse/expand with double click. For me it's sound like a regression > between KDE4 and KDE3. some kind of single click behaviour for the album tree view and it's the question if we preserve this or not. Johannes _______________________________________________ Digikam-devel mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-devel |
Re: Model View Port Testing
|
|
| Free forum by Nabble | Edit this page |