Bug 81971 - czech locales for k3b seems to be in latin2 instead of UTF8 encoding
Summary: czech locales for k3b seems to be in latin2 instead of UTF8 encoding
Status: RESOLVED WORKSFORME
Alias: None
Product: i18n
Classification: Translations
Component: cs (show other bugs)
Version: unspecified
Platform: RedHat Enterprise Linux Linux
: NOR normal
Target Milestone: ---
Assignee: flidr
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2004-05-21 20:49 UTC by Bill Nottingham
Modified: 2004-05-24 22:23 UTC (History)
0 users

See Also:
Latest Commit:
Version Fixed In:

Attachments
Add an attachment

Note You need to log in before you can comment on or make changes to this bug.
Description Bill Nottingham 2004-05-21 20:50:00 UTC 
Version:           k3b-0.11.9 (using KDE KDE 3.2.2)
Installed from:    RedHat RPMs
OS:                Linux

Originally filed at:

https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=122821

 Opened by Michal Ambroz (rebus@seznam.cz) on 2004-05-08 13:17

Private Comment

From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.6)
Gecko/20040207 Firefox/0.8

Description of problem:
It seems the K3B localization strings for Czech language are in latin2
encoding instead of UTF8 encoding in the test 3 release of Fedora Core 2.

This causes some (accented) characters to not display correctly. This
really hardens the usability of the program when using it with Czech
locales.


Version-Release number of selected component (if applicable):
k3b-0.11.9-3

How reproducible:
Always

Steps to Reproduce:
1.run k3b 
2.Some accented characters in menu and other text messages are not
visible.

Actual Results:  For example "N�pověda" is displayed like "N�pov
da" in the menu, or "Kořen" in the  file browser gets displayed
like "Ko en".
Comment 1 Bill Nottingham 2004-05-24 22:23:34 UTC 
 Additional Comment #2 From Michal Ambroz (rebus@seznam.cz)  on 2004-05-24 13:52 -------
Private Comment

Problem seems to be gone in release version of Fedora Core 2. 
Thanks
Comment 2 Bill Nottingham 2004-05-24 22:23:53 UTC 
Ergo, closing.