Re: Unicode character entry
- From: Simos Xenitellis <simos.lists@xxxxxxxxxxxxxx>
- Date: Tue, 1 Jun 2010 08:41:11 +0300
On Tue, Jun 1, 2010 at 6:48 AM, Joe Smith <jes@xxxxxxxxxxx> wrote:
On 05/31/2010 09:43 PM, John Jason Jordan wrote:
...
I am a linguist and I need to type characters from several Unicode
pages (IPA, combining diacritics, and a few others). Over the years I
have learned the codes for the characters that I use - for example, if
I need an esh I type Ctrl-Shift-u + 283. Keyboard layouts are great
if you need to switch from one language to another, but I cannot use a
keyboard layout because there are too many characters - roughly 140,
plus about 20 optional combining diacritics.
If I upgrade my Fedora 11 to Fedora 13, will I still be able to use
Ctrl-Shift-u + Unicode value? If so, do I have to change the default
settings somehow?
All I can tell you is, after I installed F13, out of the box, the old
standby, ISO-standard (as Simos points out), Ctrl-Shift-U + Unicode digits,
did nothing in any apps for me.
I'm still trying to find out whether that is by intention or by accident.
I did find a discussion of this (for F12) here:
http://forums.fedoraforum.org/showthread.php?t=236034
which mentioned enabling an input method.
I tried their suggestion: System > Preferences > Input Method, which
recommended ibus, then I poked around in the preferences there until I found
"rawcode" which seemed likely. I also configured Ctrl+Shift+U as the "Enable
or Disable" sequence.
I am not familiar with Fedora.
In Ubuntu, in System/Administration/Language support there is an
option for 'Input method'.
If you leave it empty then the default gtk+ input method is selected
(called 'Simple' when you right-click in a text editor). If you set
the environment variable GTK_IM_MODULE to an appropriate value
(gtk-im-context-simple), then Simple is selected (supports
Ctrl+Shift+U).
In the forum URL there is a mention about 'XIM'. XIM is X Input Method
which is the most basic (and probably primitive) input method,
provided by the X server. With XIM, applications bypass any input
methods from GTK+, and currently Ctrl+Shift+U does not work. You would
not need to worry about XIM unless you configured it yourself.
After getting that set up, I can enter characters by a /similar/ process as
before, but ibus likes to pop-up menus with character choices, and it seems
to use the same sequence to enable and disable the input method, so you have
to type Ctrl+Shift+U again to disable ibus or it will start up again any
time you type a hex digit.
So you can still enter characters by their code point, but it's not entirely
clear how to configure it, nor is it so simple to use it for a character
here and there.
You might prefer ibus/rawcode, since you need access to more characters and
the pop-up prompts it gives might be easier than remembering them all. For
me, it's a machine gun for a mosquito.
I also tried the environment variable setting mentioned in the forum thread:
GTK_IM_MODULE=gtk-im-context-simple
That gives the behavior I'm used to when I set it for individual
applications, but I can't figure out where to put it to apply it for
everything in my session. So far, I've tried both ~/.pam_environment and
/etc/environment to no effect.
This should work after a logout/re-login, or better, with a restart.
You can verify if the variable is set with
echo $GTK_IM_MODULE
Hope this helps,
Simos
_______________________________________________
gnome-list mailing list
gnome-list@xxxxxxxxx
http://mail.gnome.org/mailman/listinfo/gnome-list
- References:
- Re: Unicode character entry
- From: Joe Smith
- Re: Unicode character entry
- From: Simos Xenitellis
- Re: Unicode character entry
- From: John Jason Jordan
- Re: Unicode character entry
- From: Joe Smith
- Re: Unicode character entry
- Prev by Date: Re: Unicode character entry
- Next by Date: Re: Unicode character entry
- Previous by thread: Re: Unicode character entry
- Next by thread: Re: Unicode character entry
- Index(es):
Relevant Pages
|
