Andi,<br><br>Bad news. Album::type() properties already exist. So to not have a confuse API, we cannot use AlbumType. I will use AlbumFamily. If someone have a better idea, let's me hear...<br><br>Gilles<br><br><div class="gmail_quote">
2009/1/2 Andi Clemens <span dir="ltr"><<a href="mailto:andi.clemens@gmx.net">andi.clemens@gmx.net</a>></span><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
I would go with "Album Type", but I don't use this feature anyway, so I'm not<br>
a big help here. I usually only tag images, folders can be found quickly with<br>
the album search textfield.<br>
<br>
Anyay,<br>
+1 for "Album Type" from me.<br>
<br>
Andi<br>
<div><div></div><div class="Wj3C7c"><br>
On Friday 02 January 2009 09:47:38 Gilles Caulier wrote:<br>
> Hi all,<br>
><br>
> In KDE3, "Album Collection" term been used to sort album tree view by<br>
> defined type. It can be considerated a _single tag_ feature for albums. Not<br>
> that this data are not stored in database.<br>
><br>
> In KDE4, i have used the term "Collections" to design "Root Album Paths".<br>
> The old KDE3 "Album Collection" concept still here but have been renamed<br>
> "Album Type" (in setup page only). I need to fix the rest of digiKam<br>
> strings using "Album Type", for ex in View/Sort Albums, "By Collection"<br>
> option still present.<br>
><br>
> But i'm not sure if "Album Type" is the right term. Perhaps "Album Family"<br>
> is better. What do you think about ?<br>
><br>
> Note : In KDE4, "Album Type" data still not stored in database ? Marcel ?<br>
><br>
> Best<br>
><br>
> Gilles Caulier<br>
<br>
</div></div>_______________________________________________<br>
Digikam-devel mailing list<br>
<a href="mailto:Digikam-devel@kde.org">Digikam-devel@kde.org</a><br>
<a href="https://mail.kde.org/mailman/listinfo/digikam-devel" target="_blank">https://mail.kde.org/mailman/listinfo/digikam-devel</a><br>
</blockquote></div><br>