"Album Type" or "Album Family"

[Gilles Caulier-4]

Hi all,

In KDE3, "Album Collection" term been used to sort album tree view by defined type. It can be considerated a _single tag_ feature for albums. Not that this data are not stored in database.

In KDE4, i have used the term "Collections" to design "Root Album Paths". The old KDE3 "Album Collection" concept still here but have been renamed "Album Type" (in setup page only). I need to fix the rest of digiKam strings using "Album Type", for ex in View/Sort Albums, "By Collection" option still present.

But i'm not sure if "Album Type" is the right term. Perhaps "Album Family" is better. What do you think about ?

Note : In KDE4, "Album Type" data still not stored in database ? Marcel ?

Best

Gilles Caulier

_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

I would go with "Album Type", but I don't use this feature anyway, so I'm not
a big help here. I usually only tag images, folders can be found quickly with
the album search textfield.

Anyay,
+1 for "Album Type" from me.

Andi

On Friday 02 January 2009 09:47:38 Gilles Caulier wrote:

> Hi all,
>
> In KDE3, "Album Collection" term been used to sort album tree view by
> defined type. It can be considerated a _single tag_ feature for albums. Not
> that this data are not stored in database.
>
> In KDE4, i have used the term "Collections" to design "Root Album Paths".
> The old KDE3 "Album Collection" concept still here but have been renamed
> "Album Type" (in setup page only). I need to fix the rest of digiKam
> strings using "Album Type", for ex in View/Sort Albums, "By Collection"
> option still present.
>
> But i'm not sure if "Album Type" is the right term. Perhaps "Album Family"
> is better. What do you think about ?
>
> Note : In KDE4, "Album Type" data still not stored in database ? Marcel ?
>
> Best
>
> Gilles Caulier

_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

[Gilles Caulier-4]

Andi,

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

Gilles

2009/1/2 Andi Clemens <[hidden email]>

I would go with "Album Type", but I don't use this feature anyway, so I'm not
a big help here. I usually only tag images, folders can be found quickly with
the album search textfield.

Anyay,
+1 for "Album Type" from me.

Andi

On Friday 02 January 2009 09:47:38 Gilles Caulier wrote:
> Hi all,
>
> In KDE3, "Album Collection" term been used to sort album tree view by
> defined type. It can be considerated a _single tag_ feature for albums. Not
> that this data are not stored in database.
>
> In KDE4, i have used the term "Collections" to design "Root Album Paths".
> The old KDE3 "Album Collection" concept still here but have been renamed
> "Album Type" (in setup page only). I need to fix the rest of digiKam
> strings using "Album Type", for ex in View/Sort Albums, "By Collection"
> option still present.
>
> But i'm not sure if "Album Type" is the right term. Perhaps "Album Family"
> is better. What do you think about ?
>
> Note : In KDE4, "Album Type" data still not stored in database ? Marcel ?
>
> Best
>
> Gilles Caulier

_______________________________________________
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

I can live with that ;-)

Andi

On Friday 02 January 2009 11:22:07 Gilles Caulier wrote:

> Andi,
>
> 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...
>
> Gilles
>
> 2009/1/2 Andi Clemens <[hidden email]>
>
> > I would go with "Album Type", but I don't use this feature anyway, so I'm
> > not
> > a big help here. I usually only tag images, folders can be found quickly
> > with
> > the album search textfield.
> >
> > Anyay,
> > +1 for "Album Type" from me.
> >
> > Andi
> >
> > On Friday 02 January 2009 09:47:38 Gilles Caulier wrote:
> > > Hi all,
> > >
> > > In KDE3, "Album Collection" term been used to sort album tree view by
> > > defined type. It can be considerated a _single tag_ feature for albums.
> >
> > Not
> >
> > > that this data are not stored in database.
> > >
> > > In KDE4, i have used the term "Collections" to design "Root Album
> > > Paths". The old KDE3 "Album Collection" concept still here but have
> > > been renamed "Album Type" (in setup page only). I need to fix the rest
> > > of digiKam strings using "Album Type", for ex in View/Sort Albums, "By
> > > Collection" option still present.
> > >
> > > But i'm not sure if "Album Type" is the right term. Perhaps "Album
> >
> > Family"
> >
> > > is better. What do you think about ?
> > >
> > > Note : In KDE4, "Album Type" data still not stored in database ? Marcel
> > > ?
> > >
> > > Best
> > >
> > > Gilles Caulier
> >
> > _______________________________________________
> > 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

