On Sat, Apr 27, 2013 at 08:32:16PM +0100, Ken Moffat wrote:
>  Glad it works for you.  When I got home a few minutes ago I
> remembered I'd set an environment variable in .xinitrc.  I've been
> using GTK_IM_MODULE=xim.  If I unset that variable, unicode input by
> number works for me too.
> 
>  But the side effect is catastrophic - I lose many of the extra dead
> keys I've added via xmodmap.  Oddly, dead hook (dead horn if shifted)
> on AltGr j/J and AltGr KP + still work [ they are standard somewhere
> on one of the american maps, maybe only things the gtk2 designers
> knew about will work ].
> 
>  The main loss is dead stroke, dead below comma, dead currency.
> 
>  I'm now searching to see if any different module helps.  If not, I
> guess I'll paste on the rare occasions I need this (or 'insert
> special character').
> 
 Eventually, I found a red hat posting which suggested that inputting
unicode by-number is a workaround for an ill-configured system.
That's not how I would put it (nobody will have a setup which lets
them key every possible codepoint), but it reflects the position :

 If you concentrate on CJK, you probably need an input method to
suit you.  That is beyond my interest (or knowledge).  You might
also have problems with accented latin alphabets, dunno.

 If you only key latin/cyrillic/greek alphaabets AND you can live
with the [ by now somewhat old - current unicode is 6.2 ] gtk2
keyboard / compose tables, then you can have
shift-ctrl-u-number-space unicode input.  Whether that works for
recent additions to unicode (the latest was the new turkish lire
sign, which isn't in the fonts I've installed on this build) I
neither know nor care!

 But if you want to add compose sequences or dead keys beyond what
gtk knows about (or to fix existing broken obscure compose
sequences in libX11), you will lose the ability to directly key
unicode codepoints by number.

 So, I'll stop trying to use that - it's only lo writer where I
would use it, and Insert -> Special Character provides a workaround.

ĸen
-- 
das eine Mal als Tragödie, das andere Mal als Farce
-- 
http://linuxfromscratch.org/mailman/listinfo/blfs-support
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page

Reply via email to