http://qa.mandrakesoft.com/show_bug.cgi?id=3961


[EMAIL PROTECTED] changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|RESOLVED                    |UNCONFIRMED
         Resolution|FIXED                       |




------- Additional Comments From [EMAIL PROTECTED]  2003-30-07 17:43 -------
Oops, wrong bug.. Anyway, reporter, could you test with gnumeric 1.1.19 fom cooker ?

-- 
Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.


------- Reminder: -------
assigned_to: [EMAIL PROTECTED]
status: UNCONFIRMED
creation_date: 
description: 
The current Gnumeric package is broken when you want to import text files using
iso-8859-1 characters, and these text files contain non-ascii characters. It
works when using utf-8 characters.

Simple test case (assuming iso-8859-1 or iso-8859-15 is your default locale)
- launch Gnumeric
- type some text with non-ascii characters in a cell, e.g. "éléphant"
- export the sheet as a text file Book1.csv
- close the file
- re-import Book1.csv as a text file : it fails (wrong character)

Now the same test case but using utf-8 :
- launch "LC_ALL=fr_FR.UTF-8 Gnumeric" (or LC_ALL=en_GB.UTF-8, etc.)
- type some text with non-ascii characters in a cell, e.g. "éléphant"
- export the sheet as a text file Book1-utf8.csv
- close the file
- re-import Book1-utf8.csv as a text file : it succeeds

This bug was first filed as a generic Gnumeric bug
(http://bugs.gnome.org/show_bug.cgi?id=110182), but it seems the mainline
version works ok, so I think this bug is Mandrake-related. It only appeared with
Mandrake 9.1, it was fine before. Also, I have no locale problems in other
programs. Using native Gnumeric files is ok.

I am attaching files for the two test cases mentioned above.

Reply via email to