[Arnd Baecker]

On Fri, 2 Jan 2009, Andi Clemens wrote:

> I would go with "Album Type", but I don't use this feature anyway, so I'm not
> a big help here. I usually only tag images, folders can be found quickly with
> the album search textfield.
>
> Anyay,
> +1 for "Album Type" from me.

Hmm: I never understood these album collections .... ;-)

Much more consistent to me would be the possibility to associate
tags to albums, as discussed in
http://bugs.kde.org/show_bug.cgi?id=133011
However, I am not sure about all consequences of this
(and what changes would be required ...)

Best, Arnd

> Andi
>
> On Friday 02 January 2009 09:47:38 Gilles Caulier wrote:
> > Hi all,
> >
> > In KDE3, "Album Collection" term been used to sort album tree view by
> > defined type. It can be considerated a _single tag_ feature for albums. Not
> > that this data are not stored in database.
> >
> > In KDE4, i have used the term "Collections" to design "Root Album Paths".
> > The old KDE3 "Album Collection" concept still here but have been renamed
> > "Album Type" (in setup page only). I need to fix the rest of digiKam
> > strings using "Album Type", for ex in View/Sort Albums, "By Collection"
> > option still present.
> >
> > But i'm not sure if "Album Type" is the right term. Perhaps "Album Family"
> > is better. What do you think about ?
> >
> > Note : In KDE4, "Album Type" data still not stored in database ? Marcel ?
> >
> > Best
> >
> > Gilles Caulier
>
> _______________________________________________
> 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

[Gilles Caulier-4]

2009/1/2 Arnd Baecker <[hidden email]>

On Fri, 2 Jan 2009, Andi Clemens wrote:

> I would go with "Album Type", but I don't use this feature anyway, so I'm not
> a big help here. I usually only tag images, folders can be found quickly with
> the album search textfield.
>
> Anyay,
> +1 for "Album Type" from me.

Hmm: I never understood these album collections .... ;-)

Much more consistent to me would be the possibility to associate
tags to albums, as discussed in
http://bugs.kde.org/show_bug.cgi?id=133011
However, I am not sure about all consequences of this
(and what changes would be required ...)

Well, when Family of album will be stored in database (it's not yet the case in KDE4), it will be a (single) tag for albums. We will be able to use Family property in Search tool.

Gilles

_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

[Arnd Baecker]

On Fri, 2 Jan 2009, Gilles Caulier wrote:

> 2009/1/2 Arnd Baecker <[hidden email]>
>
> >
> >
> > On Fri, 2 Jan 2009, Andi Clemens wrote:
> >
> > > I would go with "Album Type", but I don't use this feature anyway, so I'm
> > not
> > > a big help here. I usually only tag images, folders can be found quickly
> > with
> > > the album search textfield.
> > >
> > > Anyay,
> > > +1 for "Album Type" from me.
> >
> > Hmm: I never understood these album collections .... ;-)
> >
> > Much more consistent to me would be the possibility to associate
> > tags to albums, as discussed in
> > http://bugs.kde.org/show_bug.cgi?id=133011
> > However, I am not sure about all consequences of this
> > (and what changes would be required ...)
> >
>
> Well, when Family of album will be stored in database (it's not yet the case
> in KDE4), it will be a (single) tag for albums. We will be able to use
> Family property in Search tool.

Sure, but it is an additional concept, where
the well-known tags (might) do the job as well (and
maybe even more flexible because of the possibility to have several
tags associated with one album)...

Best, Arnd
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

[Marcel Wiesweg]

> > I would go with "Album Type", but I don't use this feature anyway, so I'm

> > not a big help here. I usually only tag images, folders can be found

> > quickly with the album search textfield.

> >

> > Anyay,

> > +1 for "Album Type" from me.

>

> Hmm: I never understood these album collections .... ;-)

Me neither. This is a very old concept but apparently still used by some.

>

