Hello,
But I can't find a way to ask about current symbols. I just want to receive
short description like 'ru' or 'en' (or any other information which may be
used to identify current symbols) - is there a way to get it ?
You can fetch names of groups that are symbolic names specified in
CVSROOT:/home/x-cvs
Module name:xc
Changes by: [EMAIL PROTECTED] 05/04/14 05:31:59
Log message:
22. Fix a bug in XKB group adjustment (Ivan Pascal, reported Bugzilla
#1566).
Modified files:
xc/programs/Xserver/xkb/:
xkbUtils.c
Revision Changes
CVSROOT:/home/x-cvs
Module name:xc
Changes by: [EMAIL PROTECTED] 05/04/14 05:32:49
Log message:
updates
Modified files:
xc/programs/Xserver/hw/xfree86/:
CHANGELOG
Revision ChangesPath
3.3489+2 -1
New patch (attached) is more correct and should not harm something.
Looks OK to me. Is it needed for the second XkbAdjustGroup() call too?
Yes.
I did'n forget but tried to imagine when a negative value can appear there.
(The bug reason is that the 'state' structure there keeps all fields as
Hello,
I apologise for my slowness but I'd like to add small patch to Xserver XKB code.
The thing is that the bug was already fixed long ago but then came back.
The problem was reported in Bugzilla #1566. After some questions I found the
symptoms are wellknown for me and I had fixed the bug
Marc Aurele La France wrote:
OK. This makes some sense to me. But should something like this be done to
all affected locates?
Yes. The same problem exists for all other locales (at least for 'iso8859 like'
one-byte encodings).
I made changes for all such locales and commited them.
--
Marc Aurele La France wrote:
I don't know enough about this stuff to answer. Perhaps someone else will,
and deal with http://www.mail-archive.com/devel%40xfree86.org/msg06114.html.
In the meantime I've backed out the change that's causing this.
I investigated this issue.
In one of next
Yes, I see the pattern you mention in XID. Appears
that the most significant two bytes identify client
and the least sig two bytes identify window. This
should solve my problem. Thanks very much.
Actually Xserver may divide XID to these two parts in any bit position.
When an application
Markus,
Over the years, a number of problems have piled up with X11/keysymdef.h,
which I have set out to sort out.
I would like to add small changes into the XKB (iso9995) section of that file.
First of all I don't like the keysym XK_ISO_Group_Shift is an alias for
Mode_switch
#define
CVSROOT:/home/x-cvs
Module name:xc
Changes by: [EMAIL PROTECTED] 04/06/25 06:23:26
Log message:
139. Fixes and updates for XKB keymaps:
- Replace Latvian keymap with new one (Bugzilla #1415, Dmitry Golubev).
- Add geometry description for two variants of ABNT2
CVSROOT:/home/x-cvs
Module name:xc
Changes by: [EMAIL PROTECTED] 04/06/19 06:53:47
Log message:
137. Fixes and updates for XKB keymaps:
- Update Serbian keymap with new variant (Bugzilla #1176, Zvezdan Petkovic).
- Add Genius KB-12e model to inet keymap
CVSROOT:/home/x-cvs
Module name:xc
Changes by: [EMAIL PROTECTED] 04/06/19 06:55:07
Log message:
updates
Modified files:
xc/programs/Xserver/hw/xfree86/:
CHANGELOG
Revision ChangesPath
3.3281+7 -1
Hi,
Hi. This keyboard stuff is all very confusing to me. Is there
a single, coherent, easy to understand (for hard headed understanders
like me) document which explains it from first principles?
I'm afraid with such conditions (single, easy and from first principles)
you hardly find
Hi,
You can get some information through MSDN
Thanks.
But as you describes later, in theory any application is free to use any
other symbols map obtained from any other source. That's what I want.
Yes. And such approach doesn't require any changes in existent design but
just
Hi,
As to the idea of rewrite the xlib using iconv, is there a real working plan,
or is it just an idea?
I would say there are some thoughts what and how can be done but no one line
of code yet.
Fist of all, I would like to keep existent i18n modules for a fallback (anyway
they are separate
Hi,
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 behavior. You can notice that it's possible
CVSROOT:/home/x-cvs
Module name:xc
Changes by: [EMAIL PROTECTED] 04/05/08 00:27:43
Log message:
updates
Modified files:
xc/programs/Xserver/hw/xfree86/:
CHANGELOG
Revision ChangesPath
3.3253+13 -1
Hi,
Sorry for such long delay.
The abnt2 keyboard has a comma and a dot in the keypad. The dot is generating
the KP_Decimal keysym but the comma is generating the comma keysym. This make
both comas use the same keysym. It appears to me that the KP_Separator should
be generated.
Hi,
In XFree 4.3.0 most of keymaps were changed to allow their combining into
one multi-layout keymap. But us_intl map was changed later. Therefore its
behavior depends on have you 'pure' 4.3.0 or some version with additional
patches.
Could you run
setxkbmap us_intl -print
and send its
(in french, sorry)
But with good pictures. :)
And keyboard definitions :
http://externe.net/clavier-normalise/cn-test.gz
http://externe.net/clavier-normalise/cn.gz
http://externe.net/clavier-normalise/cn-latin1.txt
They are complete keyboard maps in xkb format (except the last one).
Hi,
Generally, I use the following configuration (or sometimes its
XF86Config equivalent, but that only on some machines I installed and
had no problems with) for most (PC104) keyboards I work with:
setxkbmap -keycodes 'xfree86' -types 'complete' -compat 'complete+leds(scroll)'
-symbols
CVSROOT:/home/x-cvs
Module name:xc
Changes by: [EMAIL PROTECTED] 04/04/03 05:43:43
Log message:
55. Fixes and updates for XKB keyboard maps:
- Add nodeadkeys variant to gb keymap (Philip Clayton).
- Rename microsoftprose keyboard model to microsoftprousb
CVSROOT:/home/x-cvs
Module name:xc
Changes by: [EMAIL PROTECTED] 04/04/03 05:44:26
Log message:
update
Modified files:
xc/programs/Xserver/hw/xfree86/:
CHANGELOG
Revision ChangesPath
3.3205+11 -1
Hi,
Sorry for the delay. This task appeared more complex than I thought.
Ahmad Baitalmal ahmad at baitalmal.com writes:
So I think I'm even closer,
I ran xev to see what I'm getting.
It seems to be sending Up when I hit Alt+C which is perfect, but the state is
modified to 0x8 whick
Hi,
I'm using ca keyboard, and was tired that this right control key was mapped
to some 5th modulator key that's seems completely useless...
The 'ca' keymap is overloaded with symbols. There are up to 5 symbols per key
there and the additional modifier is needed to access fifth symbols.
Hi,
In 4.3.0 days I made a change to the native keyboard driver that would
differentiate between Alt+Ctrl+SPECIAL and Alt+Ctrl+Shift+SPECIAL, where
SPECIAL is one of the VT screen switch, zap, or mode change keys. I
submitted a small patch (Bugzilla #1298) that cathes a new case where
Hi,
For the second question, cs* are used for CTEXT encoding, fs* are used
for font rendering, these definitions can be different.
This doesn't convince me.
Nothing wrong there. The cs* sets are used for conversion from CTEXT as well
as to CTEXT. When a convertion module converts
Hi,
I've just tried to get the XkbLayout in my program, but It doesn't work for me at
this moment.
I caught the event, when the user changes the keyboard layout. But I cannot get the
layout symbolic name as is in my XF86Config like us or
cz or de or whatever I have there in the
Hi,
Danilo Segan [EMAIL PROTECTED] dixit :
With XFree86 4.3, multigroup layouts have been, sort of, abandoned --
you should probably create separate groups for each, and combine them
using setxkbmap, xkbcomp features.
Thank you, Danilo. If I answered before your post I would say the
David Dawes wrote:
Where does the LED state get resynced with the DDX? The only place that
I see the LED state synced with the DDX is at init time. If I disable
XKB, 'xset q' doesn't report changes to the real LED state.
Yes. But I think it's rather a bug. Note that by deafult (without
CVSROOT:/home/x-cvs
Module name:xc
Changes by: [EMAIL PROTECTED] 04/01/20 07:15:56
Log message:
Update XKB registry file rules/xfree86.xml (Sergey Oudaltsov),
reflects CHANGELOG 759.
Modified files:
xc/programs/xkbcomp/rules/:
xfree86.xml
Hello,
Mark Vojkovich wrote:
On Mon, 19 Jan 2004, David Dawes wrote:
Tests for XChangeKeyboardControl
Test 9: FAIL
Test 10: FAIL
That has been showing up for a while. It should be followed up.
That's been showing up for a couple years. It's a regression.
I think the
CVSROOT:/home/x-cvs
Module name:xc
Changes by: [EMAIL PROTECTED] 04/01/17 07:04:16
Log message:
update
Modified files:
xc/programs/Xserver/hw/xfree86/:
CHANGELOG
Revision ChangesPath
3.3104+5 -1
CVSROOT:/home/x-cvs
Module name:xc
Changes by: [EMAIL PROTECTED] 04/01/17 06:59:37
Log message:
759. Updates for XKB keyboard maps:
- Add Tibetan/Dzongkha keyboard layout (Bugzilla #1082, Gregory Mokhin)
- Add three new Internet/multimedia keyboard
CVSROOT:/home/x-cvs
Module name:xc
Changes by: [EMAIL PROTECTED] 04/01/09 06:46:07
Log message:
751. Fix some rules in en_US.UTF-8 Compose file (Bugzilla #1071,
Matthew Fischer).
Modified files:
xc/nls/Compose/:
en_US.UTF-8
Revision
CVSROOT:/home/x-cvs
Module name:xc
Changes by: [EMAIL PROTECTED] 04/01/09 06:59:18
Log message:
752. Update XKB registry file rules/xfree86.xml (Sergey Oudaltsov).
Modified files:
xc/programs/xkbcomp/rules/:
xfree86.lst xfree86.xml
Revision
CVSROOT:/home/x-cvs
Module name:xc
Changes by: [EMAIL PROTECTED] 04/01/06 05:14:06
Log message:
734. Update Compose file for en_US.UTF-8 locale (Bugzilla #1053,
Matthew Fischer) and fix wrong comment signs there (Ivan Pascal).
Modified files:
xc/nls/Compose
CVSROOT:/home/x-cvs
Module name:xc
Changes by: [EMAIL PROTECTED] 04/01/06 05:35:35
Log message:
735. Add xkb keymap for Microsoft Mutimedia Keyboard keys (Bugzilla #1052,
Jacques Legare).
Modified files:
xc/programs/xkbcomp/rules/:
xfree86
CVSROOT:/home/x-cvs
Module name:xc
Changes by: [EMAIL PROTECTED] 04/01/06 05:49:29
Log message:
736. Fix memory double freeing at XIM destroying in imLcIm.c (Ivan Pascal,
reported: Bugzilla #1015).
Modified files:
xc/lib/X11/:
imLcIm.c
CVSROOT:/home/x-cvs
Module name:xc
Changes by: [EMAIL PROTECTED] 04/01/06 05:56:30
Log message:
updates
Modified files:
xc/programs/Xserver/hw/xfree86/:
CHANGELOG
Revision ChangesPath
3.3081+7 -1
Hi,
You'll find some documentation here: http://pascal.tsu.ru/en/xkb/
i haven't the information i need on that page. i may have overread it or
something, but i still ask myself what certain keywords mean when
reading the files in .../xkb/symbols/pc
. Igarashi).
- Add Shift+CapsLock group switcher (Ivan Pascal, see Bugzilla #1025).
- Update rules/xfree86.lst with missing descriptions (Ivan Pascal).
Modified files:
xc/programs/xkbcomp/rules/:
xfree86 xfree86.lst
xc/programs/xkbcomp/symbols/:
group
xc
CVSROOT:/home/x-cvs
Module name:xc
Changes by: [EMAIL PROTECTED] 03/12/30 05:31:18
Log message:
update
Modified files:
xc/programs/Xserver/hw/xfree86/:
CHANGELOG
Revision ChangesPath
3.3059+6 -1
CVSROOT:/home/x-cvs
Module name:xc
Changes by: [EMAIL PROTECTED] 03/12/22 06:59:07
Log message:
update
Modified files:
xc/programs/Xserver/hw/xfree86/:
CHANGELOG
Revision ChangesPath
3.3045+2 -1
Hi,
everything was ok, except that it appears to be ignoring the
Option XkbOptions grp:lwin_switch
Try lv3:lwin_switch instead.
--
Ivan U. Pascal | e-mail: [EMAIL PROTECTED]
Administrator of | Tomsk State University
University Network
CVSROOT:/home/x-cvs
Module name:xc
Changes by: [EMAIL PROTECTED] 03/12/18 06:11:05
Log message:
updates
Modified files:
xc/programs/Xserver/hw/xfree86/:
CHANGELOG
Revision ChangesPath
3.3039+8 -1
).
- Fix some keys in Georgian latin keymap (Bugzilla #985, Vano Beridze).
- Add Korean keymap (Jungshik Shin).
- Add French variant of 'dvorak' keymap (Josselin Mouette).
- Fix wrong key type in the 'keymap without special keys' (Ivan Pascal).
Modified files:
xc/programs
Hi,
OK, I have noted that the maps are different, and I suppose they are in
accordance with what you wrote in The XKB internals (I should confess
I couldn't understand this text very well...).
I guess. Even in Russian (the language the text was origianly written) it is
quite complicated.
Hi,
One question: the use of pc/[language code] will be the standard in
XFree86 4.4?
Yes.
If you are talking about [language code] for keyboard map name nothing is
changed there yet. There were proposals discussed here for new keyboard maps
that implied name changes of some maps but that
CVSROOT:/home/x-cvs
Module name:xc
Changes by: [EMAIL PROTECTED] 03/12/09 05:49:21
Log message:
update
Modified files:
xc/programs/Xserver/hw/xfree86/:
CHANGELOG
Revision ChangesPath
3.3030+2 -1
CVSROOT:/home/x-cvs
Module name:xc
Changes by: [EMAIL PROTECTED] 03/12/09 05:51:34
Log message:
661. Update Brazilian keyboard map (Ricardo Y. Igarashi).
Modified files:
xc/programs/xkbcomp/symbols/pc/:
br
Revision ChangesPath
1.4
CVSROOT:/home/x-cvs
Module name:xc
Changes by: [EMAIL PROTECTED] 03/12/05 05:14:48
Log message:
update
Modified files:
xc/programs/Xserver/hw/xfree86/:
CHANGELOG
Revision ChangesPath
3.3020+2 -1
CVSROOT:/home/x-cvs
Module name:xc
Changes by: [EMAIL PROTECTED] 03/12/05 05:17:55
Log message:
651. Update XKB registry file rules/xfree86.xml (Sergey Oudaltsov).
Modified files:
xc/programs/xkbcomp/rules/:
xfree86.xml
Revision ChangesPath
CVSROOT:/home/x-cvs
Module name:xc
Changes by: [EMAIL PROTECTED] 03/12/03 06:09:09
Log message:
646. Fix for XKB map 'altwin' to avoid one keysym to more than one modifier
mapping (Ivan Pascal).
Modified files:
xc/programs/xkbcomp/symbols/:
altwin
CVSROOT:/home/x-cvs
Module name:xc
Changes by: [EMAIL PROTECTED] 03/12/02 05:13:08
Log message:
633. Fixes for XKB keyboard maps:
- fix Meta, Super, Hyper keysyms interpretation
- fix typo in rules/xfree86.xml (Ivan Pascal).
Modified files:
xc
Hi,
The original i18n part of Xlib is very iso-2022 oriented and lately added
Unicode support doesn't fit its design well. It assumes that in every locale
the whole range of mutibyte codes can be divided to some non-overlaped
charsets (strictly speaking it usualy deals with GL/GR halfs of
I'd like to add some support to X for my usb keyboard's extra multimedia
keys (if it's not already there). It sends some keycodes to the linux
kernel that can't be passed via the kernel's raw mode. From my research,
it seems to me that the solution is to give X the ability to use the new
Hi,
From what you say ... I can forget KeySyms above 4 ... as the
XLookupString does not allow to access them ...
Yes.
The XLOCALEDIR is also a problem ... I would need to replace the whole
set of locales
Why? You need to copy the locales you really use. I don't think you use
all of over
Hi,
The XFree86 is 4.2.0 on a Linux/i386 machine ...
The first question is the following : (as far as I know) a key may
generate up to eight KeySyms ... the first four elements of the list are
You are deceived, there can be up to 256 keysyms for one key. :)
But...
split into two groups
CVSROOT:/home/x-cvs
Module name:xc
Changes by: [EMAIL PROTECTED] 03/10/31 06:32:05
Log message:
540. Improve xkbcomp's key types auto-recognition (Ivan Pascal).
Modified files:
xc/programs/xkbcomp/:
symbols.c
xc/programs/xkbcomp/symbols/:
us
Hi,
I have got a notebook with a trackpad and 2 mouse buttons. The middle button
is emulated. I find it very inconvenient to press these 2 buttons at once.
But I have got the 2 windows buttons I have never used with linux.
Is it feasible to redefine the combination of pressing the
CVSROOT:/home/x-cvs
Module name:xc
Changes by: [EMAIL PROTECTED] 03/10/25 06:25:12
Log message:
updates
Modified files:
xc/programs/Xserver/hw/xfree86/:
CHANGELOG
Revision ChangesPath
3.2903+7 -1
I'd like to add a special hotkey feature to the icewm window manager:
If the user holds down a (function) key for a configurable
amount of seconds a program will be executed.
Now my problem is how to query the key states in xlib.
My first attempt was using XGrabKey and calculating the
I was under the impression that the kernel would/should at least always see
the raw scancode (where this is not a value between 0 and 255), whether or
not it could do something with it, and that X didn't use linux's keyboard
driver anyway, it interpreted the scancodes itself.
You are
CVSROOT:/home/x-cvs
Module name:xc
Changes by: [EMAIL PROTECTED] 03/10/14 06:36:31
Log message:
500. Add 'inet' keymaps for two Logitec keyboard models (Bugzilla #762,
Eric Mountain; Bugzilla #766, Chris Hornbaker) and cleanup Logitec
keymaps (Ivan Pascal
CVSROOT:/home/x-cvs
Module name:xc
Changes by: [EMAIL PROTECTED] 03/10/14 06:38:57
Log message:
updates
Modified files:
xc/programs/Xserver/hw/xfree86/:
CHANGELOG
Revision ChangesPath
3.2883+4 -1
CVSROOT:/home/x-cvs
Module name:xc
Changes by: [EMAIL PROTECTED] 03/10/14 06:41:20
Log message:
fix typo
Modified files:
xc/programs/xkbcomp/symbols/:
inet
Revision ChangesPath
1.35 +3 -3 xc/programs/xkbcomp/symbols/inet
CVSROOT:/home/x-cvs
Module name:xc
Changes by: [EMAIL PROTECTED] 03/10/13 04:32:27
Log message:
499. Add missing SetScreenSaverTimer() to ProcSetScreenSaver (Ivan Pascal).
Modified files:
xc/programs/Xserver/dix/:
dispatch.c
xc/programs/Xserver/hw
Hello,
This proposal has no relation to i18n but since most of keyboard mapping issues
we discuss here I chose this list.
It happened that we have in Bugzilla two additions for the inet file (multimedia
and internet keys mapping) and both for Logitech models. Note that we already
have 15 maps
CVSROOT:/home/x-cvs
Module name:xc
Changes by: [EMAIL PROTECTED] 03/10/09 04:44:00
Log message:
496. Added USB keyboard support for Solaris/x86 platform (Bugzilla #352,
Daniel Rock).
Modified files:
xc/programs/Xserver/hw/xfree86/:
CHANGELOG
CVSROOT:/home/x-cvs
Module name:xc
Changes by: [EMAIL PROTECTED] 03/10/09 04:45:27
Log message:
496. Added USB keyboard support for Solaris/x86 platform (Bugzilla #352,
Daniel Rock).
Modified files:
xc/programs/xkbcomp/keycodes/:
xfree86
Hi,
If that module doesn't know how to emulate a scn-code for some key it
prints this message (note it is not Xserver's message but kernels one) and
passes nothing. In such case there is nothing to read for Xserver and you
don't see any events in xev.
However, showkey -s does show
Hi,
Sorry. I forgot that us_intl is 'old style' keymap. For such maps
you need
grp:*_switch options instead of lv3:*_switch. I.e. if you change
lv3:lwin_switch to grp:lwin_switch you will get access to extra symbols
of us_intl.
OK, I did it, but it's almost a same story. I can
compliant 'us_intl' keymap (Ivan Pascal).
- Fix 'macintosh' geometry file (Bugzilla #753, Simon Vallet).
Modified files:
xc/programs/xkbcomp/geometry/:
macintosh
xc/programs/xkbcomp/rules/:
xfree86 xfree86.xml
xc/programs/xkbcomp/symbols/:
gb
xc
CVSROOT:/home/x-cvs
Module name:xc
Changes by: [EMAIL PROTECTED] 03/10/04 03:26:03
Log message:
updates
Modified files:
xc/programs/Xserver/hw/xfree86/:
CHANGELOG
Revision ChangesPath
3.2870+6 -1
Hi,
OK, I configured as follows:
us_intl
lv3:lwin_switch,compose:menu
So, I use only US_intl
Dead keys work, but we still have the problem with c cedilla. I must
use Compose+,+c to get it. The problem is that even if I press Compose
key I get often the plain vanilla ,. I need to
Hi,
hi all,
I'm working on a virtual keyboard for disabled people and I have some
problems with button press emulation.
I use XTestFakeButtonEvent to simulate button press events.
Every virtual key has a keysym and using XKeysymToKeycode I translate
virtual key Keysyms into keycodes.
Hello,
I have project called lineak http://lineak.sourceforge.net which is a user
configurable daemon to run commands when a user presses a multimedia key on
their keyboard. However, some people who have USB keyboards, have a problem
that some keys do not get keycodes, or generate
CVSROOT:/home/x-cvs
Module name:xc
Changes by: [EMAIL PROTECTED] 03/09/27 06:31:59
Log message:
456. Fixes and updates for XKB keyboard maps:
- Update xkb geometry files (Alexander Pohoyda).
- Fix German-Romanian maps (Manfred Pohler).
- Cleanup
CVSROOT:/home/x-cvs
Module name:xc
Changes by: [EMAIL PROTECTED] 03/09/27 06:35:50
Log message:
updates
Modified files:
xc/programs/Xserver/hw/xfree86/:
CHANGELOG
Revision ChangesPath
3.2867+5 -1
Keith Packard wrote:
Yes, it looks like you're correct -- every example I could find would
ensure that pending device input was marked in checkForInput. There are
some odd examples of this however, which are somewhat instructive to
examine:
a) The original A/UX server had
Egbert Eich wrote:
The XKB code could call ProcessInputEvents just above the check for a
pending repeat key; that would ensure that any input queued either in the
X server or the kernel would get processed before repeat status was
checked.
Hm, doesn't ProcessInputEvents() only
Around 21 o'clock on Sep 22, Ivan Pascal wrote:
Also I added a flag for timers TimerNeedsCheckInput. The timers without this
flag are processed before the select all others are delaied until the second
timers check. (The second check doesn't distinguish those timers.)
I think that's
Hello,
Egbert Eich wrote:
One use for timeouts is to handle external network events, such as font
server reconnect or XDMCP messages. In those cases, the timeout routine
can modify which sockets will be needed in the select mask, hence the
desire for the timeout routine to
I made new version of the patch.
The issue Keith pointed is fixed.
Also I added a flag for timers TimerNeedsCheckInput. The timers without this
flag are processed before the select all others are delaied until the second
timers check. (The second check doesn't distinguish those timers.)
Also
CVSROOT:/home/x-cvs
Module name:xc
Changes by: [EMAIL PROTECTED] 03/09/08 04:22:19
Log message:
Reverese the previous patch that cause compiling problems.
Modified files:
xc/programs/Xserver/xkb/:
ddxLoad.c xkbInit.c
Revision ChangesPath
CVSROOT:/home/x-cvs
Module name:xc
Changes by: [EMAIL PROTECTED] 03/09/08 06:13:56
Log message:
updates
Modified files:
xc/programs/Xserver/hw/xfree86/:
CHANGELOG
Revision ChangesPath
3.2847+9 -1
with some substitutions.
- Add a searching of Compose file as a value of XCOMPOSEFILE environment
variable and as a $HOME/.XCompose file. (Ivan Pascal).
Modified files:
xc/lib/X11/:
Ximint.h imLcIm.c imLcPrs.c
Revision ChangesPath
3.13 +2 -2 xc
CVSROOT:/home/x-cvs
Module name:xc
Changes by: [EMAIL PROTECTED] 03/09/06 07:08:46
Log message:
updates
Modified files:
xc/programs/Xserver/hw/xfree86/:
CHANGELOG
Revision ChangesPath
3.2845+8 -1
CVSROOT:/home/x-cvs
Module name:xc
Changes by: [EMAIL PROTECTED] 03/09/04 06:56:48
Log message:
420. Fixes and updates for XKB keyboard maps:
- Fix unneeded BKSL redefinition in Ukrainian 'winkeys' keyboard map
(Andriy Rysin).
- Fix some keycodes
CVSROOT:/home/x-cvs
Module name:xc
Changes by: [EMAIL PROTECTED] 03/09/04 06:58:14
Log message:
updates
Modified files:
xc/programs/Xserver/hw/xfree86/:
CHANGELOG
Revision ChangesPath
3.2842+7 -1
Hi,
So currently, the Xlib keyboard customization (including compose) all exists
on the client side, but the XKB customization (not including compose) exists
more on the server side. You want to allow end-users (sitting in front of the
Xserver) to be able to configure the compose on the
Hi,
Vasilis Vasaitis wrote:
The second substitution would allow user to add currently used files into own
custom Compose file without care where that file is actually placed.
No objections here. Just don't forget to add at least another
substitution, %%, which produces a literal %,
Hello,
There are some issues related to a symbols composing and Compose files that
were mentioned here (and in Bugzilla) during last monthes.
The choice of Compose file depends on the current locale and is very unflexible.
The files are placed far from other keyboard-related files (many people
CVSROOT:/home/x-cvs
Module name:xc
Changes by: [EMAIL PROTECTED] 03/08/22 06:29:16
Log message:
384. Fix bugs in Xlib's EUC string converters that cause incorrect work of
_Xmblen. Fix _Xmblen usage in imCallbk.c when Xlib is built with
X_LOCALE (Etsushi
in some window mangers
(Bugzilla #580,616): window chooser menu doesn't disappear after
Alt key release (Egbert Eich, Ivan Pascal).
Modified files:
xc/programs/xkbcomp/symbols/:
uz
xc/programs/xkbcomp/symbols/pc/:
pc uz
Revision Changes
CVSROOT:/home/x-cvs
Module name:xc
Changes by: [EMAIL PROTECTED] 03/08/22 06:32:35
Log message:
updates
Modified files:
xc/programs/Xserver/hw/xfree86/:
CHANGELOG
Revision ChangesPath
3.2815+11 -1
CVSROOT:/home/x-cvs
Module name:xc
Changes by: [EMAIL PROTECTED] 03/08/22 06:30:26
Log message:
383. Update xev program for print the result of XmbLookupString call
(Bugzilla #582, Noah Levitt, Ivan Pascal)
Modified files:
xc/programs/xev/:
xev.c
Hi,
I checked lcEuc.c and found euc_mbstowcs() is doing wrong about
*from_left value. Referencing with stdc_mbstowcs() in lcgenConv.c, I
modified euc_mbstowcs() and also euc_wcstombs() in lcEuc.c. With this
modification, _Xmblen began to work fine .
Good work!
I was going to tell you
CVSROOT:/home/x-cvs
Module name:xc
Changes by: [EMAIL PROTECTED] 03/08/11 06:28:24
Log message:
updates
Modified files:
xc/programs/Xserver/hw/xfree86/:
CHANGELOG
Revision ChangesPath
3.2802+3 -1
1 - 100 of 160 matches
Mail list logo