Hi Zaeem,
Today at 18:32, Zaeem Arshad wrote:
i have developed an urdu keymap for XFree86 that enabled typing in
urdu. We have been actively testing it for 4 months and using it for
localizing GPL/OSS projects. Kindly tell me how can this keymap be
submitted to the main X release so that
Yesterday at 19:35, Jrg Henne wrote:
Markus Kuhn wrote:
If you do something in this area, please implement the ISO 14755 hex
input method, and not the old MS-Windows one. (Or implement both
together, if you really need MS-Windows compatibility here. They don't
interfere with each other,
Yesterday at 19:35, Jrg Henne wrote:
Markus Kuhn wrote:
If you do something in this area, please implement the ISO 14755 hex
input method, and not the old MS-Windows one. (Or implement both
together, if you really need MS-Windows compatibility here. They don't
interfere with each other,
Hi Ivan,
On Saturday at 13:07, Ivan Pascal wrote:
To express it more factually, is there a way to assign, let's say
SHIFT+SHIFT to a greek polytonic kbd, SHIFT+ALT to sanscrit, SHIFT+META
to phonetics, etc.
Look inside keysymdef.h for possible symbol names which might produce
desired
Yesterday at 22:09, Vincent wrote:
Hello !
A friend of mine, quite involved in ancient greek, sanscrit and phonetic
alphabet has defined multiple xkb keyboards file. He wanted to know if
there is a way to shift directly to a particular definition, rather than
cycling through 3 or 4
Yesterday at 1:00, Ahmad Baitalmal wrote:
- In Gnome (I'm running 2.6 on xfree-4.3.99.902-r2) hitting the c key by
itself is somehow interpreted as ALT+C. So when I'm filling a text box in a
dialog box, when I hit c the dialog box calls up the Cancel button since it
has C underlined. The same
Hi Ahmad,
Yesterday at 22:09, Ahmad Baitalmal wrote:
SO the solution for me was to patch gtkkeyhash.c and force it to set
the correct consumed_modifiers when the keys I care about are pressed.
Here is the patch file:
http://ahmad.baitalmal.com/xkb/
gtk_altnav_consumed_modifiers_fix.patch
Alexander Krauss [EMAIL PROTECTED] :
I also noticed that the Compose-Files of 4.3.0 in UTF-8 locales use the
U keysyms even for characters that have old keysyms (all the accented
latin-{12...} chars). Is this an intended policy change or did it just
happen because they were automatically
Hi Jacek,
Jacek M. Holeczek [EMAIL PROTECTED] :
Basically, I cannot see how can you have a portable
one-definition-fits-all keymap if such things change (keycodes and
layout of the keyboard).
Have a look at this mail :
http://www.mail-archive.com/[EMAIL PROTECTED]/msg01608.html
Ivan
, 30. 2003. 17:58:33 CEST Owen Taylor :
As far as I know, you shouldn't lose that. That's done completely
separate from input method handling.
Uhm, I must have been mistaken. I remember having problems with it a
week or so ago (with Gtk+ 2.2.4), but I cannot replicate it now.
It must have
2003.08.27 09:28 Frank Murphy :
However, on this one machine Mode_switch doesn't have any effect,
no matter what key i assign it to.
Another thing you could try would be to set up an Esperanto XKB
keymap based on whichever national keymap you're using, though the
ideas behind Mode_switch
Okay, I'll mention some technical (and political) points that you
missed.
Frank Murphy wrote:
...
National:
... sr (Serbia)
sr is a country code for Suriname, so this one is linguistic, and
should be renamed to scc (a long unchanged code originating from
Serbo-Croatian in Cyrillic).
There
, 14. 2003. 04:32:57 CEST Frank Murphy :
Sorry, I meant shift levels. my proposed us-ascii would have just
key AE01 { [ 1,exclam ] };
not
key AE01 { [ 1, exclam, onesuperior, exclamdown ] };
I'd go for:
key AE01 { [ 1, exclam,
, 14. 2003. 13:12:05 Dr Andrew C Aitchison :
On Thu, 14 Aug 2003, Danilo Segan wrote:
For the sake of difference, I would recommend the following:
- National keymaps should use ISO 3166 code in all UPPERCASE (eg.
US)
- Linguistic keymaps should use ISO 639 code in all lowercase (eg.
en
, 13. 2003. 18:58:40 CEST Frank Murphy :
The only xkb_symbols us that I see are in digital/us and
xfree68/ataritt.
But the map would be the same as the xkb_symbols basic in pc/us,
basically, the same as latin(basic) only not including the group 2 or
3 symbols (exclamdown, etc.). However, it
, 14. 2003. 17:35:10 CEST Frank Murphy :
I'd go for:
key AE01 { [ 1, exclam, any, any ] };
(I'm not sure if your idea would work like this -- if it would,
then this is unneccessary burden).
It's already done with only two levels in the pc/us keymap. I don't
see a reason to
, 17. 2003. 15:18:18 CEST Hans Deragon :
There is no AltGr key on a standard US keyboard. And on usual US
intl keyboards, at least those I used on MS windows or when no locale
was set under Linux, apostrophe c generates c with cedilla. So
now what?
I strongly believe that the standard is
Keld Jørn Simonsen wrote:
So, in order to get c-cedilla, you'd do the following:
Right-Alt or AltGr + =, followed by c.
Why is AltGr + , not used for dead_cedilla ?
It seems more intuitive?
I don't know. It's all in the file /etc/X11/xkb/symbols/pc/latin.
The basic variant has this definition
Behnam Esfahbod wrote:
But when I use a key, in group 2, with RALT, a ? will print.
Try setting the correct locale for the corresponding application (LC_*,
LANG,...), and see if that helps.
Eg.
export LANG=sr_YU.UTF-8 export LC_ALL=sr_YU.UTF-8 # bash syntax for
Serbian language
or use the
Regards,
Ivan Pascal wrote:
Did you make your mind on the _XKB_{ALT|CONTROL}_FALLBACK_TO issue?
Yes. Since there are not more opinions I can write a summary.
We have three suggestions: my one with environment variables, Vasilis's offer
with a trying all groups in turn and your one.
Of
Regards,
Torsten Foertsch wrote:
I'd like to directly switch from group 1 to group 3, i.e like hitting
iso-next-group twice. Is that possible?
Not that I tried, but did you try setting action = LockGroup(group+=2)
for some key (in the compatibility section, for instance, in the
Ivan Pascal wrote:
Danilo Segan wrote:
It all works fine, but the problem arises with the usage of CTRL+key
combinations. If I put en_US as the first group, then they use keys from
group1 no matter what group is active. But, in any other case, they use
the key mappings from the current
For the time being, at least some of Ctrl/Alt dance can be achieved
using higher levels, so here are my problems.
In the currently designed sixlevel type (one at
http://www.kvota.net/srpski/1.5/sixlevel), where LCTL is
modifier_map-ed to Mod4, it works as expected (it does select level
five)
Danilo Segan wrote:
...
At least, if you opt for your suggestion of *_FALLBACK_TO, it would be
nice to be able to set this through keymaps, by using -option
parameter to setxkbmap (or in XF86Config):
setxkbmap -layout sr,yu,en_US -option
grp:shift_toggle,alt-fb:1,ctl-fb:3
Now that I think
While developing a bit more advanced (and correct) keyboard for Serbian,
I came across several problems.
I use the multi-layout features of XFree86 4.3.0.
The task:
Standard alphabet for Serbian is cyrillic, but latin transcription is
used as (if not more) widely as cyrillic script. So, I
25 matches
Mail list logo