> Much more consistent to me would be the possibility to associate

> tags to albums, as discussed in

> http://bugs.kde.org/show_bug.cgi?id=133011

> However, I am not sure about all consequences of this

> (and what changes would be required ...)

We did not touch the Albums and Tags tables for 0.10 because there is no urgent need for this. There are some wishes as the one you mentioned and we can look into that for the future, but we can live with the current situation quite well I think.

> > > In KDE3, "Album Collection" term been used to sort album tree view by

> > > defined type. It can be considerated a _single tag_ feature for albums.

> > > Not that this data are not stored in database.

> > >

> > > In KDE4, i have used the term "Collections" to design "Root Album

> > > Paths". The old KDE3 "Album Collection" concept still here but have

> > > been renamed "Album Type" (in setup page only). I need to fix the rest

> > > of digiKam strings using "Album Type", for ex in View/Sort Albums, "By

> > > Collection" option still present.

> > >

> > > But i'm not sure if "Album Type" is the right term. Perhaps "Album

> > > Family" is better. What do you think about ?

> > >

> > > Note : In KDE4, "Album Type" data still not stored in database ? Marcel

> > > ?

It is stored in the DB just as it was for KDE3, as the text field "collection" in the Albums table.

Marcel

_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

[Gilles Caulier-4]

2009/1/2 Marcel Wiesweg <[hidden email]>

> > I would go with "Album Type", but I don't use this feature anyway, so I'm

> > not a big help here. I usually only tag images, folders can be found

> > quickly with the album search textfield.

> >

> > Anyay,

> > +1 for "Album Type" from me.

>

> Hmm: I never understood these album collections .... ;-)

Me neither. This is a very old concept but apparently still used by some.

>

> Much more consistent to me would be the possibility to associate

> tags to albums, as discussed in

> http://bugs.kde.org/show_bug.cgi?id=133011

> However, I am not sure about all consequences of this

> (and what changes would be required ...)

We did not touch the Albums and Tags tables for 0.10 because there is no urgent need for this. There are some wishes as the one you mentioned and we can look into that for the future, but we can live with the current situation quite well I think.

> > > In KDE3, "Album Collection" term been used to sort album tree view by

> > > defined type. It can be considerated a _single tag_ feature for albums.

> > > Not that this data are not stored in database.

> > >

> > > In KDE4, i have used the term "Collections" to design "Root Album

> > > Paths". The old KDE3 "Album Collection" concept still here but have

> > > been renamed "Album Type" (in setup page only). I need to fix the rest

> > > of digiKam strings using "Album Type", for ex in View/Sort Albums, "By

> > > Collection" option still present.

> > >

> > > But i'm not sure if "Album Type" is the right term. Perhaps "Album

> > > Family" is better. What do you think about ?

> > >

> > > Note : In KDE4, "Album Type" data still not stored in database ? Marcel

> > > ?

It is stored in the DB just as it was for KDE3, as the text field "collection" in the Albums table.

Marcel

Yes, Album table as a properties named Collection (which must be renamed in Database schema to be consistent with the rest), but the list of Collections (Families) still stored in digikam.rc file.

Gilles

_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

Dnia Friday 02 January 2009, Gilles Caulier napisał:
> Andi,
>
> 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...

Why not just "Album Tag"?

m.

_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

Dnia Friday 02 January 2009, Marcel Wiesweg napisał:
> > Hmm: I never understood these album collections .... ;-)
>
> Me neither. This is a very old concept but apparently still used by
> some.

This was created in times when digiKam couldn't handle
directories-in-directories.

m.

_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

[Gilles Caulier-4]

2009/1/2 Gilles Caulier <[hidden email]>

2009/1/2 Marcel Wiesweg <[hidden email]>

> > I would go with "Album Type", but I don't use this feature anyway, so I'm

> > not a big help here. I usually only tag images, folders can be found

> > quickly with the album search textfield.

> >

> > Anyay,

> > +1 for "Album Type" from me.

>

> Hmm: I never understood these album collections .... ;-)

Me neither. This is a very old concept but apparently still used by some.

>

> Much more consistent to me would be the possibility to associate

> tags to albums, as discussed in

