Re: Unicode character entry

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



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


[Index of Archives]     [Fedora Desktop]     [Trinity Users]     [KDE]     [Gimp]     [Yosemite News]

  Powered by Linux