[ANNOUNCE] xf86-input-joystick-1.5.0
Official release of xf86-input-joystick-1.5.0 for use with xorg-server-1.7 Changes since 1.4.99.2 (rc2): Sascha Hlusiak (2): Revert add shave support Bump to 1.5.0 Features change since 1.4.1: * Key configuration semantic changed: Instead of supplying a KeySym, users need to configure scancodes, according to the selected keyboard layout (defaults to evdev, us). See man page for examples. * Property support for configured scancodes git tag: xf86-input-joystick-1.5.0 http://xorg.freedesktop.org/archive/individual/driver/xf86-input- joystick-1.5.0.tar.bz2 MD5: 79b20f86d1b2e625ae65e35c3457027f xf86-input-joystick-1.5.0.tar.bz2 SHA1: a9fed6827d55f59b7166185247952049b4e6d152 xf86-input- joystick-1.5.0.tar.bz2 http://xorg.freedesktop.org/archive/individual/driver/xf86-input- joystick-1.5.0.tar.gz MD5: 8b8925615b1e0605dff51669fa7dedbc xf86-input-joystick-1.5.0.tar.gz SHA1: 537a1d7ca110f9c445533aa9f52285bf1c50809d xf86-input- joystick-1.5.0.tar.gz Cheers, Sascha signature.asc Description: This is a digitally signed message part. ___ xorg-announce mailing list xorg-announce@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg-announce
Re: [ANNOUNCE] xf86-input-joystick-1.4.99.2
Am Mittwoch 07 Oktober 2009 02:20:11 schrieb Peter Hutterer: On Fri, Oct 02, 2009 at 11:50:13AM +0200, Sascha Hlusiak wrote: Second snapshot for upcoming xf86-input-joystick-1.5.0 Changes since 1.4.99.1: * Key configuration semantic changed: Instead of supplying a KeySym, users need to configure scancodes, according to the selected keyboard layout (defaults to evdev, us). * Property support for configured scancodes [...] add shave support I'd argue for reverting this patch, the new macros pull in the automake silent rules anyway. shave is only needed for those running automake 1.10. for drivers the noise isn't as bad and having the shave macros is just dead weight. see also alanc's email on the xorg-devel list proposing the removal of shave from X for 1.8. Thanks, reverted in my tree. I missed that discussion but agree with it. Regards, Sascha signature.asc Description: This is a digitally signed message part. ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: Floats in the protocol
Hi, Recap: Peter and I want to transfer floats in input properties, see there: http://lists.freedesktop.org/archives/xorg/2008-December/041647.html Besides being able to transfer floats with input properties, I'd like to see the possibility to transfer strings as well That would also give the possibility of using the workaround that Roland suggested and encode floats (and basically anything else) by using strings. On XDS 08, Keith suggested simply putting them on the wire. That is, require IEEE756 32 bit and account for endianness. That seemed the most natural solution for me, too. Roland suggested to drop the binary representation, and favored a string rep. specified in C99. He claims interchange of binary representations is unsafe due to platform details: http://lists.freedesktop.org/archives/xorg/2008-December/041650.html It's hard to believe for me that platforms interpret IEEE754 in so different ways. Are there any more references where IEEE754 representation can go wrong between different platforms? - Sascha signature.asc Description: This is a digitally signed message part. ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: xserver: Branch 'master'
Daniel Stone schrieb: xkb/xkbUtils.c | 17 - 1 file changed, 16 insertions(+), 1 deletion(-) New commits: commit 48dbaf173a82693fd72953983da9fc556cd1c6ed Author: Daniel Stone dan...@fooishbar.org Date: Tue Dec 30 12:17:14 2008 +1100 XKB: Also copy keyboard feedback when copying the keymap When updating the XKB keymap, make sure the keyboard feedback is also copied, to preserve autorepeat settings etc. Signed-off-by: Daniel Stone dan...@fooishbar.org Wasn't that commit meant for server-1.6-branch? Master worked fine before, and it was different anyway because of MPX, wasn't it? - Sascha signature.asc Description: OpenPGP digital signature ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: xf86-input-evdev: Changes to 'master'
Hi Daniel,
Am Tuesday 02 December 2008 10:13:50 schrieb Daniel Stone:
On Tue, Dec 02, 2008 at 09:21:33AM +0100, Sascha Hlusiak wrote:
Please have a look at xkb/ddxCtrls.c @ XkbDDXUsesSoftRepeat. Software
autorepeat will exactly not happen in the server, if delay is set to 660
and rate is set to 25 (interval=40). This is the default setting when
starting up the server.
Any comments on removing that complete chunk or on setting
XKB_ALWAYS_USES_SOFT_REPEAT?
Hi,
XkbDDXUsesSoftRepeat is pretty weird with checking for the AccessX
flags, but based on a quick look at the XkbProcessKeyEvent flow, I think
it's pretty safe to always just return 1 from XkbDDXUsesSoftRepeat. We
can gut the rest later on, as a continuation of xkb-atkins. I don't
have a clean tree around (am in the middle of a big rebase -i with large
uncommitted changes), but if you or anyone else feels like committing
that, and you've tested that it works:
Signed-off-by: Daniel Stone [EMAIL PROTECTED]
I did some tests and it turned out that commit
6867652c2c8ad563d5655302d94134592b10265b in xf86-input-evdev did not stop the
event from sending repeated events at all. I replaced it with a patch that
just ignores all autorepeated events in evdev. Has the same effect.
And with kicking out the code of xserver, I get completely working and correct
key autorepeat. Delay and rate is correct, default is working as well and
modifiers don't repeat, as expected.
When applying the evdev patch but not the xserver patch, you get non-working
autorepeat when it's set exactly to a delay of 660 and rate of 25 (interval
40), which is the default. I'd rather send the patches to the list first, so
you can decide which branches to commit them to.
Cheers,
Sascha
diff --git a/src/evdev.c b/src/evdev.c
index 7b06c91..d246eed 100644
--- a/src/evdev.c
+++ b/src/evdev.c
@@ -238,15 +238,10 @@ PostKbdEvent(InputInfoPtr pInfo, struct input_event *ev, int value)
int code = ev-code + MIN_KEYCODE;
static char warned[KEY_MAX];
-/* filter repeat events for chording keys */
-if (value == 2
-(ev-code == KEY_LEFTCTRL || ev-code == KEY_RIGHTCTRL ||
- ev-code == KEY_LEFTSHIFT || ev-code == KEY_RIGHTSHIFT ||
- ev-code == KEY_LEFTALT || ev-code == KEY_RIGHTALT ||
- ev-code == KEY_LEFTMETA || ev-code == KEY_RIGHTMETA ||
- ev-code == KEY_CAPSLOCK || ev-code == KEY_NUMLOCK ||
- ev-code == KEY_SCROLLLOCK)) /* XXX windows keys? */
-return;
+/* Filter all repeated events from device.
+ We'll do softrepeat in the server */
+if (value == 2)
+ return;
if (code 255 ev-code KEY_MAX) {
if (!warned[ev-code])
diff --git a/xkb/ddxCtrls.c b/xkb/ddxCtrls.c
index 34ea0bd..be269c2 100644
--- a/xkb/ddxCtrls.c
+++ b/xkb/ddxCtrls.c
@@ -57,27 +57,7 @@ int realRepeat;
int
XkbDDXUsesSoftRepeat(DeviceIntPtr pXDev)
{
-#ifndef XKB_ALWAYS_USES_SOFT_REPEAT
-if (pXDev pXDev-kbdfeed ) {
- if (pXDev-kbdfeed-ctrl.autoRepeat) {
- if (pXDev-key pXDev-key-xkbInfo) {
- XkbDescPtr xkb;
- xkb= pXDev-key-xkbInfo-desc;
- if ((xkb-ctrls-repeat_delay == 660)
- (xkb-ctrls-repeat_interval == 40)
- ((xkb-ctrls-enabled_ctrls(XkbSlowKeysMask|
- XkbBounceKeysMask|
- XkbMouseKeysMask))==0)) {
- return 0;
- }
- return ((xkb-ctrls-enabled_ctrlsXkbRepeatKeysMask)!=0);
- }
- }
-}
-return 0;
-#else
return 1;
-#endif
}
void
signature.asc
Description: This is a digitally signed message part.
___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg
Re: events in evdev.c
Your argument would make sense if X didn't go to painful lengths to maintain an abstract input driver API/ABI that allowed for arbitrary drivers. confused. I was saying that the evdev wasn't as good an example of how to write a driver than the joystick was. The joystick driver itself maintains an abstract input layer which IMO belongs into the server, not the driver. What's left then is nothing more than the evdev driver. I really don't see where the joystick driver is superior in driver design other that it provides backends for 3 interfaces. I was, in my mind, really concentrating on the keysym business, which is not compilable outside of Linux. keysyms are totally X11 and application side and very much cross-platform. Where did you see the opposite? Maybe, the fact that we're talking about Linux events versus Xorg events versus the non-existence of FreeBSD user-mode events is what confused things? I think you confuse something here. We never talked about Xorg events here. And something similar to the Linux events (as in evdev) do exist in FreeBSD, it's just no 1:1 mapping. And even if they didn't; what's your point? That the evdev driver should not exist then, just because other platforms don't provide such an interface? - Sascha signature.asc Description: This is a digitally signed message part. ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: events in evdev.c
Both Solaris and BSD have very similar event APIs, afaik, and could easily have drivers for same. But they don't. Patches gratefully etc. - ajax I'm really rather curious where you got the idea that FreeBSD had something that looked even vaguely like the Linux events. I know that if you look at the FreeBSD man page EVENTHANDLER(9) you can see an event interface, but that one is intra-kernel, not exported to applications like the Linux one is. Using the event interface, like evdev does, takes away the portability. The xf86_input_joystick interface is a way better example for how to write a driver than the evdev is (unless you're using Linux), because it compatibly brings in 3 different interfaces types, /including/ evdev. If it were me, that's the one I'd give newbies, not evdev. BSD has the usbhid interface, which uses events as well. It's implemented in xf86-input-joystick's backend_bsd.c file and it's pretty generic (here of course trimmed for joystick use). Of course the interface is BSD-only (don't know about Solaris) but if the interfaces are somewhat compatible one could of course thing about wrapping it in the server, like the joystick driver does for itself. - Sascha signature.asc Description: This is a digitally signed message part. ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
[ANNOUNCE] xf86-input-joystick-1.3.0
Sorry, forgot to include two header files required for build. The tarballs were replaced with the fixed version. git tag: xf86-input-joystick-1.3.0-1 Changes: - Include StrKeysym.h and ks_tables.h in dist New md5sum: 4b49fb81ee8b7e9e629784a6107b2264 xf86-input-joystick-1.3.0.tar.bz2 092dd39fee68a134e29d62625a916f11 xf86-input-joystick-1.3.0.tar.gz New sha1sum: ebc8c8c089882a135a1fb595f8bced1568cb7568 xf86-input-joystick-1.3.0.tar.bz2 9edccb451d4e5688cc0c6639313800ac5e7ad4dd xf86-input-joystick-1.3.0.tar.gz http://xorg.freedesktop.org/archive/individual/driver/xf86-input-joystick-1.3.0.tar.bz2 http://xorg.freedesktop.org/archive/individual/driver/xf86-input-joystick-1.3.0.tar.gz - Sascha signature.asc Description: This is a digitally signed message part. ___ xorg-announce mailing list xorg-announce@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg-announce
[ANNOUNCE] xf86-input-joystick-1.2.2
Release 1.2.2 git tag: xf86-input-joystick-1.2.2 Changes since 1.2.1: - man page installs in section 4 instead of 4x - Additional valuator per axis reporting unmodified physical value to X - Makefile.am: Rule to autogenerate ChangeLog from git on make dist - Removed unnamed unions to compile again with gcc 2.95 - Reporting correct amount of exported buttons to X - Added short note section to manpage - Removed abundant debugging messages that are no use for anybody - Button event is only generated when button actually changed md5sum c12f60c72e4ae42bb27857be3904b945 xf86-input-joystick-1.2.2.tar.bz2 ad1c41bafc239de24a322de96c10d943 xf86-input-joystick-1.2.2.tar.gz sha1sum 2a837355f5a8e10bd56322319ace5afaa2536ac6 xf86-input-joystick-1.2.2.tar.bz2 12f527a033e9cf35c4e55fff48e081dbfb776159 xf86-input-joystick-1.2.2.tar.gz http://xorg.freedesktop.org/archive/individual/driver/xf86-input-joystick-1.2.2.tar.bz2 http://xorg.freedesktop.org/archive/individual/driver/xf86-input-joystick-1.2.2.tar.gz - Sascha signature.asc Description: This is a digitally signed message part. ___ xorg-announce mailing list xorg-announce@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg-announce
