Quote:
Originally Posted by dandman
thanks for the prompt response, but both link you provided talked about the folder structure and not the file name.
|
Calibre is a multi-platform application, that means a combination of an Operating System -- Windows, MacOS or Linux,
and a File System -- NTFS, APFS, HFS+, Ext2, Ext3, Ext4, NFS, exFat, FAT32 etc.
Some platforms only support 7 bit ASCII characters in directory & file names, others disallow certain characters, others have path length limitations, some are case sensitive …
and some of those constraints on some platforms are user configurable.
In practice developing an application that provided native support for the dozens of practical combinations would be a nightmare. Hence, the decision to use a pragmatic lowest common denominator approach was taken at the outset of calibre's development.
Quote:
Originally Posted by dandman
if the file name becomes nonsense then it is a data i loose, i have gigs of books, i don't want to import export just to get them back in the proper name, and i don't want to keep 2 copies just to allow caliber to hold its own name
|
The GetFileName plugin will store any combination of the original file path, file name, extension and file system modified date in custom columns.
The Save to Disk feature uses a 'template' that specifies the file path in terms of the metadata columns.
Quote:
Originally Posted by dandman
since this is not possible, is it possible to have caliber not "copy" the files but to maintain a link to the original files ?
|
Short answer - No.
The problem with 'links' is that in some cases they're impractical, in other cases they're fragile, in other cases it would be a misuse. Hardlinks must be on the same 'drive', calibre supports having a library database (catalogue) and its subdirectories (shelves) on different 'drives'. Symbolic links can break if a directory or file is moved, deleted, or renamed. To use Windows shortcuts or MacOS aliases would be a misuse - they 'belong' to the operating system.
Quote:
Originally Posted by dandman
i understand that this issue was talked about allot in the forum (from the links you sent), but i am asking if it is possible, not suggesting to change the way the app works,
|
Calibre is driven by its library database. In an ideal world the book files and cover images would be stored in the database, but for performance reasons that's impractical… hence the author and book folders.
If you want to keep a copy of the original file in its pristine state with its original name you might want to consider moving it to the book's 'data' folder… after adding it to the library.
BR