After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 335929 - Export does not qualify the encoding even if different from iso-8859-1
Export does not qualify the encoding even if different from iso-8859-1
Status: RESOLVED DUPLICATE of bug 329685
Product: f-spot
Classification: Other
Component: General
0.1.10
Other All
: Normal normal
: ---
Assigned To: F-spot maintainers
F-spot maintainers
Depends on:
Blocks:
 
 
Reported: 2006-03-25 08:41 UTC by Jean-Christophe Dubacq
Modified: 2006-03-27 02:46 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
Patch against f-spot-0.1.10 to solve the problem (2.00 KB, patch)
2006-03-25 08:46 UTC, Jean-Christophe Dubacq
none Details | Review

Description Jean-Christophe Dubacq 2006-03-25 08:41:22 UTC
Please describe the problem:
When exporting pictures to a Folder Gallery, no metadata is issued in the header
to tell web browsers what encoding is used for comments and such. I use UTF-8
locale, and my accents (e.g. "é") in the comments and buttons are seen as "é".
People with other locales will see problems but differently (default encoding
for HTML is iso-8859-1) according to their web server, browser and locale settings.

Steps to reproduce:
1. Open f-spot with LANG=fr_FR.UTF-8 (or other UTF-8 locale), select pictures
2. Export to Folder
3. Open the resulting pages (local opening is perfect for proof).

Actual results:
Accents will be displayed wrongly (e.g. in French, click on the second picture,
the "previous picture" button will show as "Préc.").


Expected results:
Accents will be displayed correctly (e.g. in French, click on the second
picture, the "previous picture" button will show as "Préc.").

Does this happen every time?
Yes

Other information:
I have a patch that adds an encoding info string to every html file.
Comment 1 Jean-Christophe Dubacq 2006-03-25 08:46:51 UTC
Created attachment 61966 [details] [review]
Patch against f-spot-0.1.10 to solve the problem

This patch also includes preliminary ground for inclusion of encoding choice in the glade interface. However, this should only be available in most advanced export preferences, if ever. This patch does not add any line if charset is iso-8859-1 or us-ascii, since these are the default encodings of HTML. However, this could be seen as a disadvantage since some servers are set to serve other encodings by default (e.g. Apache's DefaultEncoding pref), so a iso-8859-1 file would be served as something else.
Comment 2 Gabriel Burt 2006-03-27 02:46:12 UTC
Thanks for the report and the patch.  This problem has already been submitted at bug #329685 - can you please see the patch there and resubmit yours if needed?  Thanks again

*** This bug has been marked as a duplicate of 329685 ***