[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-bugs-dist
Subject:    [Bug 87805] Can't use slash in album filename
From:       Gilles Schintgen <gilles () vonet ! lu>
Date:       2005-02-01 17:24:05
Message-ID: 20050201172405.13659.qmail () ktown ! kde ! org
[Download RAW message or body]

------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
         
http://bugs.kde.org/show_bug.cgi?id=87805         




------- Additional Comments From gilles vonet lu  2005-02-01 18:24 -------
On Monday 31 January 2005 23:57, Renchi Raju wrote:
> as Achim said, the albums are just folders on disk. whatever is allowed by
> the filesystem is allowed to be in the albumname: in short max 256 chars
> long and can contain any character which is not "/". there are no other
> restrictions, you can use utf-8 and spaces without any problems
Thanks for your reply. I'm just worried about two things:
* Spaces in filenames can lead to ugly problems with scripts. I know that not 
everyone is writing shell scripts and when done properly everything works, 
but still, it would be more elegant to have no spaces in filenames.
* I wouldn't be surprised if some users will have encoding problems when they 
use their data on other operating systems (or even a non-utf-8 linux 
distribution).

IMO the filename should be independent of the contents of a file.
For example, why include an ID tag for the title in Ogg Vorbis files? After 
all, the filename can contain everything (except the "unimportant" slash) So, 
why not use the filename as title?
The same holds for KWord Documents: even though I can set a title, the actual 
filename is independent.
In these and many other cases this information (even the title or track name) 
is considered to be metadata and is stored in the file, not the filesystem. 
Actually, digikam is doing this (storing the metadata in digikam.xml) for 
everything -- except the album name!
Again IMHO, it would be nice to move the album name to digikam.xml.

That being said, I can live with the current situation because I am 
knowledgable enough to work around these problems.

Kind regards, and congratulations for a fine program,

Gilles
[prev in list] [next in list] [prev in thread] [next in thread]