database locale

classic Classic list List threaded Threaded
3 messages Options
Reply | Threaded
Open this post in threaded view
|

database locale

Marcel Wiesweg
Hi,

I have a question about some historic piece of code in the AlbumManager:
Does anyone know for what purpose the Locale is stored in the database?

In the db, strings are stored in UTF-8 anyway, and the locale setting is never
used. The setting is used only for generating a warning when the locale has
changed.

This warning is useful when a user has changed his system charset (to UTF-8)
and did not rename the filenames accordingly. But the error message speaks
about "This can cause unexpected problems".
Not very helpful for the user. Is anyone aware of problems other than the
file-renaming requirement?

Marcel
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel
Reply | Threaded
Open this post in threaded view
|

Re: database locale

Gilles Caulier-4


2007/4/18, Marcel Wiesweg <[hidden email]>:
Hi,

I have a question about some historic piece of code in the AlbumManager:
Does anyone know for what purpose the Locale is stored in the database?

Good question. I don't have any idea exactly. When DB stuff have been implemented by Renchi between 2005-2006, i have works on DigikamImagePlugins.
 

In the db, strings are stored in UTF-8 anyway, and the locale setting is never
used. The setting is used only for generating a warning when the locale has
changed.

Strange. i'm so supprising about this from Renchi.
 

This warning is useful when a user has changed his system charset (to UTF-8)
and did not rename the filenames accordingly. But the error message speaks
about "This can cause unexpected problems".
Not very helpful for the user. Is anyone aware of problems other than the
file-renaming requirement?

Is the Locale will be used to encode files path on file system. Right ? If you change it the non ascii char will be changed.

We have recieve a lots of message on ML about this problem when all Linux dist have toggle an UTF-8 locale...

I remenber when i have installed Mandriva 2006 witch use a locale UTF-8 instead ISO 8859-15 than all my dir in /home/gilles have been changed, especially the non ascii char.

Like all Linux dist use UTF-8 now it will not a problem.

Question : the sqlite source code do not use Locale settings ?

Gilles


_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel
Reply | Threaded
Open this post in threaded view
|

Re: database locale

Marcel Wiesweg
> Is the Locale will be used to encode files path on file system. Right ? If
> you change it the non ascii char will be changed.
>
> We have recieve a lots of message on ML about this problem when all Linux
> dist have toggle an UTF-8 locale...
>
> I remenber when i have installed Mandriva 2006 witch use a locale UTF-8
> instead ISO 8859-15 than all my dir in /home/gilles have been changed,
> especially the non ascii char.
>
> Like all Linux dist use UTF-8 now it will not a problem.
>
> Question : the sqlite source code do not use Locale settings ?

SQLite is using nothing but Unicode, the API accepts UTF-8 or UTF-16.
QStrings are Unicode as well of course.
So the contents in the database is unaffected by the locale.

I think now that the warning is meant to prevent the problem when the system
is ported to UTF-8: The filenames need to be renamed (convmv). If this is not
done, the files are still stored on the disk as the old charset, and
non-ASCII files will not be found again by digikam.

So this is nothing related to the database code.

Marcel

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