James Cloos wrote:
To have a key ouput a string rather than a single character, you have to
use XIM or something like that.
We'll need to add keysyms for the CH digraph and C'H trigraph and
appropriate mappings for them in the Compose tables.
Please open a bug report at:
Jeremy Henty wrote:
On Sat, Jan 10, 2009 at 05:53:56PM +0200, Angel Tsankov wrote:
(xdriinfo fails to configure saying that GL cannot be found)?
I have found it necessary to run /sbin/ldconfig after installing Mesa,
otherwise GL apps cannot find the GL shared libraries. Perhaps that
is
Tom LaStrange t...@lastrange.com wrote:
Wow. It's alive!
Sure alive, and still one among the fastest and most flexible
X11-window managers. Its focus forwarding by the icon manager, and the
functionality to decouple keyboard from mouse to attach these to
unrelated applications are unique and
So XEvIE would the solution to my problem and simply putting a grab on
the wanted keys wouldn't not.
And passwords can not be overheard by any program if a grab is used
to protect the input.
I hope I got it right this time...
Anyways... deep in the x.org wiki I found that this is a problem X12
Hi,
I've got a G45 MB (Gigabyte EG45M-D2SH)
I've installed the 2.5.99.2 xf86-video-intel driver
the Realtek v5.09 ALSA modules which includes the ALSA v18a
patch_intelhdmi code
aplay -l shows the Intel HDMI device:
List of PLAYBACK Hardware Devices
card 0: Intel [HDA Intel], device
Is there any documentation for Xephyr? It doesn't seem to have a manpage...
I'm trying to find out if I can use multiple keyboards with Xephyr. I'd
like to be able to connect a standard keyboard and a usb remote
control. The remote looks like a keyboard to the system and sends
ordinary
On Sun, 2009-01-11 at 07:03 -0600, Bill Wittig wrote:
I've got a G45 MB (Gigabyte EG45M-D2SH)
I've installed the 2.5.99.2 xf86-video-intel driver
the Realtek v5.09 ALSA modules which includes the ALSA v18a
patch_intelhdmi code
[...]
When MythTV is displayed (i.e. X is running), no
On Sat, Jan 10, 2009 at 02:40:04PM +0200, Daniel Stone wrote:
On Wed, Jan 07, 2009 at 08:27:39AM -0800, Dan Nicholson wrote:
On Wed, Jan 7, 2009 at 7:44 AM, Daniel Stone dan...@fooishbar.org wrote:
NAK of sorts: I'd like to fix this properly. In particular, hardcoded
paths are not the
Le 10/01/2009 17:58, Alan Coopersmith a écrit :
It was moved to the module because the server never calls it
directly - only the mouse module does, and if you're using another driver,
like evdev or void, then the code is never called at all.
Thanks for the explanation.
Rémi
Catching up on old mail ...
This was from GUADEC 2007 (cough), where the GTK+ people told us what we
want from X. I keep on forgetting this is in my inbox, and I guess it
should be on the wiki somewhere, but as I'm offline, mail will have to
do.
On Thu, Aug 23, 2007 at 06:05:33PM -0400, Adam
On Sat, Jan 10, 2009 at 10:00 PM, Dominique Pelle
dominique.pe...@gmail.com wrote:
Hi
I'm trying to create a new keyboard layout with xbd for X11 on
Linux for the C'HWERTY Breton keyboard.
This keyboard is a bit unusual because it has a C'H key and
pressing this key should result in 3
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Alan Coopersmith (4):
18748: xtrans.m4 causes configure --help to list --enable-ipv6 in wrong
case.
Switch ChangeLog generation to use XORG_CHANGELOG from xorg-macros 1.2
Add bugzilla, mailing list git repo pointers to README
On Wed, Jan 07, 2009 at 08:27:39AM -0800, Dan Nicholson wrote:
On Wed, Jan 7, 2009 at 7:44 AM, Daniel Stone dan...@fooishbar.org wrote:
NAK of sorts: I'd like to fix this properly. In particular, hardcoded
paths are not the way.
Sure. However, as it stands on both master and 1.6-branch,
Simos Xenitellis, le Sun 11 Jan 2009 18:52:44 +, a écrit :
(or, shall these be called ligature_ch, ligature_CH, etc;)
Err, AIUI, they shouldn't be called ligatures, because ligatures are
just a better way to render two letter closely, while here ch is
considered as a letter by itself.
On Sat, 2009-01-10 at 13:05 +0200, Daniel Stone wrote:
Thanks, Daniel, for capturing and replaying these requests.
support for watching for single property changes
This is pretty easy; just add the relevant code to XFixes, and the event
delivery itself doesn't really change much.
If
On Sun, Jan 11, 2009 at 8:07 PM, Samuel Thibault
samuel.thiba...@ens-lyon.org wrote:
Simos Xenitellis, le Sun 11 Jan 2009 18:52:44 +, a écrit :
(or, shall these be called ligature_ch, ligature_CH, etc;)
Err, AIUI, they shouldn't be called ligatures, because ligatures are
just a better
Simos Xenitellis, le Sun 11 Jan 2009 21:36:10 +, a écrit :
On Sun, Jan 11, 2009 at 8:07 PM, Samuel Thibault
samuel.thiba...@ens-lyon.org wrote:
Simos Xenitellis, le Sun 11 Jan 2009 18:52:44 +, a écrit :
(or, shall these be called ligature_ch, ligature_CH, etc;)
Err, AIUI, they
Samuel Thibault:
Simos Xenitellis, le Sun 11 Jan 2009 18:52:44 +, a écrit :
(or, shall these be called ligature_ch, ligature_CH, etc;)
Err, AIUI, they shouldn't be called ligatures, because ligatures are
just a better way to render two letter closely, while here ch is
considered as a
Compiling xorg-server-1.5.1 (from xorg 7.4) with GCC 3.4.3 produces the
following error message:
In file included from linuxPci.c:271:
/usr/include/linux/pci.h:454: error: parse error before pci_power_t
linuxPci.c:553: warning: no previous prototype for 'xf86AccResFromOS'
It seems that this has
On Sat, Jan 10, 2009 at 11:05:12PM -0800, Matt Helsley wrote:
ABS_CNT (and friends) need to be used in some places instead of
ABS_MAX. Also NBITS seems misnamed -- it is really the number of
longs needed to hold the specified number of bits.
Thanks for the patch. Please split it up into two
On Sat, Jan 10, 2009 at 11:51:22PM -0800, Matt Helsley wrote:
If it's available report pressure.
Signed-off-by: Matt Helsley matt.hels...@gmail.com
---
Changes:
Renamed pressure_valuator to has_pressure.
Nested some code blocks rather than having separate nearly
On Mon, 2009-01-12 at 10:42 +1000, Peter Hutterer wrote:
On Sat, Jan 10, 2009 at 11:05:12PM -0800, Matt Helsley wrote:
ABS_CNT (and friends) need to be used in some places instead of
ABS_MAX. Also NBITS seems misnamed -- it is really the number of
longs needed to hold the specified number
Daniel Stone wrote:
Or maybe even something like this, rather ...
+AC_ARG_WITH(default-xkb-model, AS_HELP_STRING([--with-default-xkb-model=MODEL],
+ [Keyboard model (default: pc104)]),
+[ XKB_MODEL=$withval ],
+
NBITS really convers the number of bits passed as its argument
into a number of longs. This is somewhat atypical of many
function-like-macro names. Rename it to NLONGS.
Signed-off-by: Matt Helsley matt.hels...@gmail.com
---
src/evdev.c | 16
src/evdev.h | 14 --
In linux/input.h each section's (e.g. ABS) FOO_MAX is the maximum FOO
value. Recent kernels define FOO_CNT as the maximum number of FOO there
will ever be. Hence using FOO_MAX to size the bit vectors representing
the capabilities of an evdev device is off by one.
Define FOO_CNT values for use
On Sun, Jan 11, 2009 at 06:04:40PM -0800, Matt Helsley wrote:
NBITS really convers the number of bits passed as its argument
into a number of longs. This is somewhat atypical of many
function-like-macro names. Rename it to NLONGS.
Pushed as 4dfd86b2201b2b19761a1abb3c580cecf0060224. Thanks.
On Sun, Jan 11, 2009 at 06:36:59PM -0800, Matt Helsley wrote:
In linux/input.h each section's (e.g. ABS) FOO_MAX is the maximum FOO
value. Recent kernels define FOO_CNT as the maximum number of FOO there
will ever be. Hence using FOO_MAX to size the bit vectors representing
the capabilities of
On Mon, Jan 12, 2009 at 01:29:24PM +1000, Peter Hutterer wrote:
On Sun, Jan 11, 2009 at 06:04:40PM -0800, Matt Helsley wrote:
NBITS really convers the number of bits passed as its argument
into a number of longs. This is somewhat atypical of many
function-like-macro names. Rename it to
Currently X, Y, and PRESSURE are special case axes in xf86-input-evdev.
This patch supports axes in a more general way. There are a few open
questions and TODOs:
TODO:
Add REL axes. Since we currently limit evdev devices to
exclusively REL or ABS axes we can reuse the
On Sun, 2009-01-11 at 19:37 -0800, Matt Helsley wrote:
Currently X, Y, and PRESSURE are special case axes in xf86-input-evdev.
This patch supports axes in a more general way. There are a few open
questions and TODOs:
TODO:
Add REL axes. Since we currently limit evdev devices to
Some comments purely related to your comments, not your code. I won't be
able to look at your code today.
On Sun, Jan 11, 2009 at 07:37:49PM -0800, Matt Helsley wrote:
Currently X, Y, and PRESSURE are special case axes in xf86-input-evdev.
This patch supports axes in a more general way. There
On Sat, Jan 03, 2009 at 10:31:47PM -0500, Thomas Jaeger wrote:
Sorry, forgot the attachment.
Thomas Jaeger wrote:
The attached patch implements the suggested behavior. I don't think
that this violates the spec.
From c41b2dcfe145022b1a3dba4243ad992e903238f2 Mon Sep 17 00:00:00 2001
On 2009.01.09 03:45:26 +0800, Tino Keitel wrote:
On Thu, Jan 08, 2009 at 16:04:55 +0800, Zhenyu Wang wrote:
Subject: [ANNOUNCE] xf86-video-intel 2.5.99.2
I'd like to know how/what can/should be tested before the release. What
versions of kernel/xserver/mesa/drm/whatever are required?
On Fri, Jan 09, 2009 at 02:13:34PM -0500, Thomas Jaeger wrote:
that's not good. I think there's historical reason to do so, but by now the
drivers should just let button mapping to the DIX (unless they need
something
really special). xsetwacom would be better off using libXi's
34 matches
Mail list logo