> http://bugs.kde.org/show_bug.cgi?id=133011

> However, I am not sure about all consequences of this

> (and what changes would be required ...)

We did not touch the Albums and Tags tables for 0.10 because there is no urgent need for this. There are some wishes as the one you mentioned and we can look into that for the future, but we can live with the current situation quite well I think.

> > > In KDE3, "Album Collection" term been used to sort album tree view by

> > > defined type. It can be considerated a _single tag_ feature for albums.

> > > Not that this data are not stored in database.

> > >

> > > In KDE4, i have used the term "Collections" to design "Root Album

> > > Paths". The old KDE3 "Album Collection" concept still here but have

> > > been renamed "Album Type" (in setup page only). I need to fix the rest

> > > of digiKam strings using "Album Type", for ex in View/Sort Albums, "By

> > > Collection" option still present.

> > >

> > > But i'm not sure if "Album Type" is the right term. Perhaps "Album

> > > Family" is better. What do you think about ?

> > >

> > > Note : In KDE4, "Album Type" data still not stored in database ? Marcel

> > > ?

It is stored in the DB just as it was for KDE3, as the text field "collection" in the Albums table.

Marcel

Yes, Album table as a properties named Collection (which must be renamed in Database schema to be consistent with the rest), but the list of Collections (Families) still stored in digikam.rc file.

Gilles

 

perhaps "Category" is better than "Family" ? What do you think about ?

Gilles

_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

Yes, Category sounds way better...

Andi

On Friday 02 January 2009 21:12:37 Gilles Caulier wrote:

> 2009/1/2 Gilles Caulier <[hidden email]>
>
> > 2009/1/2 Marcel Wiesweg <[hidden email]>
> >
> >  > > I would go with "Album Type", but I don't use this feature anyway,
> >  > > so
> >>
> >> I'm
> >>
> >> > > not a big help here. I usually only tag images, folders can be found
> >> > >
> >> > > quickly with the album search textfield.
> >> > >
> >> > >
> >> > >
> >> > > Anyay,
> >> > >
> >> > > +1 for "Album Type" from me.
> >> >
> >> > Hmm: I never understood these album collections .... ;-)
> >>
> >> Me neither. This is a very old concept but apparently still used by
> >> some.
> >>
> >> > Much more consistent to me would be the possibility to associate
> >> >
> >> > tags to albums, as discussed in
> >> >
> >> > http://bugs.kde.org/show_bug.cgi?id=133011
> >> >
> >> > However, I am not sure about all consequences of this
> >> >
> >> > (and what changes would be required ...)
> >>
> >> We did not touch the Albums and Tags tables for 0.10 because there is no
> >> urgent need for this. There are some wishes as the one you mentioned and
> >> we can look into that for the future, but we can live with the current
> >> situation quite well I think.
> >>
> >> > > > In KDE3, "Album Collection" term been used to sort album tree view
> >>
> >> by
> >>
> >> > > > defined type. It can be considerated a _single tag_ feature for
> >>
> >> albums.
> >>
> >> > > > Not that this data are not stored in database.
> >> > > >
> >> > > >
> >> > > >
> >> > > > In KDE4, i have used the term "Collections" to design "Root Album
> >> > > >
> >> > > > Paths". The old KDE3 "Album Collection" concept still here but
> >> > > > have
> >> > > >
> >> > > > been renamed "Album Type" (in setup page only). I need to fix the
> >>
> >> rest
> >>
> >> > > > of digiKam strings using "Album Type", for ex in View/Sort Albums,
> >>
> >> "By
> >>
> >> > > > Collection" option still present.
> >> > > >
> >> > > >
> >> > > >
> >> > > > But i'm not sure if "Album Type" is the right term. Perhaps "Album
> >> > > >
> >> > > > Family" is better. What do you think about ?
> >> > > >
> >> > > >
> >> > > >
> >> > > > Note : In KDE4, "Album Type" data still not stored in database ?
> >>
> >> Marcel
> >>
> >> > > > ?
> >>
> >> It is stored in the DB just as it was for KDE3, as the text field
> >> "collection" in the Albums table.
> >>
> >> Marcel
> >
> > Yes, Album table as a properties named Collection (which must be renamed
> > in Database schema to be consistent with the rest), but the list of
> > Collections (Families) still stored in digikam.rc file.
> >
> > Gilles
>
> perhaps "Category" is better than "Family" ? What do you think about ?
>
> Gilles

