Ivan Pascal wrote:
If one wages the shortcomings and development effort, Vasilis' idea is certainly the best at the moment.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 course, my approach is worst. I just chose a way that is simplest for me.
The Vasilis's suggestion is better. In this case an appropriate group search
is invisible for users but quite reliable. Of course, I can imagine a situation
where such behavior can be considered as unexpected and unwanted one (I mean
a user would like Xlib fallback to the second or the third group but it gave him
the first one). But I think it's rather an imaginary case and will never
happen.
I quite realize that this would be more than a simple task, and would probably require changes to XKB protocol. Even more because it would not be the XKB style to make this possible for only two *preselected* modifiers, but for any, be it virtual or real (though, it might be reasonable to insist on them being real). It appears to me that it would require addition of entire new "category" of XKB settings, one that would go along with "keycodes", "compatibility", "types", "symbols" and "geometry" and others (lets imagine calling it "modsymbols"). How do you feel with the inclusion of such "category"? Would it be too much, or acceptable?Your offer looks like an ideal. Certanly, to have a separate map for a fallback (actally it doesn't need to be a full xkb group but just a simple one-level map) and allow a user to choose it by xkb options if he want, is a best approach. But what you describe is an external look only. To make it we need some serious changes in Xlib, xkbcomp, servers internal structures and maybe in the protocol of an XKB extension.
This would involve modifications to some (if not all) struct's used in the source code, certainly changes to the xkbcomp. And probably a few places I don't even know about at the moment.
If there is a volunteer for this task I would be glad but it isn't meI will consider doing it, but I make no promises whatsoever. If I get anywhere near the finish in the meantime (next few weeks), I'll be sure to inform you, and this list.
at least now.
I made a patch according to Vasilis's suggestion. You can test it.Thanks for the patch. I'll test it right away!
Since one of the concerns for me is how will it work for the "average" user who installs only the "release", will this patch be included in the XFree86 4.3.1?
Cheers, Danilo
_______________________________________________ I18n mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/i18n
