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 23226 - National (Polish) characters are incorrectly presented in Text tool and Dynamic text windows
National (Polish) characters are incorrectly presented in Text tool and Dynam...
Status: RESOLVED NOTGNOME
Product: GIMP
Classification: Other
Component: General
1.x
Other Linux
: Normal normal
: ---
Assigned To: GIMP Bugs
GIMP Bugs
Depends on:
Blocks:
 
 
Reported: 2000-09-04 14:00 UTC by Marcin Kasperski
Modified: 2002-12-13 20:02 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Marcin Kasperski 2001-01-28 15:58:53 UTC
Package: gimp
Version: 1.1.24

Name........: Marcin Kasperski
Email.......: Marcin.Kasperski@softax.com.pl
Platform....: Intel, Debian GNU Linux (potato with some woody packages)
GIMP Version: 1.1.24
GTK Version.: 1.2.8
WM/Version..: WindowMaker 0.61.1


-- Other system notes:

--

-- Problem description:
I am Polish, so I use Polish national characters. 
I observed, that in both text tool window (the window which shows
when I click text tool on image) and Dynamic Text window,
the national characters are not shown correctly. If I choose
iso-9959-2 font, on the image everything is correct.

Let me also mention, that in some older gimp1.1 version (the one
present in Debian Potato), using national characters causes gimp
crashes. It seems better in the 1.1.24 version (taken from Debian woody).
--


-- How to repeat:
1) Install gimp1.1 on Debian GNU Linux (or somewhere else).

2) Install some iso-8859-2 fonts (like those present in
xfonts-biznet-iso-8859-2-100dpi and xfonts-biznet-iso-8859-2-base 
Debian packages)

3) Configure X11 for polish national characters input
(there are a few methods, I use the one described below
because this is the one required by StarOffice 5.2PL).
In my case /etc/X11/XF86Config contains the following

Section "Keyboard"
    Protocol	"Standard"
    AutoRepeat	500 5
# Specify which keyboard LEDs can be user-controlled (eg, with xset(1))
#    Xleds      1 2 3
    LeftAlt     Meta
    RightAlt    ModeShift
    ScrollLock  Compose
    RightCtl        Control
    XkbKeycodes     "xfree86"
    XkbTypes        "default"
    XkbCompat       "default"
    XkbSymbols      "us(pc101)"
    XkbGeometry     "pc"
    XkbRules        "xfree86"
    XkbModel        "pc101"
    XkbLayout       "pl"
EndSection

(AFAIK this is the way newer RedHat's use)

4) Set the following environment variables

export LANG=pl_PL
export LC_ALL=pl_PL

4) Start gimp, create the image and try creating the
text (using both text tool and dynamic text) containing
the characters you will get by pressing RightAlt with
a, c, e, l, n, o, s, x, z (you should get the same characters
with some additional marks - with the exception of Alt-x
which gives Z with , over the letter). Choose some iso8859-2
font (like kathimerini or fonts with biznet in their names).
Some of the letters will be replaced with strange characters, some
will not be shown at all. Nevertheless, on the image they will look
correctly.

--


-- Other comments:
Please contact me if you need some other details.
--




------- Bug moved to this database by debbugs-export@bugzilla.gnome.org 2001-01-28 10:58 -------
This bug was previously known as bug 23226 at http://bugs.gnome.org/
http://bugs.gnome.org/show_bug.cgi?id=23226
Originally filed under the gimp product and general component.

The original reporter (Marcin.Kasperski@softax.com.pl) of this bug does not have an account here.
Reassigning to the exporter, debbugs-export@bugzilla.gnome.org.
Reassigning to the default owner of the component, egger@suse.de.

Comment 1 Raphaël Quinet 2001-04-26 18:10:38 UTC
Re-assigning all Gimp bugs to default component owner (Gimp bugs list)
Comment 2 Sven Neumann 2002-12-13 20:02:39 UTC
Should be safe to assume that this has been addressed in the meantime.
If at all, it was a GTK+ bug since the report said that the problem
only occured in the entry widgets. Most probably the bug reporter
didn't have a proper locale environment. I'll thus close it as NOTGNOME.