_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

It would also be better to have this entry (Album Category) on third position
in the settings dialog (behind collection and album view, or even between
those two), since they are related to each other.

Andi

On Friday 02 January 2009 21:32:20 Andi Clemens wrote:

> Yes, Category sounds way better...
>
> Andi
>
> On Friday 02 January 2009 21:12:37 Gilles Caulier wrote:
> > 2009/1/2 Gilles Caulier <[hidden email]>
> >
> > > 2009/1/2 Marcel Wiesweg <[hidden email]>
> > >
> > >  > > I would go with "Album Type", but I don't use this feature anyway,
> > >  > > so
> > >>
> > >> I'm
> > >>
> > >> > > not a big help here. I usually only tag images, folders can be
> > >> > > found
> > >> > >
> > >> > > quickly with the album search textfield.
> > >> > >
> > >> > >
> > >> > >
> > >> > > Anyay,
> > >> > >
> > >> > > +1 for "Album Type" from me.
> > >> >
> > >> > Hmm: I never understood these album collections .... ;-)
> > >>
> > >> Me neither. This is a very old concept but apparently still used by
> > >> some.
> > >>
> > >> > Much more consistent to me would be the possibility to associate
> > >> >
> > >> > tags to albums, as discussed in
> > >> >
> > >> > http://bugs.kde.org/show_bug.cgi?id=133011
> > >> >
> > >> > However, I am not sure about all consequences of this
> > >> >
> > >> > (and what changes would be required ...)
> > >>
> > >> We did not touch the Albums and Tags tables for 0.10 because there is
> > >> no urgent need for this. There are some wishes as the one you
> > >> mentioned and we can look into that for the future, but we can live
> > >> with the current situation quite well I think.
> > >>
> > >> > > > In KDE3, "Album Collection" term been used to sort album tree
> > >> > > > view
> > >>
> > >> by
> > >>
> > >> > > > defined type. It can be considerated a _single tag_ feature for
> > >>
> > >> albums.
> > >>
> > >> > > > Not that this data are not stored in database.
> > >> > > >
> > >> > > >
> > >> > > >
> > >> > > > In KDE4, i have used the term "Collections" to design "Root
> > >> > > > Album
> > >> > > >
> > >> > > > Paths". The old KDE3 "Album Collection" concept still here but
> > >> > > > have
> > >> > > >
> > >> > > > been renamed "Album Type" (in setup page only). I need to fix
> > >> > > > the
> > >>
> > >> rest
> > >>
> > >> > > > of digiKam strings using "Album Type", for ex in View/Sort
> > >> > > > Albums,
> > >>
> > >> "By
> > >>
> > >> > > > Collection" option still present.
> > >> > > >
> > >> > > >
> > >> > > >
> > >> > > > But i'm not sure if "Album Type" is the right term. Perhaps
> > >> > > > "Album
> > >> > > >
> > >> > > > Family" is better. What do you think about ?
> > >> > > >
> > >> > > >
> > >> > > >
> > >> > > > Note : In KDE4, "Album Type" data still not stored in database ?
> > >>
> > >> Marcel
> > >>
> > >> > > > ?
> > >>
> > >> It is stored in the DB just as it was for KDE3, as the text field
> > >> "collection" in the Albums table.
> > >>
> > >> Marcel
> > >
> > > Yes, Album table as a properties named Collection (which must be
> > > renamed in Database schema to be consistent with the rest), but the
> > > list of Collections (Families) still stored in digikam.rc file.
> > >
> > > Gilles
> >
> > perhaps "Category" is better than "Family" ? What do you think about ?
> >
> > Gilles
>
> _______________________________________________
> 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

[Gilles Caulier-4]

2009/1/3 Andi Clemens <[hidden email]>

It would also be better to have this entry (Album Category) on third position
in the settings dialog (behind collection and album view, or even between
those two), since they are related to each other.

Right. I will fix it. I currently patch "Family" to "Category"

Gilles

_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel