Re: [Linuxwacom-devel] UC Logic and Other Devices
Hi Martin, While we're waiting for comments from the dev.s I thought I would chime in. My understanding is the UC-LOGIC tablets, once their kernel drivers are working, aren't compatible with default xf86-input-wacom generic stylus logic. Apparently that would require some more work in the kernel. Instead they use the evdev X driver. However the Waltop and new KYE (Genius) tablets do work with xf86-input-wacom (and also xf86-input-evdev). And the Waltop tablets are explicitly supported along with the Hanwang and N-trigs. My libwacom data files for some Waltop tablets have been pending for months, for what that is worth. Aside from WizardPen, which has been on hiatus, there are two projects I am aware of dealing with the non-wacom tablets. 1) Nick Kondrashov's DIGImend project: http://sourceforge.net/projects/digimend/ Unfortunately there is getting to be a bit of a backlog of tablets. Nick really needs another couple of developers to help out. 2) yusuke494's new Waltop kernel driver project: http://waltop4linux.web.fc2.com/english/ Favux -- Symantec Endpoint Protection 12 positioned as A LEADER in The Forrester Wave(TM): Endpoint Security, Q1 2013 and "remains a good choice" in the endpoint security space. For insight on selecting the right partner to tackle endpoint security challenges, access the full report. http://p.sf.net/sfu/symantec-dev2dev ___ Linuxwacom-devel mailing list Linuxwacom-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linuxwacom-devel
Re: [Linuxwacom-devel] libwacom: [PATCH] data: Add caption indicators to layouts
In drafting there is a technical name for lines connecting labels to the object they reference. Leaders Leaders or leader lines indicate the part or area of a drawing to which a number, note or other reference applies. They are solid lines and usually terminate in a single arrowhead. -- Keep yourself connected to Go Parallel: VERIFY Test and improve your parallel project with help from experts and peers. http://goparallel.sourceforge.net ___ Linuxwacom-devel mailing list Linuxwacom-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linuxwacom-devel
Re: [Linuxwacom-devel] [PATCH] data: add Bamboo Fun Pen and Touch
Duplicate of patch 2/3 from this patch set submission: http://sourceforge.net/mailarchive/forum.php?thread_name=20120529060656.GB25726%40yabbi.bne.redhat.com&forum_name=linuxwacom-devel Favux -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_sfd2d_oct ___ Linuxwacom-devel mailing list Linuxwacom-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linuxwacom-devel
Re: [Linuxwacom-devel] [Patch libwacom 2/3] data: add the DE, Bamboo Capture (Pen & Touch Small)
Duplicate of patch 2/3 from this patch set submission: http://sourceforge.net/mailarchive/forum.php?thread_name=20120529060656.GB25726%40yabbi.bne.redhat.com&forum_name=linuxwacom-devel Favux -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_sfd2d_oct ___ Linuxwacom-devel mailing list Linuxwacom-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linuxwacom-devel
Re: [Linuxwacom-devel] [PATCH 0/2] add "Integrated" feature for ISD
IntegratedLCD? Short for digitizer sandwiched with LCD. Better than DisplayMounted I think. Sandwiched, Fused, Combined are also not descriptive enough. -- Don't let slow site performance ruin your business. Deploy New Relic APM Deploy New Relic app performance management and know exactly what is happening inside your Ruby, Python, PHP, Java, and .NET app Try New Relic at no cost today and get our sweet Data Nerd shirt too! http://p.sf.net/sfu/newrelic-dev2dev ___ Linuxwacom-devel mailing list Linuxwacom-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linuxwacom-devel
Re: [Linuxwacom-devel] Is it time to retire the user-space part of the touch screen driver?
Hi Tom, 2FG touch gestures were grandfathered into xf86-input-wacom because they were present in linuxwacom. Peter's policy has been to not add new gestures or support gestures for more than 2FG touch, although some tablets now have 4 or more finger touch. Chris Bagwell has done work on improving the gestures and bug fixes in xf86-input-wacom and some of the kernel work you mention. Unfortunately the BambooPT's have their ExpressKeys on the same device node as touch. Don't know about the Intuos5's. Placing touch on evdev does disable the xf86-input-wacom ExpressKey options for them. At least last time I checked you could not segregate daughter devices from the Parent device in xorg.conf.d to place touch on evdev and ExpressKeys on xf86-input-wacom.Evdev button handling is not comparable. Favux -- How fast is your code? 3 out of 4 devs don\\\'t know how their code performs in production. Find out how slow your code is with AppDynamics Lite. http://ad.doubleclick.net/clk;262219672;13503038;z? http://info.appdynamics.com/FreeJavaPerformanceDownload.html ___ Linuxwacom-devel mailing list Linuxwacom-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linuxwacom-devel
Re: [Linuxwacom-devel] X220t Tablet no longer working
Thanks a lot Rafi! Those are the 4 patches I thought we needed. I may be reading this wrong but I only see 2 of the 4 patches in 3.5.1: http://git.kernel.org/?p=linux%2Fkernel%2Fgit%2Fstable%2Flinux-stable.git&a=search&h=HEAD&st=author&s=Ping+Cheng They all appear to be in 3.6.rc1: http://git.kernel.org/?p=linux%2Fkernel%2Fgit%2Ftorvalds%2Flinux.git&a=search&h=HEAD&st=commit&s=Ping+Cheng http://kernel.org/ So the Wacom-kernel repository may not be quite up to date enough. Favux -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Linuxwacom-devel mailing list Linuxwacom-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linuxwacom-devel
Re: [Linuxwacom-devel] X220t Tablet no longer working
Hi Rafi, Sorry to bother you. But we were wondering how you dealt with the ID change from 0xe6 to 0x94 on your ThinkPad X220t? Thanks in advance. Favux -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Linuxwacom-devel mailing list Linuxwacom-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linuxwacom-devel
Re: [Linuxwacom-devel] X220t Tablet no longer working
Thanks. So you're saying it reads; [2.461144] usb 2-1.5: new full-speed USB device number 3 using ehci_hcd [ 18.410146] input: Wacom ISDv4 E6 Pen as /devices/pci:00/:00:1d.0/usb2/2-1/2-1.5/2-1.5:1.0/input/input7 [ 18.414956] input: Wacom ISDv4 E6 Finger as /devices/pci:00/:00:1d.0/usb2/2-1/2-1.5/2-1.5:1.1/input/input8 [ 18.415622] usbcore: registered new interface driver wacom [ 18.538446] usb 2-1.5: USB disconnect, device number 3 [ 19.745315] usb 2-1.5: new full-speed USB device number 4 using ehci_hcd And now you see the ID change from 0xe6 to 0x94. No clue. -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Linuxwacom-devel mailing list Linuxwacom-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linuxwacom-devel
Re: [Linuxwacom-devel] X220t Tablet no longer working
All I see in the dmesg is after the: [ 18.410146] input: Wacom ISDv4 E6 Pen as /devices/pci:00/:00:1d.0/usb2/2-1/2-1.5/2-1.5:1.0/input/input7 [ 18.414956] input: Wacom ISDv4 E6 Finger as /devices/pci:00/:00:1d.0/usb2/2-1/2-1.5/2-1.5:1.1/input/input8 [ 18.415622] usbcore: registered new interface driver wacom is the usb 2.0 ehci_hcd (Enhanced Host Controller Interface) having its power state modified. I'm not seeing the disconnection or re-connection as a new device. Am I missing that? Does Xorg.0.log show anything? -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Linuxwacom-devel mailing list Linuxwacom-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linuxwacom-devel
Re: [Linuxwacom-devel] X220t Tablet no longer working
I think I need to expand on my original reply on this thread. Rafi Rubin encountered the same ID change, see my original post for link. To answer my own question the patch set isn't in input-wacom yet because the last Dmitry next merge by Ping was from 6-12-12 and the patch set was after that. Patch set explanation and two replies including Rafi's test: http://www.spinics.net/lists/linux-input/msg21303.html Patch set: http://www.spinics.net/lists/linux-input/msg21304.html http://www.spinics.net/lists/linux-input/msg21305.html http://www.spinics.net/lists/linux-input/msg21306.html http://www.spinics.net/lists/linux-input/msg21307.html My assumption was this patch set also fixes the ID problem(a fall through?). Because Rafi reported it fixed his digitizer and he had the same ID change. It is just not obvious that fixing the ID is what this patch set does but I don't see another patch that does do that so I think this is what you need. If you don't want to patch you can get the source code from Przemo's Wacom-kernel Repository: http://sourceforge.net/apps/mediawiki/linuxwacom/index.php?title=Wacom-kernel_Repository Then you'll need to substitute the wacom.h, wacom_wac.h, wacom_sys.c, and wacom_wac.c you obtain for the ones in your kernel source code before compiling the wacom.ko module: make -C/lib/modules/`uname -r`/build M=`pwd` modules sudo cp wacom.ko /lib/modules/`uname -r`/kernel/drivers/input/tablet/ Or it might be simpler to do that in input-wacom's 2.6.38 folder and use its Makefiles. You may want to make a dkms. Good luck. Favux -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Linuxwacom-devel mailing list Linuxwacom-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linuxwacom-devel
Re: [Linuxwacom-devel] X220t Tablet no longer working
Hi Jonas, That's a known kernel bug. See this linuxwacom-discuss thread: http://sourceforge.net/mailarchive/forum.php?thread_name=4FE7F002.8000802%40ugcs.caltech.edu&forum_name=linuxwacom-discuss I took a quick peek at linux-input and didn't see the patch Ping mentioned yet, but might have missed it. Since I don't know where the bug is I'm not sure if trying input-wacom is a reasonable idea or not. Favux -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Linuxwacom-devel mailing list Linuxwacom-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linuxwacom-devel
Re: [Linuxwacom-devel] [PATCH] Find mouse buttons on pad devices if no 'usual' buttons found
I'm wondering what this will do to Waltop tablets. Currently their pad buttons are on evdev as are the multifunction dials, which control scroll and volume etc. Unfortunately Nick is taking a break so I can't ask him. Favux -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Linuxwacom-devel mailing list Linuxwacom-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linuxwacom-devel
Re: [Linuxwacom-devel] [PATCH libwacom 1/3] data: define button positions for Bamboos
Right. Since the 3.6.38 kernel or so the BambooPT button situation has been: physical Button 1BTN_RIGHT X Button 3 physical Button 2BTN_BACK X Button 8 physical Button 3BTN_FORWARDX Button 9 physical Button 4BTN_LEFTX Button 1 -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Linuxwacom-devel mailing list Linuxwacom-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linuxwacom-devel
[Linuxwacom-devel] [Patch libwacom 5/5] add: Bamboo Pen
From: David Foley Add the Bamboo Pen. The pen only BambooPT. Signed-off-by: David Foley --- data/bamboo-pen.tablet | 22 ++ 1 file changed, 22 insertions(+) create mode 100644 data/bamboo-pen.tablet diff --git a/data/bamboo-pen.tablet b/data/bamboo-pen.tablet new file mode 100644 index 000..a5b5aea --- /dev/null +++ b/data/bamboo-pen.tablet @@ -0,0 +1,22 @@ +# Wacom +# Bamboo Pen +# CTL-460 +# +# first generation BambooPT +# +# stylus with two buttons and no eraser +# Pen active area: 5.8 x 3.62in + +[Device] +Name=Wacom Bamboo Pen +DeviceMatch=usb:056a:00d4 +Class=Bamboo +Width=6 +Height=4 + +[Features] +Stylus=true +Reversible=true +Touch=false +Buttons=0 +BuiltIn=false -- 1.7.9.5 -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Linuxwacom-devel mailing list Linuxwacom-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linuxwacom-devel
[Linuxwacom-devel] [Patch libwacom 4/5] add: Bamboo Fun
From: David Foley Add the Bamboo Fun. A medium sized BambooPT. Signed-off-by: David Foley --- data/bamboo-2fg-6x8.tablet | 23 +++ 1 file changed, 23 insertions(+) create mode 100644 data/bamboo-2fg-6x8.tablet diff --git a/data/bamboo-2fg-6x8.tablet b/data/bamboo-2fg-6x8.tablet new file mode 100644 index 000..0f204ea --- /dev/null +++ b/data/bamboo-2fg-6x8.tablet @@ -0,0 +1,23 @@ +# Wacom +# Bamboo Fun +# CTH-661 +# +# first generation BambooPT +# +# stylus with two buttons and eraser; 2FG touch +# Pen active area: 8.53 x 5.40 in +# Touch active area: 7.48 x 5.12 in + +[Device] +Name=Wacom Bamboo 2FG 6x8 +DeviceMatch=usb:056a:00d3 +Class=Bamboo +Width=9 +Height=5 + +[Features] +Stylus=true +Reversible=true +Touch=true +Buttons=4 +BuiltIn=false -- 1.7.9.5 -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Linuxwacom-devel mailing list Linuxwacom-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linuxwacom-devel
[Linuxwacom-devel] [Patch libwacom 3/5] add: Bamboo Craft
From: David Foley Add the Bamboo Craft. Signed-off-by: David Foley --- data/bamboo-craft.tablet | 23 +++ 1 file changed, 23 insertions(+) create mode 100644 data/bamboo-craft.tablet diff --git a/data/bamboo-craft.tablet b/data/bamboo-craft.tablet new file mode 100644 index 000..8dba88c --- /dev/null +++ b/data/bamboo-craft.tablet @@ -0,0 +1,23 @@ +# Wacom +# Bamboo Craft +# CTH-461 +# +# first generation BambooPT +# +# stylus with two buttons and eraser; 2FG touch +# Pen active area: 5.8 x 3.62in +# Touch active area: 4.92 x 3.35in + +[Device] +Name=Wacom Bamboo Craft +DeviceMatch=usb:056a:00d2 +Class=Bamboo +Width=6 +Height=4 + +[Features] +Stylus=true +Reversible=true +Touch=true +Buttons=4 +BuiltIn=false -- 1.7.9.5 -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Linuxwacom-devel mailing list Linuxwacom-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linuxwacom-devel
[Linuxwacom-devel] [Patch libwacom 2/5] rename: Bamboo Pen & Touch data file
From: David Foley Rename bamboo-pen-and-touch.tablet to bamboo-2fg-4x5.tablet. It is a first generation BambooPT. The tablet drawing surface is larger than the pen's active area on 3 sides. The active area is a rectangle delineated on 3 sides by a white line about 1 cm in from the bezel edge and on the fourth side by the pad buttons. The touch active area is inside and smaller than the pen's. This arrangement means your finger does not have to contact a button edge. Signed-off-by: David Foley --- data/bamboo-2fg-4x5.tablet | 23 +++ data/bamboo-pen-and-touch.tablet | 28 2 files changed, 23 insertions(+), 28 deletions(-) create mode 100644 data/bamboo-2fg-4x5.tablet delete mode 100644 data/bamboo-pen-and-touch.tablet diff --git a/data/bamboo-2fg-4x5.tablet b/data/bamboo-2fg-4x5.tablet new file mode 100644 index 000..96804bd --- /dev/null +++ b/data/bamboo-2fg-4x5.tablet @@ -0,0 +1,23 @@ +# Wacom +# Bamboo Pen & Touch +# CTH-460 +# +# first generation BambooPT +# +# stylus with two buttons and eraser; 2FG touch +# Pen active area: 5.8 x 3.62in +# Touch active area: 4.92 x 3.35in + +[Device] +Name=Wacom Bamboo 2FG 4x5 +DeviceMatch=usb:056a:00d1 +Class=Bamboo +Width=6 +Height=4 + +[Features] +Stylus=true +Reversible=true +Touch=true +Buttons=4 +BuiltIn=false diff --git a/data/bamboo-pen-and-touch.tablet b/data/bamboo-pen-and-touch.tablet deleted file mode 100644 index 567fd24..000 --- a/data/bamboo-pen-and-touch.tablet +++ /dev/null @@ -1,28 +0,0 @@ -[Device] -# Bamboo Pen & Touch (CTH-460-DE), 2nd generation bamboo -Name=Wacom Bamboo Pen & Touch - -DeviceMatch=usb:056a:00d1 - -Class=Bamboo - -# There are two widths and heigths, one for pen input, one for touch. -# The one for pen is bigger, but in linux, only the smaller one works. -# But as the width is advertised as the bigger one for pen input, I put the pen input here. -Width=6 -Height=4 - -[Features] -Stylus=true - -Reversible=true - -Touch=true - -Ring=false -Ring2=false - -Buttons=4 - -BuiltIn=false - -- 1.7.9.5 -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Linuxwacom-devel mailing list Linuxwacom-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linuxwacom-devel
[Linuxwacom-devel] [Patch libwacom 1/5] add: Bamboo Touch
From: David Foley Add the Bamboo Touch. The touch only BambooPT. Signed-off-by: David Foley --- data/bamboo-2fg.tablet | 22 ++ 1 file changed, 22 insertions(+) create mode 100644 data/bamboo-2fg.tablet diff --git a/data/bamboo-2fg.tablet b/data/bamboo-2fg.tablet new file mode 100644 index 000..6037775 --- /dev/null +++ b/data/bamboo-2fg.tablet @@ -0,0 +1,22 @@ +# Wacom +# Bamboo Touch +# CTT-460 +# +# first generation BambooPT +# +# no stylus; 2FG touch +# Touch active area: 4.92 x 3.35in + +[Device] +Name=Wacom Bamboo 2FG +DeviceMatch=usb:056a:00d0 +Class=Bamboo +Width=5 +Height=3 + +[Features] +Stylus=false +Reversible=true +Touch=true +Buttons=4 +BuiltIn=false -- 1.7.9.5 -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Linuxwacom-devel mailing list Linuxwacom-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linuxwacom-devel
linuxwacom-devel@lists.sourceforge.net
From: David Foley Add the four remaining first generation BambooPT tablets. Modify the Bamboo Pen and Touch data file. Dave -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Linuxwacom-devel mailing list Linuxwacom-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linuxwacom-devel
Re: [Linuxwacom-devel] libwacom new data file 'make check' error
I must be doing something silly. I checked with a new clone and the HEAD doesn't point to the last commit daac0e5, it points to the one before f195cf3. So to get a tablet-validity.c without the DTI520 special case in it I have to do a 'git checkout daac0e5'. Because it is the same on both I doubt I've messed up the history. -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Linuxwacom-devel mailing list Linuxwacom-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linuxwacom-devel
Re: [Linuxwacom-devel] libwacom new data file 'make check' error
Oh shoot. I'm wrong. I missed the last commit daac0e51d32eb2000e1a7bf48a0ffb018e7c6c7c "test: remove special-case for DTI-520" Have to test with that. Sorry for the noise. Dave -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Linuxwacom-devel mailing list Linuxwacom-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linuxwacom-devel
Re: [Linuxwacom-devel] libwacom new data file 'make check' error
On Tue, May 22, 2012 at 10:04 AM, Bastien Nocera wrote: > On Tue, 2012-05-22 at 10:01 -0500, Favux ... wrote: >> So commit 4a7a7f16564869b3af6701aa943e5c88927f451b ? >> >> "test: Test each stylus with an eraser" > > The message you posted said it crashed on line 94. This is line 94: > 94 ↦ ↦ ↦ break;• > The clone has an up to date 'git pull'. For me line #94 is: assert(nstyli == 1); And: break; is 95. Dave -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Linuxwacom-devel mailing list Linuxwacom-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linuxwacom-devel
Re: [Linuxwacom-devel] libwacom new data file 'make check' error
So commit 4a7a7f16564869b3af6701aa943e5c88927f451b ? "test: Test each stylus with an eraser" -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Linuxwacom-devel mailing list Linuxwacom-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linuxwacom-devel
Re: [Linuxwacom-devel] libwacom new data file 'make check' error
On Tue, May 22, 2012 at 8:33 AM, Bastien Nocera wrote: > On Mon, 2012-05-21 at 22:28 -0500, Favux ... wrote: >> I'd appreciate some help on this one. I do not know why I am seeing >> on 'make check': >> >> lt-tablet-validity: tablet-validity.c:94: verify_tablet: Assertion >> `nstyli == 1' failed. >> /bin/bash: line 5: 8362 Aborted (core dumped) ${dir}$tst >> FAIL: tablet-validity >> === >> 1 of 3 tests failed >> === >> >> >From this .tablet file. It's the first of the 3 and they all seem OK >> to me. Don't understand why the stylus is flagged. > > Can't find this assertion in git master. Strange. I have a vanilla clone: libwacom$ git branch -r origin/HEAD -> origin/master origin/master Alright then. I'll submit the set to be looked at. Dave -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Linuxwacom-devel mailing list Linuxwacom-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linuxwacom-devel
[Linuxwacom-devel] libwacom new data file 'make check' error
I'd appreciate some help on this one. I do not know why I am seeing on 'make check': lt-tablet-validity: tablet-validity.c:94: verify_tablet: Assertion `nstyli == 1' failed. /bin/bash: line 5: 8362 Aborted (core dumped) ${dir}$tst FAIL: tablet-validity === 1 of 3 tests failed === >From this .tablet file. It's the first of the 3 and they all seem OK to me. Don't understand why the stylus is flagged. Dave 0001-data-add-ISDV4-90-tablet.patch Description: Binary data -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/___ Linuxwacom-devel mailing list Linuxwacom-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linuxwacom-devel
Re: [Linuxwacom-devel] [PATCH 1/1] Add support for the DTI-520
On Fri, May 18, 2012 at 11:32 AM, Jason Gerecke wrote: > On Fri, May 18, 2012 at 8:18 AM, Favux ... wrote: >> >> Right, no eraser. The lanyard eyelet clinches that. The one in my >> tablet PC's stylus is below the eraser. > Actually, that doesn't necessarily mean anything. For example, I've > got a DTU-2231 with a pen designated "UP-818E" whose eraser end has an > eyelet and near-zero (physical) pressure response. However, the eraser > end moves the cursor on screen and is pressure-sensitive in > applications. Ah, the eyelet mounted on the side of the "eraser" rather than on the end? I hadn't thought of that, I interpreted it as the eraser's end. That would work on the BambooPT stylus eraser too but I'd be concerned about the extra wear and tear with a cord attached even though it's mobility is very limited. Would much prefer the eyelet on the barrel. Favux -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Linuxwacom-devel mailing list Linuxwacom-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linuxwacom-devel
Re: [Linuxwacom-devel] [PATCH 1/1] Add support for the DTI-520
On Fri, May 18, 2012 at 8:46 AM, Adam Nielsen wrote: > > Well the tip on mine barely moves at all but it's pressure sensitive, > however the "eraser" is like a cap on the end of the pen - it doesn't look > like it can move at all as it's flush with the rest of the pen's plastic > shape. It's got a hole in it to attach a string or something so it can't > get lost, so I'm not really that surprised it doesn't work as an eraser. Right, no eraser. The lanyard eyelet clinches that. The one in my tablet PC's stylus is below the eraser. You'd have to find and buy a compatible stylus that has an eraser. Favux -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Linuxwacom-devel mailing list Linuxwacom-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linuxwacom-devel
Re: [Linuxwacom-devel] [PATCH 1/1] Add support for the DTI-520
The amount of movement as the eraser (what would be the rubber) depresses into the stylus barrel varies by stylus model. With one stylus I have it slides in a noticeable distance but my BambooPT stylus' eraser hardly slides in. But it does wiggle a bit. Guess it depends on how the transducer is set up. -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Linuxwacom-devel mailing list Linuxwacom-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linuxwacom-devel
Re: [Linuxwacom-devel] [RFC] LEDs & OLEDs on Intuos4 tablets
On Thu, May 17, 2012 at 3:21 PM, Jim Henderson wrote: > > FWIW, I have the same tablet here, and have been interested in seeing OLED > support return (there was support once upon a time through the kernel > driver, but it was overly complicated to use and required root privs and > a CLI tool to push images to it - it's been a couple of years since it > was there IIRC). Right, that was Nicholas Hirsch's usbfs solution. See his Tracker:Patches post: http://sourceforge.net/tracker/?func=detail&aid=2878608&group_id=69596&atid=525126 As you can see Ping included it with linuxwacom-0.8.5-8 for kernels 2.6.24 and later. But then upstream dropped usbfs and the Distros followed shortly. So nothing until Eduard Hasenleithner started submitting to linux-input in about March 2011. That became the current sysfs solution. He started on the xsetwacom implementation which was picked up by Ping and then Jason. Favux -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Linuxwacom-devel mailing list Linuxwacom-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linuxwacom-devel
Re: [Linuxwacom-devel] [RFC] LEDs & OLEDs on Intuos4 tablets
As far as I know other than on his blog Christoph has posted two(?) versions to the LWP mailing-lists. Or at least linked to them. The last was: http://sourceforge.net/mailarchive/message.php?msg_id=27183872 I think the one currently on his blog is a several month newer version. Sanette has posted his tweaks of the applet only on the Ubuntu forums thread I linked to earlier. Three versions total AFAIK. While he has posted on the mailing-lists I don't think he's posted the applet. By the way sanette is Vu Ngoc San. The applet isn't on Source Forge, GitHub, or Launchpad etc. as far as I know. Given sanette's plea/wish on the last version he posted for a coder/developer to clean the applet up I doubt he would have any objections to someone hosting it somewhere. Have to ask them: Christoph Karg wa...@kargulus.de Vu Ngoc San san.vu-n...@laposte.net Favux -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Linuxwacom-devel mailing list Linuxwacom-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linuxwacom-devel
Re: [Linuxwacom-devel] [RFC] LEDs & OLEDs on Intuos4 tablets
On Wed, May 16, 2012 at 12:23 PM, Bastien Nocera wrote: > > The gsd code only supports LEDs. I plan on adding support for OLEDs at > some point. Good. I was hoping for that. > We're mostly missing art, and a good algorithm to transform > the actions or keyboard combinations into 3 small drawings. That's one of the changes in the "latest" versions of the Karg/Sanette applet. Went to an icon library, icon-library.cpp, from.png files. Has always handled raw conversion I think. So there is already plenty of art in form of the old .png files and icon-library. On Wed, May 16, 2012 at 12:33 PM, Przemo Firszt wrote: > > Is that "poking" acceptable and are we going to add OLED support as > well? I'm thinking about a simple "select & load" of pre-prepared icons > for the begining. I presume gnome-settings-deamon is OK with root-only > access? As I mentioned there are a dozen or two icons currently available. On Wed, May 16, 2012 at 12:40 PM, Przemo Firszt wrote: > > Good, you're reading my mind :-) > I'd start with something simple (see my other email). What do you mean > by "a good algorithm to transform the actions or keyboard combinations > into 3 small drawings"? What about letting user define a text that > describes the action and convert the text to image? Windows driver is > using that method. (I might be missing something simple here as I > haven't started to work on OLEDs yet) Karg/sanette's applet does that. Favux icons.tar.bz2 Description: BZip2 compressed data icon-library.cpp.tar.bz2 Description: BZip2 compressed data -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/___ Linuxwacom-devel mailing list Linuxwacom-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linuxwacom-devel
Re: [Linuxwacom-devel] [RFC] LEDs & OLEDs on Intuos4 tablets
Hi Prezmo, Peter vetoed the xsetwacom implementation for the Intuos4 OLEDs: http://sourceforge.net/mailarchive/message.php?msg_id=28814445 >From this thread: http://sourceforge.net/mailarchive/forum.php?thread_name=CAF8JNhK6%3DvdFtXAYK6iX7UJo6%3DxSduaaUK63d94pGkg5V15s0Q%40mail.gmail.com&forum_name=linuxwacom-devel Other than the work Bastien mentions on the g-s-d/Wacom Tablet applet there is another applet then has been around a while. It's by Christoph Karg: http://braindump.kargulus.de/ And San (sanette) has posted several versions with modifications on the Ubuntu forums, the last: http://ubuntuforums.org/showpost.php?p=10921962&postcount=214 Christoph posted his applet once or twice on linuxwacom-discuss, not sure if San ever did. Christoph should have give the applet a name, don't you think? Favux -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Linuxwacom-devel mailing list Linuxwacom-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linuxwacom-devel
Re: [Linuxwacom-devel] Generic styli
Thanks Peter, That's the information that I've been waiting on. I'll just amend the .tablet files then. With the generic stylus they were going to see an eraser they don't have anyway. As long as adding an imaginary eraser doesn't cause a crash good to go. Favux -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Linuxwacom-devel mailing list Linuxwacom-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linuxwacom-devel
Re: [Linuxwacom-devel] Generic styli
Hi Ping, That makes sense. Some sort of drop down stylus/stylus image selector would do it. So on the wish-list. Favux -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Linuxwacom-devel mailing list Linuxwacom-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linuxwacom-devel
[Linuxwacom-devel] Generic styli
I saw Ubuntu patch libwacom for the BambooPT just before Precise came out. It did fix the Tablet applet crash but I didn't understand the crash given: [0xf] Name=General Pen Buttons=2 HasEraser=true Type=General This brings us back to the generic styli discussion in February. I thought the conclusion was since consumer tablets don't have a serial id for the stylus we were to use either nothing or: Styli=0xf; If we used nothing the default would be 0xf anyway. It the stylus lacked an eraser or only had one button the Tablet gui just wouldn't let it be configured. But there was no point making generic styli for the permutations because there wasn't an ID to select them with. To reiterate the Bamboo Pen and Ones do not have eraser. Nor do some of the tablet PCs. Some of the tablet PCs have one button. The N-Trig tablet PCs do not have an eraser. None of the Waltops have an eraser as far as I know. For a tablet without an eraser is it safe to use? Styli=0xf; Jason established that if the base model tablet supports a stylus type that can come with or without an eraser, someone could buy and use a stylus with an eraser (as long as it was compatible) on a tablet originally sold with a stylus lacking an eraser. So do we need to amend e.g. the bamboo-one.tablet file? Styli= is left out, so the default is to 0xf, correct? But if someone buys a stylus with an eraser that works on the Bamboo One that would presumably cause a crash. Yes? Favux -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Linuxwacom-devel mailing list Linuxwacom-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linuxwacom-devel
Re: [Linuxwacom-devel] Waltop class?
Hi, Nick feels that there is no need currently to have several Waltop tablet Classes using either the Wacom or new Waltop Classes. He thinks the differences between models aren't significant enough to justify it. In fact he would prefer a broader Class than Waltop in case the decision is to transfer the KYE tablet's stylus to xf86-input-wacom also. And maybe eventually the UC-Logic tablets. Right now I'm leaning toward the Class 'NonWacom' over 'Generic' or 'Other'. But I'm open to suggestions. :) Favux -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Linuxwacom-devel mailing list Linuxwacom-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linuxwacom-devel
Re: [Linuxwacom-devel] Waltop class?
Hi Chris, That makes sense. There is such a range of features within Wacom model types. I would amend Tablet PC to: Tablet PC - USB or ISDV4's and Serial I have to admit to some cognitive dissonance every time the kernel announces my USB Tablet PC as a "Wacom ISDv4 Pen" with stylus and eraser appended and "Wacom ISDv4 Finger" with touch appended. Might resolution also be a worthwhile generic label? We don't need to consider stylus pressure levels because they are normalized. Favux -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Linuxwacom-devel mailing list Linuxwacom-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linuxwacom-devel
Re: [Linuxwacom-devel] Waltop class?
Hi Peter, On Mon, Apr 30, 2012 at 10:54 PM, Peter Hutterer wrote: > On Mon, Apr 30, 2012 at 10:10:59PM -0500, Favux ... wrote: >> Another libwacom question for Waltop tablets. Could/should I create a >> WCLASS_Waltop? Or should I follow the lead in wcmUSB.c in which case >> the valid classes include Intuos4, Bamboo, and Graphire? Or should I >> leave in the Waltop tablet data the class as WCLASS_UNKNOWN? Either >> assign it unknown or leave class out altogether? > > Aren't the Waltops just largely identical to some of the wacom model lines? I gather the wcmUSB.c assignments were based on the attempted linux driver Waltop had. If true those correspondences were determined by Waltop. I presume they based that on features, resolution, and maybe pressure levels. I haven't really tried to determine correspondence with features. The Waltop's can have things like pad buttons or hot keys, scroll wheels, rings, and pucks but they apparently aren't compatible with the Wacom equivalents which is why Nick is putting them on the evdev driver. The major difference I see between Waltop tablets is that the latest Waltop models have battery-less styli and resolutions comparable to the Intuos4. So there are at least two classes. Three if resolution is considered. > If so, just pick the model line that is the closest. If not, it's better to > create new classes for each Waltop line of models instead of one Waltop > class. I'll go with the wcmUSB.c until Nick decides differently. And by the way there are a lot more Waltop PIDs in wcmUSB.c than those covered on the DIGImend site. Right now there are seven data files which should be it for while. That's mostly why I was thinking of one class. Favux -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Linuxwacom-devel mailing list Linuxwacom-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linuxwacom-devel
[Linuxwacom-devel] Waltop class?
Hi, Another libwacom question for Waltop tablets. Could/should I create a WCLASS_Waltop? Or should I follow the lead in wcmUSB.c in which case the valid classes include Intuos4, Bamboo, and Graphire? Or should I leave in the Waltop tablet data the class as WCLASS_UNKNOWN? Either assign it unknown or leave class out altogether? Favux -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Linuxwacom-devel mailing list Linuxwacom-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linuxwacom-devel
Re: [Linuxwacom-devel] GNOME Wacom Graphics Tablet applet, libwacom and non-Wacom tablets.
On Mon, Apr 30, 2012 at 4:55 AM, Bastien Nocera wrote: > On Mon, 2012-04-30 at 16:26 +1000, Peter Hutterer wrote: >> On Mon, Apr 30, 2012 at 01:12:13AM -0500, Favux ... wrote: >> > I have a question for the list. Is it intended that non-wacom tablets >> > on the xf86-input-driver, like the Hanwang, N-Trig, and Waltop, be >> > able to configure their styli through the applet? >> >> yes. > > It will only work with tablets that use the wacom X11 driver. Right. Typo, I meant the xf86-input-wacom driver. >> > It seems to me I recall several saying their tablet was detected and >> > they could configure pressure etc. with the GNOME 3.2 version. I have >> > a Waltop user in Ubuntu Precise (GNOME 3.4) reporting that the applet >> > doesn't detect his tablet although we have verified it is on the Wacom >> > X driver with working pressure. The tablet is not seen in the >> > gnome-settings-daemon key values under peripherals.wacom with >> > dconf-editor either. >> >> the gnome tool relies on libwacom, and libwacom has it's own database of >> device information (location of buttons, features, etc.). right now, if >> libwacom doesn't know about the device, it won't show up in the control >> center. > > No, it will show up, but with generic details. That's what I thought had been happening. So it may be a set up issue with this particular Waltop Media Tablet 14." on Fedora 17 (beta). Will have to wait for some more Waltops to report in then. >> Adding the required data files should make the device appear. So should submit Waltop data files either way. -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Linuxwacom-devel mailing list Linuxwacom-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linuxwacom-devel
Re: [Linuxwacom-devel] GNOME Wacom Graphics Tablet applet, libwacom and non-Wacom tablets.
On Mon, Apr 30, 2012 at 1:26 AM, Peter Hutterer wrote: > On Mon, Apr 30, 2012 at 01:12:13AM -0500, Favux ... wrote: >> I have a question for the list. Is it intended that non-wacom tablets >> on the xf86-input-driver, like the Hanwang, N-Trig, and Waltop, be >> able to configure their styli through the applet? > > yes. Great! Thank you. > the gnome tool relies on libwacom, and libwacom has it's own database of > device information (location of buttons, features, etc.). right now, if > libwacom doesn't know about the device, it won't show up in the control > center. > Adding the required data files should make the device appear. So we need to submit some Waltop tablet data files. Should be doable. Favux -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Linuxwacom-devel mailing list Linuxwacom-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linuxwacom-devel
Re: [Linuxwacom-devel] [PATCH libwacom 00/11] database verification fixup
The HP dv3-2250ep was 2FGT only. Non-convertible laptop. It used the E2 (Wacom ISDv4 E2). I don't recall another touch only model other than the BambooPT CTT460; Product ID = 0xd0. Also 2FGT. So two total so far? Dave -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Linuxwacom-devel mailing list Linuxwacom-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linuxwacom-devel
[Linuxwacom-devel] GNOME Wacom Graphics Tablet applet, libwacom and non-Wacom tablets.
Hi, I have a question for the list. Is it intended that non-wacom tablets on the xf86-input-driver, like the Hanwang, N-Trig, and Waltop, be able to configure their styli through the applet? It seems to me I recall several saying their tablet was detected and they could configure pressure etc. with the GNOME 3.2 version. I have a Waltop user in Ubuntu Precise (GNOME 3.4) reporting that the applet doesn't detect his tablet although we have verified it is on the Wacom X driver with working pressure. The tablet is not seen in the gnome-settings-daemon key values under peripherals.wacom with dconf-editor either. Favux -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Linuxwacom-devel mailing list Linuxwacom-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linuxwacom-devel
Re: [Linuxwacom-devel] Bamboo wireless support on Ubuntu 12.04
Hi Chris, Precise Pangolin (12.04) uses the 3.2 kernel. It's a LTS release, support is for 5 years. It will always have the 3.2 kernel, Ubuntu doesn't change kernel versions. A PPA for the 3.4 kernel might become available at some point though. So an input-wacom backport is needed. Dave -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Linuxwacom-devel mailing list Linuxwacom-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linuxwacom-devel
Re: [Linuxwacom-devel] libwacom
I've long suspected that if the stylus will work with the digitizer on a consumer tablet then all the stylus hardware will work too. So if your BambooPT was a Pen model without an eraser a Bamboo Pen & Touch model stylus with an eraser would have a working eraser even on the Pen. And the same with the tablet PCs. However I can recall only a few folks reporting this; apparently getting a new stylus isn't very common. So it is good you confirm it Jason. Given that is true then we don't want to restrict stylus or other capabilities for consumer tablets in libwacom. So the upshot is whether the different capabilities of the stylus need to be take into account in the applet. For example something that has been constantly seen since the xorg.conf days is folks having a section for the cursor even though their tablet doesn't come with a mouse/puck. However just like the stylus I suspect if the base model supports a puck then their tablet would even though it was packaged without one. Apparently a lot think the cursor refers to the pointer arrow rather than another input tool. If the applet is presenting them with options to configure a non-existent cursor, stylus side switch or eraser people will be trying to configure them. And then asking why that doesn't work. A lot of people with their first Wacom tablet don't realize what a Wacom eraser looks like and don't know if they have one or not or that it only works in eraser enabled programs. It would be a good thing if the Wacom tablet applet's interface somehow helped clear up confusion over the input tools. Through tool tips? May be asking too much, but at least something to keep in the back of the mind. Favux -- Try before you buy = See our experts in action! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-dev2 ___ Linuxwacom-devel mailing list Linuxwacom-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linuxwacom-devel
Re: [Linuxwacom-devel] GNOME Wacom panel implementation questions
On Thu, Feb 2, 2012 at 12:54 PM, Bastien Nocera wrote: > Heya, > > Instead of hitting just Peter with this sort of question[1], I'm > guessing that there are quite a few people on the list that could answer > my questions (or point me to the relevant Wiki pages). > > For the fun that's about to be had with the Intuos4 LEDs, a couple of > questions: > - is there/will there be a way to avoid getting/updating/setting all the > LEDs when changing one? What format do the LEDs graphics needs to be in? > - can wacom provide a library of pixmaps for us to use for the LEDs, so > that they look like they already do on Windows or MacOS X, or would we > have the time consuming task of re-doing them? If the problem is simply > that the data isn't easily available, we can certainly try and nab it > from the other drivers. There are already a fair number of .png icons available for the Intuos4 OLEDs from Christoph Karg's applet for them. Also some more available from Sanette's modifications to it for Profiles I think and one or two contributions to the available icons from others on the ubuntuforums Intuos4 OLED thread. However I just looked at the applet and don't see a GPL. Since Christoph posted his applet to linuxwacom-discuss (quite a while ago now) I would assume that he likely meant it under GPL2 or something similar. I can contact them and ask permission explicitly if you would like. Is say GPL2 OK or do they need Creative Commons or what? I'll attach the Tux example. Favux <>-- Keep Your Developer Skills Current with LearnDevNow! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-d2d___ Linuxwacom-devel mailing list Linuxwacom-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linuxwacom-devel
Re: [Linuxwacom-devel] libwacom
I meant Jason not Peter re the styli. -- Keep Your Developer Skills Current with LearnDevNow! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-d2d ___ Linuxwacom-devel mailing list Linuxwacom-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linuxwacom-devel
Re: [Linuxwacom-devel] libwacom
Hi Bastien, Thanks for reviewing the wiki page. On Thu, Feb 2, 2012 at 10:31 AM, Bastien Nocera wrote: > I think the information about filling in the definition files should be in > wacom.example directly, and nothing (that would most likely end up being > outdated) in the Wiki. So loose the intuos4-wl definition file? > The contributors list, which you seem to have snarfed from my blog entry, are > the > contributors to the GNOME wacom support, not to libwacom. For example, Jason > didn't contribute until I committed his extensive definition files. Will correct that then. Yes everything is cribbed off your blog and other posts and interviews. And some of Peter's stuff. If there is any original content it is probably accidental. :) > Other than that, the content is interesting, thanks. I don't know if you are interested but if you want to have at it and edit it Peter can add you to the wiki editor list. >> I do have another question. When I look at the GNOME 3.4 Control >> Panel Wacom tablet applet rotation seems to apply the stylus parent >> device. I can't tell if touch is also rotated for USB tablet PCs and >> BambooPTs with their separate parent device for touch. Is it? > > Does it show up as a separate tool? If so, we don't support it yet in > GsdWacomDevice, but adding it should be enough to get all the tools rotated at > once. Can you file a bug against gnome-settings-daemon in the GNOME Bugzilla > for > that? When tested touch rotates fine for my BambooPT but not for my usb tablet PC. That's with GNOME 3.2 as I haven't tested it yet with the GNOME 3.4 Control Panel. The BambooPT's pad buttons don't rotate of course, but you haven't started working on those. A further issue concerns the generic styli. The LLC (low low cost) consumer tablets like the Bamboo Pen and the Bamboo Ones have a stylus + 2 buttons but no eraser. That's true of some of the tablet PCs also. Additionally if I recall correctly some tablet PCs have a stylus + 1 button. Not sure if those styli have erasers or not. On those models the driver tends to report a spurious eraser and pad (with the tablets) in say 'xinput list'. Since libwacom removes the reporting of a spurious pad (Buttons=0) doing the same for the eraser or spurious side button would be nice. Maybe Peter can tell us which styli those are? Favux -- Keep Your Developer Skills Current with LearnDevNow! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-d2d ___ Linuxwacom-devel mailing list Linuxwacom-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linuxwacom-devel
Re: [Linuxwacom-devel] libwacom
Thank you. An initial libwacom page: https://sourceforge.net/apps/mediawiki/linuxwacom/index.php?title=Libwacom is now posted on the Developer Pages: https://sourceforge.net/apps/mediawiki/linuxwacom/index.php?title=Category:DeveloperPages I do have another question. When I look at the GNOME 3.4 Control Panel Wacom tablet applet rotation seems to apply the stylus parent device. I can't tell if touch is also rotated for USB tablet PCs and BambooPTs with their separate parent device for touch. Is it? Favux -- Try before you buy = See our experts in action! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-dev2 ___ Linuxwacom-devel mailing list Linuxwacom-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linuxwacom-devel
Re: [Linuxwacom-devel] [PATCH] Add description file for wacom Bamboo Pen and Touch
Hi Mika, I'll risk a few comments before we hear from Bastien. The D1 is a first generation tablet while the D6 would be second generation. Your 'lsusb' is showing 00d1, correct? From the wacom.example you are apparently suppose to use the kernel name for the file. Rather than looking at the wacom_wac.c you can use 'xinput_list' to get the name exported by the kernel. My D1 returns: Wacom Bamboo 2FG 4x5 Which is what the the name should be. Then I gather dropping the Wacom and adding the hyphens the file name is: bamboo-2fg-4x5.tablet Hopefully Bastien will confirm I have this right. Which is all some very good points and I should probably add this to the wiki page I thought I had finished before I post it. :) The thing holding me back from putting the wiki page up was are the patches suppose to go to linuxwacom-devel. Since we just got two patches here for libwacom can I assume this is where Bastien told you to submit them? That would be helpful to know. Favux -- Try before you buy = See our experts in action! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-dev2 ___ Linuxwacom-devel mailing list Linuxwacom-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linuxwacom-devel
[Linuxwacom-devel] [PATCH] man.wacom: Fix typo in Touch Gestures.
Fix initiates typo in TOUCH GESTURES' Vertical scroll. Dave From a9462ce39ee271d5c2be3de07b44c1341feadfae Mon Sep 17 00:00:00 2001 From: David Foley Date: Sun, 29 Jan 2012 11:18:43 -0600 Subject: [PATCH] man.wacom: Fix typo in Touch Gestures. Fix initiates typo in TOUCH GESTURES' Vertical scroll. Signed-off-by: David Foley --- man/wacom.man |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/man/wacom.man b/man/wacom.man index f46891c..e938cf5 100644 --- a/man/wacom.man +++ b/man/wacom.man @@ -268,7 +268,7 @@ one finger down + tap second finger .LP \fBVertical scroll:\fR two fingers side by side (in any orientation) moving vertically with constant -separation intitiates a vertical scroll. By driver default a gesture up results +separation initiates a vertical scroll. By driver default a gesture up results in a scroll down event (the document moves up) and a gesture down results in a scroll up event (moving the document down). .LP -- 1.7.1 -- Try before you buy = See our experts in action! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-dev2___ Linuxwacom-devel mailing list Linuxwacom-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linuxwacom-devel
[Linuxwacom-devel] libwacom
Hi, Is linuxwacom-devel the correct mailing list to submit patches for libwacom? Or is there another mailing list that should be used? Favux -- Try before you buy = See our experts in action! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-dev2 ___ Linuxwacom-devel mailing list Linuxwacom-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linuxwacom-devel
[Linuxwacom-devel] [Patch v2] man.wacom: Add gesture description.
Adds description of the touch gestures to the wacom manual. Changes to v1: Colon substituted for dash. Finger examples removed. Scroll defaults described. Zoom not always supported comment added. Dave From 94c4600d9c868b3104de3556d3b35612ecfca0f5 Mon Sep 17 00:00:00 2001 From: David Foley Date: Thu, 26 Jan 2012 13:10:23 -0600 Subject: [PATCH] man.wacom: Add gesture description. Add description of the touch gestures to the wacom manual. Signed-off-by: David Foley --- man/wacom.man | 33 + 1 files changed, 33 insertions(+), 0 deletions(-) diff --git a/man/wacom.man b/man/wacom.man index 3d4a143..f46891c 100644 --- a/man/wacom.man +++ b/man/wacom.man @@ -251,6 +251,39 @@ generates button press and release events. Presses longer than .B TapTime do not generate button events, only motion events. .RE +.SH "TOUCH GESTURES" +.SS Single finger (1FG) +.LP +\fBLeft click:\fR +tap, actual click happens after TapTime period elapses. +.LP +\fBLeft click drag:\fR +tap to select, quickly (within TapTime period) touch selection again. Then drag. +Available on touchpads, e.g. BambooPT, not touchscreens. +.PP +.SS Two finger (2FG) +.LP +\fBRight click:\fR +one finger down + tap second finger +.LP +\fBVertical scroll:\fR +two fingers side by side (in any orientation) moving vertically with constant +separation intitiates a vertical scroll. By driver default a gesture up results +in a scroll down event (the document moves up) and a gesture down results in a +scroll up event (moving the document down). +.LP +\fBHorizontal scroll:\fR +two fingers side by side held at a constant distance moving horizontally initiates +a horizontal scroll. A gesture to the left results in a scroll right event (the +document moves left) and a gesture right results in a scroll left event (moving +the document right). +.LP +\fBZoom in:\fR +two separated fingers side by side, bring together i.e. pinch. +.LP +\fBZoom out:\fR +two fingers side by side, spread. Not all applications support zoom. +.PP .SH "SEE ALSO" __xservername__(__appmansuffix__), xorg.conf(__filemansuffix__), xorg.conf.d(__filemansuffix__), X(__miscmansuffix__) -- 1.7.1 -- Keep Your Developer Skills Current with LearnDevNow! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-d2d___ Linuxwacom-devel mailing list Linuxwacom-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linuxwacom-devel
Re: [Linuxwacom-devel] man.wacom: Add gesture description.
Thank you for the review Peter. I'm trying to give the user a heads up that if they're used to a Synaptic touchpad scroll, which most are, the scroll gestures for Wacom are reversed. With Wacom an up gesture makes the slider go down instead of up and vice versa for down. That's a perennial question that gets asked. Then they ask if it can be reversed to be Synaptic-like. I don't really see a reason to do that. I visualize it as grabbing the page with two fingers and sliding it up and down. It quickly becomes natural. What's a graceful way to say that? Or should I just leave it out of the manual and let them find out for themselves? Dave -- Keep Your Developer Skills Current with LearnDevNow! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-d2d ___ Linuxwacom-devel mailing list Linuxwacom-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linuxwacom-devel
[Linuxwacom-devel] man.wacom: Add gesture description.
Adds description of the touch gestures to the wacom manual. Dave From 42e547b5a3bda4ac6bd1047b6f3212e83e2aa694 Mon Sep 17 00:00:00 2001 From: David Foley Date: Sun, 22 Jan 2012 15:24:46 -0600 Subject: [PATCH] man.wacom: Add gesture description. Add description of the touch gestures to the wacom manual. Signed-off-by: David Foley --- man/wacom.man | 31 +++ 1 files changed, 31 insertions(+), 0 deletions(-) diff --git a/man/wacom.man b/man/wacom.man index 3d4a143..8cc269a 100644 --- a/man/wacom.man +++ b/man/wacom.man @@ -251,6 +251,37 @@ generates button press and release events. Presses longer than .B TapTime do not generate button events, only motion events. .RE +.SH "TOUCH GESTURES" +.SS Single finger (1FG) +.LP +\fBLeft click\fR +- tap, actual click happens after TapTime period elapses. +.LP +\fBLeft click drag\fR +- tap to select, quickly (within TapTime period) touch selection again. Then +drag. Available on touchpads, e.g. BambooPT, not touchscreens. +.PP +.SS Two finger (2FG) +.LP +\fBRight click\fR +- one finger down + tap second finger +.LP +\fBVertical scroll\fR +- two fingers side by side (e.g. index + second), move up or down holding +constant distance between fingers. Scrolling direction reversed from other +scrolling implementations. +.LP +\fBHorizontal scroll\fR +- two fingers side by side (e.g. index + second), move left or right holding +constant distance between fingers. +.LP +\fBZoom in\fR +- two separated fingers side by side (e.g. thumb + index), bring together +i.e. pinch. +.LP +\fBZoom out\fR +- two fingers side by side (e.g. thumb + index), spread. +.PP .SH "SEE ALSO" __xservername__(__appmansuffix__), xorg.conf(__filemansuffix__), xorg.conf.d(__filemansuffix__), X(__miscmansuffix__) -- 1.7.1 -- Try before you buy = See our experts in action! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-dev2___ Linuxwacom-devel mailing list Linuxwacom-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linuxwacom-devel
Re: [Linuxwacom-devel] Touchpad?
Cedric, are you talking about your ASUS EEE Slate with the Wacom digitizer and eGalax touchscreen? Last I saw Chris was saying use evdev not xf86-input-wacom? So you and Benjamin got the hid driver straightened out and you have the right quirk(s) for xf86-input-wacom? Anyway that's where I suspect the problem is. It doesn't seem reasonable to ask Alexey to get up to speed on that saga. I think you need Chris again if he has some time. Favux -- Try before you buy = See our experts in action! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-dev2 ___ Linuxwacom-devel mailing list Linuxwacom-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linuxwacom-devel
Re: [Linuxwacom-devel] Touchpad?
Hi Alexey, I think Cedric is primarily concerned with touch. I'm actually soliciting input on the gesture instructions. They're also on a linuxwacom-discuss thread where Chris speculated things had settled down enough for gestures (with your patches included) that it was time to add them to man wacom. So if you or Cedric or anyone else has comments or changes to suggest please let me know. Trying to get the gesture instructions as clear and succinct as possible. Favux -- Try before you buy = See our experts in action! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-dev2 ___ Linuxwacom-devel mailing list Linuxwacom-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linuxwacom-devel
Re: [Linuxwacom-devel] Touchpad?
That's how xf86-input-wacom-0.13.0 should behave since it has Alexey Osipov's patches in it. The instructions are one of my "rough drafts" to include gestures in man wacom. -- Try before you buy = See our experts in action! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-dev2 ___ Linuxwacom-devel mailing list Linuxwacom-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linuxwacom-devel
Re: [Linuxwacom-devel] Touchpad?
Single finger (1FG) Left click - tap, actual click happens after TapTime period elapses. Left click drag - tap to select, quickly (within TapTime period) touch selection again. Then drag. Two finger (2FG) Right click - one finger down + tap second finger Vertical scroll - two fingers side by side (e.g. index + second), move up or down holding constant distance between fingers. Horizontal scroll - two fingers side by side (e.g. index + second), move left or right holding constant distance between fingers. Zoom in - two separated fingers side by side (e.g. thumb + index), bring together i.e. pinch. Zoom out - two fingers side by side (e.g. thumb + index), spread. Note: Wacom scrolling direction is reversed from typical scrolling implementations. -- Try before you buy = See our experts in action! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-dev2 ___ Linuxwacom-devel mailing list Linuxwacom-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linuxwacom-devel
Re: [Linuxwacom-devel] linuxwacom project - asustek eeenote tablet
On Mon, Jan 2, 2012 at 4:10 AM, Mike Rolland wrote: > Missing 2, 3 things: > first (this for Favux), ASUSTek is the origanal name of ASUS. Okay, and since hid-ids.h is using: #define USB_VENDOR_ID_ASUSTEK 0x0b05 > ### hid-core.c diff : > > Index: drivers/hid/hid-core.c > === > --- drivers/hid/hid-core.c > +++ drivers/hid/hid-core.c 2011-12-31 18:38:54.749353151 +0400 > @@ -1908,6 +1908,7 @@ > { HID_USB_DEVICE(USB_VENDOR_ID_APPLE, USB_DEVICE_ID_APPLE_WELLSPRING5A_JIS) > }, > { HID_USB_DEVICE(USB_VENDOR_ID_APPLE, USB_DEVICE_ID_APPLE_FOUNTAIN_TP_ONLY) > }, > { HID_USB_DEVICE(USB_VENDOR_ID_APPLE, USB_DEVICE_ID_APPLE_GEYSER1_TP_ONLY) > }, > + { HID_USB_DEVICE(USB_VENDOR_ID_ASUSTEK, 0x179f) }, > { } > }; I also have: + { HID_USB_DEVICE(USB_VENDOR_ID_ASUSTEK, 0x179F) }, in hid-core.c's hid_ignore_list. I've been trying to follow along with the code changes in preparation to making patches. > something else, ASUS EeeNote specs relate this : > DisplaySize: 8", 3:4 > Resolution: XGA, 768x1024, 64 grayscale > Hardness: 3H, designed for pen > Anti-GlareTouch ScreenTouch pen: 256 levels pressure to express different > words weight > Resolution: 0.01mm (2540dpi) > Accuracy: ±0.4mm with pen vertical / ±3mm with pen tilt 50 degree The LCD and the digitizer are two separate devices sandwiched/layered together. So the pixel dimension of the LCD is independent of the digitizer's dimensions. > So in wacom_wac.c, I made this change for RES : > > > Index: drivers/input/tablet/wacom_wac.c > === > --- drivers/input/tablet/wacom_wac.c > +++ drivers/input/tablet/wacom_wac.c 2012-01-02 13:42:47.069127035 +0400 > @@ -1501,7 +1501,10 @@ > { "Wacom Bamboo 2FG 6x8 SE", WACOM_PKGLEN_BBFUN, 21648, 13530, 1023, > 63, BAMBOO_PT, WACOM_INTUOS_RES, WACOM_INTUOS_RES }; > > static const struct wacom_features wacom_features_0x6004 = > - { "ISD-V4", WACOM_PKGLEN_GRAPHIRE, 12800, 8000, 255, > + { "ISD-V4-Lenovo Digitizer", WACOM_PKGLEN_GRAPHIRE, 12800, 8000, 255, > > + 0, TABLETPC, WACOM_INTUOS_RES, WACOM_INTUOS_RES }; > +static const struct wacom_features wacom_features_0x179F = > + { "ISD-V4-ASUSTek Digitizer", WACOM_PKGLEN_GRAPHIRE, 10240, 7680, 255, > 0, TABLETPC, WACOM_INTUOS_RES, WACOM_INTUOS_RES }; > > #define USB_DEVICE_WACOM(prod) \ > > @@ -1517,6 +1520,10 @@ > USB_DEVICE(USB_VENDOR_ID_LENOVO, prod), \ > .driver_info = (kernel_ulong_t)&wacom_features_##prod > > +#define USB_DEVICE_ASUSTEK(prod) \ > + USB_DEVICE(USB_VENDOR_ID_ASUSTEK, prod), \ > + .driver_info = (kernel_ulong_t)&wacom_features_##prod > + > const struct usb_device_id wacom_ids[] = { > { USB_DEVICE_WACOM(0x00) }, > { USB_DEVICE_WACOM(0x10) }, > @@ -1607,6 +1614,7 @@ > { USB_DEVICE_WACOM(0xE6) }, > { USB_DEVICE_WACOM(0x47) }, > { USB_DEVICE_LENOVO(0x6004) }, > + { USB_DEVICE_ASUSTEK(0x179F) }, > { } > }; > MODULE_DEVICE_TABLE(usb, wacom_ids); Again from your... ### lsusb with module unload : [root@hpm mike]# lsusb -vvv -d 0b05:179f Bus 002 Device 008: ID 0b05:179f ASUSTek Computer, Inc. Direction-X Item(Global): Report Size, data= [ 0x10 ] 16 Item(Global): Report Count, data= [ 0x01 ] 1 Item(Global): Push, data=none Item(Global): Unit Exponent, data= [ 0x0d ] 13 Unit Exponent: 13 Item(Global): Unit, data= [ 0x33 ] 51 System: English Linear, Unit: Inch^3 Item(Global): Physical Minimum, data= [ 0x00 ] 0 Item(Global): Physical Maximum, data= [ 0x58 0x19 ] 6488 Item(Global): Logical Maximum, data= [ 0x60 0x40 ] 16480 Item(Main ): Input, data= [ 0x02 ] 2 Data Variable Absolute No_Wrap Linear Preferred_State No_Null_Position Non_Volatile Bitfield Item(Local ): Usage, data= [ 0x31 ] 49 Direction-Y Item(Global): Physical Maximum, data= [ 0x15 0x13 ] 4885 Item(Global): Logical Maximum, data= [ 0x7a 0x30 ] 12410 Item(Main ): Input, data= [ 0x02 ] 2 Data Variable Absolute No_Wrap Linear Preferred_State No_Null_Position Non_Volatile Bitfield Item(Global): Pop, data=none Item(Global): Usage Page, data= [ 0x0d ] 13 Digitizer Item(Local ): Usage, data= [ 0x30 ] 48 Tip Pressure Item(Global): Logical Maximum, data= [ 0xff 0x00 ] 255 We're being told:
Re: [Linuxwacom-devel] linuxwacom project - asustek eeenote tablet
lol Chris beat me to it. I be slow this morning. I agree it appears the blacklisting of the digitizer from the ASUSTEK hid driver worked. Because evtest is now calling the device: Input device name: "ISD-V4 Pen" instead of: Input device name: "ASUSTek Computer, Inc. Eee Note Digitizer" and the Relative axis is gone. Nice job. > Device after change is recognize as ISD-V4. The problem with "ISD-V4" as the name is that it is the same as the Lenovo's and isn't very descriptive. What do you see when you enter in a terminal?: xinput list That's a way to find the keywords for a match in the xorg.conf.d wacom.conf. I used ASUS just because it was shorter, but you're probably correct to use ASUSTEK. By the way did they recently change their name to AUSUTek, or has it always been that? The advantage of using the name I proposed: "ASUS Wacom ISDv4 179F", is that it contains the keyword Wacom which should show up in 'xinput list' along with the rest of the name. Plus it describes the product. So you would not have to change or add a keyword to the match in the wacom.conf. Obviously you could use "ASUSTek Wacom ISDv4 179F" if you wanted to. So as things stand right now to match you just need to add "ISD-V4" to the default wacom.conf match like so: MatchProduct "Wacom|WACOM|WALTOP|Hanwang|ISD-V4" Again I agree with Chris, there is no need for the options you have in your wacom.conf. In this line: + { "ASUS Wacom ISDv4 179F", WACOM_PKGLEN_GRAPHIRE, 16480, 12410, 255, we're giving the Max X, Max Y, and Max Z in: 16480, 12410, 255, The Max's are from your evtest output. Actually we already had the Max Z from the ASUS site because it said it had 256 pressure levels. Since 0 is a level the range is 0-255 and the Max Z is 255. Besides the BottomX option is what is used in a Wacom .conf not MaxX and you appear to be using the wrong coordinates anyway. The "ForceDevice" "ISDV4" option has been deprecated for quite a while. I think you said your xf86-input-wacom is from the git repo. correct? So 0.12.0+? You can find the version with: xsetwacom -V There should be no need to tell the driver that it is a stylus or what Mode it should be in. Again those should be done by the driver as defaults if things are working properly. The driver will then append 'stylus' to the device name, i.e. "ISD-V4 stylus", which you'll see in 'xinput list'. I don't believe Tilt is supported for a tablet PC. So please try cleaning up your wacom.conf, back to the default and see where you are. Also it would be helpful if you could provide the code changes you have made to the kernel and xf86-input-wacom. The ones that you are currently using. A summary of where you are at in other words. I think you are almost there! Favux -- Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex infrastructure or vast IT resources to deliver seamless, secure access to virtual desktops. With this all-in-one solution, easily deploy virtual desktops for less than the cost of PCs and save 60% on VDI infrastructure costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox ___ Linuxwacom-devel mailing list Linuxwacom-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linuxwacom-devel
Re: [Linuxwacom-devel] linuxwacom project - asustek eeenote tablet
Almost. I think I would be trying: Index: drivers/input/tablet/wacom.h === --- drivers/input/tablet/wacom.h +++ drivers/input/tablet/wacom.h 2011-12-31 12:23:30.520195972 +0400 @@ -104,6 +104,7 @@ #define USB_VENDOR_ID_WACOM 0x056a #define USB_VENDOR_ID_LENOVO 0x17ef +#define USB_VENDOR_ID_ASUS 0x0b05 struct wacom { Index: drivers/input/tablet/wacom_wac.c === --- drivers/input/tablet/wacom_wac.c +++ drivers/input/tablet/wacom_wac.c 2011-12-31 12:31:10.224185924 +0400 @@ -1503,6 +1503,9 @@ static const struct wacom_features wacom_features_0x6004 = { "ISD-V4", WACOM_PKGLEN_GRAPHIRE, 12800, 8000, 255, 0, TABLETPC, WACOM_INTUOS_RES, WACOM_INTUOS_RES }; +static const struct wacom_features wacom_features_0x179F = + { "ASUS Wacom ISDv4 179F", WACOM_PKGLEN_GRAPHIRE, 16480, 12410, 255, + 0, TABLETPC, WACOM_INTUOS_RES, WACOM_INTUOS_RES }; #define USB_DEVICE_WACOM(prod) \ USB_DEVICE(USB_VENDOR_ID_WACOM, prod), \ @@ -1517,6 +1520,10 @@ USB_DEVICE(USB_VENDOR_ID_LENOVO, prod), \ .driver_info = (kernel_ulong_t)&wacom_features_##prod +#define USB_DEVICE_ASUS(prod) \ + USB_DEVICE(USB_VENDOR_ID_ASUS, prod), \ + .driver_info = (kernel_ulong_t)&wacom_features_##prod + const struct usb_device_id wacom_ids[] = { { USB_DEVICE_WACOM(0x00) }, { USB_DEVICE_WACOM(0x10) }, @@ -1607,6 +1614,7 @@ { USB_DEVICE_WACOM(0xE6) }, { USB_DEVICE_WACOM(0x47) }, { USB_DEVICE_LENOVO(0x6004) }, + { USB_DEVICE_ASUS(0x179F) }, { } }; MODULE_DEVICE_TABLE(usb, wacom_ids); I'm not sure of the label "ASUS Wacom ISDv4 179F", we need Ping and the others to weigh in on it. If we go with this naming convention then the Lenovo should become "Lenovo Wacom ISDv4 6004" I just slapped this quickly on your diff., so check it over. Also some ident.s changed because you appear not to be following the standard. Probably how your text editor's formatting is set up, or your diff. program. Favux -- Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex infrastructure or vast IT resources to deliver seamless, secure access to virtual desktops. With this all-in-one solution, easily deploy virtual desktops for less than the cost of PCs and save 60% on VDI infrastructure costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox ___ Linuxwacom-devel mailing list Linuxwacom-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linuxwacom-devel
Re: [Linuxwacom-devel] linuxwacom project - asustek eeenote tablet
Hi Mike, Well in wacom_wac.c there is also: #define USB_DEVICE_LENOVO(prod) \ USB_DEVICE(USB_VENDOR_ID_LENOVO, prod), \ .driver_info = (kernel_ulong_t)&wacom_features_##prod below the wacom one at about line #1522. Then there are the appropriate entries for the Lenovo product using its Product ID. That's what I was thinking of. So at about line #1509: static const struct wacom_features wacom_features_0x6004 = { "ISD-V4", WACOM_PKGLEN_GRAPHIRE, 12800, 8000, 255, 0, TABLETPC, WACOM_INTUOS_RES, WACOM_INTUOS_RES }; And again at about line #1615: { USB_DEVICE_LENOVO(0x6004) }, Unfortunately your lsusb seems truncated so we don't seem to have your max X and Y dimensions. Also it bothers me the packet length seems to be 9. I think tablet PCs are 8. That said you'd be much better off following Chris' guidance. Assuming you have your kernel's source code and of course using your kernel's version number: cd linux-2.6.38/drivers/input/tablet make -C/lib/modules/`uname -r`/build M=`pwd` modules Then copy the newly compiled wacom.ko into place. sudo cp wacom.ko /lib/modules/`uname -r`/kernel/drivers/input/tablet/ Favux -- Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex infrastructure or vast IT resources to deliver seamless, secure access to virtual desktops. With this all-in-one solution, easily deploy virtual desktops for less than the cost of PCs and save 60% on VDI infrastructure costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox ___ Linuxwacom-devel mailing list Linuxwacom-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linuxwacom-devel
Re: [Linuxwacom-devel] linuxwacom project - asustek eeenote tablet
Hi Mike, Is this the Eee Note EA800? An e-ink e-book reader with an active stylus with 256 pressure levels and no touch? http://www.asus.com/Eee/Eee_Note/Eee_Note_EA800/ If so it apparently is a Wacom digitizer. But there is no Wacom digitizer in the lsusb output? Just the "Bus 002 Device 012: ID 0b05:179f ASUSTek Computer, Inc."? To get it working the first thing you would probably need to do is add it to the wacom.ko. Using input-wacom would probably be more convenient than working with your kernel. We'll need to see what the experts say but something along the lines of adding the ASUSTek Vendor ID like the Lenovo ID was added to, for example, wacom.h and wacom_wac.c. Although the apparent digitizer is given an Asus product ID, which doesn't follow Wacom conventions, I wouldn't be surprised if it is in fact a Wacom (tabletPC?) digitizer already entered. What is your Distribution and release? Kernel, Xorg, and xf86-input-wacom versions? Could you attach the output of: lsusb for the digitizer to your next post? Favux -- Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex infrastructure or vast IT resources to deliver seamless, secure access to virtual desktops. With this all-in-one solution, easily deploy virtual desktops for less than the cost of PCs and save 60% on VDI infrastructure costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox ___ Linuxwacom-devel mailing list Linuxwacom-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linuxwacom-devel
Re: [Linuxwacom-devel] [PATCH] Update 2.6.38 kernel to dtor-next
You have my vote. :) Favux -- Learn Windows Azure Live! Tuesday, Dec 13, 2011 Microsoft is holding a special Learn Windows Azure training event for developers. It will provide a great way to learn Windows Azure and what it provides. You can attend the event by watching it streamed LIVE online. Learn more at http://p.sf.net/sfu/ms-windowsazure ___ Linuxwacom-devel mailing list Linuxwacom-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linuxwacom-devel
Re: [Linuxwacom-devel] linuxwacom for a not wacom? Can anything be reused?
Oh, and I forgot to mention then, at least on Ubuntu, you would be able to use ginn for multi-touch like we do with the N-trigs having their touch on evdev while their stylus is on wacom. Favux -- The demand for IT networking professionals continues to grow, and the demand for specialized networking skills is growing even more rapidly. Take a complimentary Learning@Cisco Self-Assessment and learn about Cisco certifications, training, and career opportunities. http://p.sf.net/sfu/cisco-dev2dev ___ Linuxwacom-devel mailing list Linuxwacom-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linuxwacom-devel
Re: [Linuxwacom-devel] linuxwacom for a not wacom? Can anything be reused?
Usually e-galax touch screens use an e-galax driver or evdev. Newer versions of evdev tend to work better. On the EP121 threads on Ubuntu forums they are using either although at least some apparently have hacked the evdev code to force it into touch screen mode. Perhaps the best thing would be to get the driver from e-galax as post #62 page 7 on this thread suggests (also has forcing hack early on) since you are on kernel 3.0+: http://ubuntuforums.org/showthread.php?p=10603076 Quote: You have to ask the EETI-Support (touch_fae at eeti.com) for a special driver (Asus EP121; ubuntu 11.10 64bit). They will send you a archive called "eGTouch_v1.00.0812.L-x64.tar.gz" (Note: the driver provided on the driver page of EETI is not working properly ). You just have to run the setup.sh as sudo and add to the "52-egalax-virtual.conf" file the option InvertY, that it looks like this: Quote deadland: Section "InputClass" Identifier "eGalax virtual class" MatchProduct "eGalaxTouch Virtual Device" MatchDevicePath "/dev/input/event*" Driver "evdev" Option "InvertY" "true" EndSection And finally reboot you system. Observations: 1.) I asked the EETI Support if I could share their drive in the ubuntu forum, they said "NO" it is a project (I do not understand what this means, but anyway, please do not upload the driver) 2.) Multi-touch does not work, they told me "If you want to have multi-touch function, the user-space (application) must be able to receive our multi report data from our controller." Well, I also do not understand what this means ... What does not work: 1.) As i mentioned already, Multitouch does not work 2.) Microphone 3.) Specialkeys "show on-screen keyboard" etc. 4.) Accelerometer End Quote Another thread: http://ubuntuforums.org/showthread.php?t=1690179 Favux -- The demand for IT networking professionals continues to grow, and the demand for specialized networking skills is growing even more rapidly. Take a complimentary Learning@Cisco Self-Assessment and learn about Cisco certifications, training, and career opportunities. http://p.sf.net/sfu/cisco-dev2dev ___ Linuxwacom-devel mailing list Linuxwacom-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linuxwacom-devel
Re: [Linuxwacom-devel] Intuos4 OLED support, question on XA_PIXMAP property
Congratulations! The mediawiki OLED entry has been updated to reflect the news. Favux -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2dcopy2 ___ Linuxwacom-devel mailing list Linuxwacom-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linuxwacom-devel
[Linuxwacom-devel] wacom_wac.c: Update the BambooPT D3, D8, DB active area
Changes the active area from the Bamboo1 medium's 21648 x 13530 to the BambooPT medium 21648 x 13700. Dave From 9cda35912a67685ddede82f3de6bfe4507e4f2c0 Mon Sep 17 00:00:00 2001 From: David Foley Date: Mon, 19 Sep 2011 22:05:22 -0500 Subject: [PATCH] wacom_wac.c: Update the BambooPT D3, D8, DB active area Change from the Bamboo1 medium 13530 to the BambooPT medium 13700. Signed-off-by: David Foley --- 2.6.30/wacom_wac.c |6 +++--- 2.6.36/wacom_wac.c |6 +++--- 2 files changed, 6 insertions(+), 6 deletions(-) diff --git a/2.6.30/wacom_wac.c b/2.6.30/wacom_wac.c index 040e630..8d58556 100755 --- a/2.6.30/wacom_wac.c +++ b/2.6.30/wacom_wac.c @@ -1327,7 +1327,7 @@ static const struct wacom_features wacom_features_0xD4 = static const struct wacom_features wacom_features_0xD2 = { "Wacom Bamboo Craft", WACOM_PKGLEN_BBFUN, 14720, 9200, 1023, 63, BAMBOO_PT }; static const struct wacom_features wacom_features_0xD3 = - { "Wacom BambooFun 2FG 6x8", WACOM_PKGLEN_BBFUN, 21648, 13530, 1023, 63, BAMBOO_PT }; + { "Wacom BambooFun 2FG 6x8", WACOM_PKGLEN_BBFUN, 21648, 13700, 1023, 63, BAMBOO_PT }; static const struct wacom_features wacom_features_0xD0 = { "Wacom Bamboo 2FG", WACOM_PKGLEN_BBFUN, 14720, 9200, 1023, 63, BAMBOO_PT }; static const struct wacom_features wacom_features_0xD5 = @@ -1337,11 +1337,11 @@ static const struct wacom_features wacom_features_0xD6 = static const struct wacom_features wacom_features_0xD7 = { "Wacom BambooPT 2FG Small", WACOM_PKGLEN_BBFUN, 14720, 9200, 1023, 63, BAMBOO_PT }; static const struct wacom_features wacom_features_0xD8 = - { "Wacom Bamboo Comic 2FG", WACOM_PKGLEN_BBFUN, 21648, 13530, 1023, 63, BAMBOO_PT }; + { "Wacom Bamboo Comic 2FG", WACOM_PKGLEN_BBFUN, 21648, 13700, 1023, 63, BAMBOO_PT }; static const struct wacom_features wacom_features_0xDA = { "Wacom Bamboo 2FG 4x5 SE", WACOM_PKGLEN_BBFUN, 14720, 9200, 1023, 63, BAMBOO_PT }; static const struct wacom_features wacom_features_0xDB = - { "Wacom Bamboo 2FG 6x8 SE", WACOM_PKGLEN_BBFUN, 21648, 13530, 1023, 63, BAMBOO_PT }; + { "Wacom Bamboo 2FG 6x8 SE", WACOM_PKGLEN_BBFUN, 21648, 13700, 1023, 63, BAMBOO_PT }; static const struct wacom_features wacom_features_0x20 = { "Wacom Intuos 4x5", WACOM_PKGLEN_INTUOS,12700, 10600, 1023, 31, INTUOS }; static const struct wacom_features wacom_features_0x21 = diff --git a/2.6.36/wacom_wac.c b/2.6.36/wacom_wac.c index 29adcc7..d289d80 100644 --- a/2.6.36/wacom_wac.c +++ b/2.6.36/wacom_wac.c @@ -1571,7 +1571,7 @@ static const struct wacom_features wacom_features_0xD2 = { "Wacom Bamboo Craft", WACOM_PKGLEN_BBFUN, 14720, 9200, 1023, 63, BAMBOO_PT, WACOM_INTUOS_RES, WACOM_INTUOS_RES }; static const struct wacom_features wacom_features_0xD3 = - { "Wacom Bamboo 2FG 6x8", WACOM_PKGLEN_BBFUN, 21648, 13530, 1023, + { "Wacom Bamboo 2FG 6x8", WACOM_PKGLEN_BBFUN, 21648, 13700, 1023, 63, BAMBOO_PT, WACOM_INTUOS_RES, WACOM_INTUOS_RES }; static const struct wacom_features wacom_features_0xD4 = { "Wacom Bamboo Pen", WACOM_PKGLEN_BBFUN, 14720, 9200, 1023, @@ -1586,13 +1586,13 @@ static const struct wacom_features wacom_features_0xD7 = { "Wacom BambooPT 2FG Small", WACOM_PKGLEN_BBFUN, 14720, 9200, 1023, 63, BAMBOO_PT, WACOM_INTUOS_RES, WACOM_INTUOS_RES }; static const struct wacom_features wacom_features_0xD8 = - { "Wacom Bamboo Comic 2FG", WACOM_PKGLEN_BBFUN, 21648, 13530, 1023, + { "Wacom Bamboo Comic 2FG", WACOM_PKGLEN_BBFUN, 21648, 13700, 1023, 63, BAMBOO_PT, WACOM_INTUOS_RES, WACOM_INTUOS_RES }; static const struct wacom_features wacom_features_0xDA = { "Wacom Bamboo 2FG 4x5 SE", WACOM_PKGLEN_BBFUN, 14720, 9200, 1023, 63, BAMBOO_PT, WACOM_INTUOS_RES, WACOM_INTUOS_RES }; static struct wacom_features wacom_features_0xDB = - { "Wacom Bamboo 2FG 6x8 SE", WACOM_PKGLEN_BBFUN, 21648, 13530, 1023, + { "Wacom Bamboo 2FG 6x8 SE", WACOM_PKGLEN_BBFUN, 21648, 13700, 1023, 63, BAMBOO_PT, WACOM_INTUOS_RES, WACOM_INTUOS_RES }; static const struct wacom_features wacom_features_0x6004 = { "ISD-V4", WACOM_PKGLEN_GRAPHIRE, 12800, 8000, 255, -- 1.7.1 -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity and more. Splunk takes this data and makes sense of it. Business sense. IT sense. Common sense. http://p.sf.net/sfu/splunk-d2dcopy1___ Linuxwacom-devel mailing list Linuxwacom-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linuxwacom-devel
[Linuxwacom-devel] [v2]wacom_wac.c: Add the D5
Patch to add the Bamboo Pen Medium CTL-660/K (D5) to input-wacom. Stylus with two side buttons (rocker switch). v. 2 has the D5 resolution for wacom_wac.c in the 2.6.36 folder as per Chris. Dave From 738504b23020a3b1f46f8a3379fbe0b972660039 Mon Sep 17 00:00:00 2001 From: David Foley Date: Mon, 19 Sep 2011 21:46:13 -0500 Subject: [PATCH] wacom_wac.c: Add the D5 Add the Bamboo Pen Medium CTL-660/K (D5) to input-wacom. Stylus with two side buttons (rocker switch). Tested-by: Tommy Chen Signed-off-by: David Foley --- 2.6.30/wacom_wac.c |3 +++ 2.6.36/wacom_wac.c |4 2 files changed, 7 insertions(+), 0 deletions(-) diff --git a/2.6.30/wacom_wac.c b/2.6.30/wacom_wac.c index f9c9f2c..040e630 100755 --- a/2.6.30/wacom_wac.c +++ b/2.6.30/wacom_wac.c @@ -1330,6 +1330,8 @@ static const struct wacom_features wacom_features_0xD3 = { "Wacom BambooFun 2FG 6x8", WACOM_PKGLEN_BBFUN, 21648, 13530, 1023, 63, BAMBOO_PT }; static const struct wacom_features wacom_features_0xD0 = { "Wacom Bamboo 2FG", WACOM_PKGLEN_BBFUN, 14720, 9200, 1023, 63, BAMBOO_PT }; +static const struct wacom_features wacom_features_0xD5 = + { "Wacom Bamboo Pen 6x8", WACOM_PKGLEN_BBFUN, 21648, 13700, 1023, 63, BAMBOO_PT }; static const struct wacom_features wacom_features_0xD6 = { "Wacom BambooPT 2FG 4x5", WACOM_PKGLEN_BBFUN, 14720, 9200, 1023, 63, BAMBOO_PT }; static const struct wacom_features wacom_features_0xD7 = @@ -1502,6 +1504,7 @@ const struct usb_device_id wacom_ids[] = { { USB_DEVICE_WACOM(0xD2) }, { USB_DEVICE_WACOM(0xD3) }, { USB_DEVICE_WACOM(0xD0) }, + { USB_DEVICE_WACOM(0xD5) }, { USB_DEVICE_WACOM(0xD6) }, { USB_DEVICE_WACOM(0xD7) }, { USB_DEVICE_WACOM(0xD8) }, diff --git a/2.6.36/wacom_wac.c b/2.6.36/wacom_wac.c index 9df703a..29adcc7 100644 --- a/2.6.36/wacom_wac.c +++ b/2.6.36/wacom_wac.c @@ -1576,6 +1576,9 @@ static const struct wacom_features wacom_features_0xD3 = static const struct wacom_features wacom_features_0xD4 = { "Wacom Bamboo Pen", WACOM_PKGLEN_BBFUN, 14720, 9200, 1023, 63, BAMBOO_PT, WACOM_INTUOS_RES, WACOM_INTUOS_RES }; +static const struct wacom_features wacom_features_0xD5 = + { "Wacom Bamboo Pen 6x8", WACOM_PKGLEN_BBFUN, 21648, 13700, 1023, + 63, BAMBOO_PT, WACOM_INTUOS_RES, WACOM_INTUOS_RES }; static const struct wacom_features wacom_features_0xD6 = { "Wacom BambooPT 2FG 4x5", WACOM_PKGLEN_BBFUN, 14720, 9200, 1023, 63, BAMBOO_PT, WACOM_INTUOS_RES, WACOM_INTUOS_RES }; @@ -1680,6 +1683,7 @@ const struct usb_device_id wacom_ids[] = { { USB_DEVICE_WACOM(0xD2) }, { USB_DEVICE_WACOM(0xD3) }, { USB_DEVICE_WACOM(0xD4) }, + { USB_DEVICE_WACOM(0xD5) }, { USB_DEVICE_WACOM(0xD6) }, { USB_DEVICE_WACOM(0xD7) }, { USB_DEVICE_WACOM(0xD8) }, -- 1.7.1 -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity and more. Splunk takes this data and makes sense of it. Business sense. IT sense. Common sense. http://p.sf.net/sfu/splunk-d2dcopy1___ Linuxwacom-devel mailing list Linuxwacom-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linuxwacom-devel
Re: [Linuxwacom-devel] gnome-settings-daemon
FYI update: Oneiric does have GNOME 3.2. Is Mise was nice enough to locate the Wacom Graphics Tablet gui and provide a screenshot. Really nice to see it but it is early days still. The layout is as follows: Wacom Tablet Tracking mode: Tablet (absolute) Stylus Eraser Pressure Feel: Soft...Firm Top Button: Right Mouse Button Click Bottom Button: Middle Mouse Button Click Stylus Pressure Feel: Soft...Firm The option drop down boxes or sliders are the values after the colon. So the options don't cover all of the current hooks. Unfortunately the relative Mode option is maybe mislabeled as "Touchpad (relative)". Not quite sure I understand how that is intended to be applied. Anyway selecting that option does make the stylus relative. After he pointed out that either way it wasn't very clear I suggested the options under Wacom Tablet > Tracking mode probably should be labeled "Stylus (absolute)" & "Stylus (relative)". He agreed that would be better but it would be even better if the absolute/relative options were under the Stylus header. I'm forced to agree. There's no real reason folks need to be aware that the stylus is the parent device and equivalent to the tablet in this context. Favux -- BlackBerry® DevCon Americas, Oct. 18-20, San Francisco, CA Learn about the latest advances in developing for the BlackBerry® mobile platform with sessions, labs & more. See new tools and technologies. Register for BlackBerry® DevCon today! http://p.sf.net/sfu/rim-devcon-copy1 ___ Linuxwacom-devel mailing list Linuxwacom-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linuxwacom-devel
[Linuxwacom-devel] gnome-settings-daemon
Is Mise reported that his puck/tablet mouse was set to Absolute in Ubuntu's Oneiric Beta 1. Driver default is Relative. He discovered in dconf-editor that the settings-daemon had the cursor key set to is-absolute. I just checked in Fedora 15 and the cursor key is set to is-absolute also. Although Jason added checking the settings-daemon with dconf-editor to the mediawiki after some recent discussion this will likely be a problem. Most won't know that it is the settings-daemon overriding their driver default or other static settings. Of course they can fix it with xsetwacom. Favux -- BlackBerry® DevCon Americas, Oct. 18-20, San Francisco, CA http://p.sf.net/sfu/rim-devcon-copy2 ___ Linuxwacom-devel mailing list Linuxwacom-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linuxwacom-devel
Re: [Linuxwacom-devel] wacom_wac.c: Add the D5
OK, I'll do it that way and see if Ping minds. Wonder how long kernel.org is down for? Dave -- Why Cloud-Based Security and Archiving Make Sense Osterman Research conducted this study that outlines how and why cloud computing security and archiving is rapidly being adopted across the IT space for its ease of implementation, lower cost, and increased reliability. Learn more. http://www.accelacomm.com/jaw/sfnl/114/51425301/ ___ Linuxwacom-devel mailing list Linuxwacom-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linuxwacom-devel
Re: [Linuxwacom-devel] wacom_wac.c: Add the D5
Hi Chris, Thanks, I missed it was in dtor's for-linus. So he did follow your suggestion. I did check dtor'is input branch and didn't see it. I have: static const struct wacom_features wacom_features_0xD5 = { "Wacom Bamboo Pen 6x8", WACOM_PKGLEN_BBFUN, 21650, 13700, 1023, 63, BAMBOO_PT }; So the same except for active area and WACOM_INTUOS_RES, WACOM_INTUOS_RES. Not sure why the WACOM_INTUOS_RES, WACOM_INTUOS_RES is needed. Is it? Dave -- Why Cloud-Based Security and Archiving Make Sense Osterman Research conducted this study that outlines how and why cloud computing security and archiving is rapidly being adopted across the IT space for its ease of implementation, lower cost, and increased reliability. Learn more. http://www.accelacomm.com/jaw/sfnl/114/51425301/ ___ Linuxwacom-devel mailing list Linuxwacom-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linuxwacom-devel
Re: [Linuxwacom-devel] wacom_wac.c: Add the D5
That sounds reasonable. I can resubmit the D5 and another patch to correct the active areas for the other Mediums to input-wacom. You'll handle linux-input? Dave -- Doing More with Less: The Next Generation Virtual Desktop What are the key obstacles that have prevented many mid-market businesses from deploying virtual desktops? How do next-generation virtual desktops provide companies an easier-to-deploy, easier-to-manage and more affordable virtual desktop model.http://www.accelacomm.com/jaw/sfnl/114/51426474/ ___ Linuxwacom-devel mailing list Linuxwacom-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linuxwacom-devel
Re: [Linuxwacom-devel] wacom_wac.c: Add the D5
Thanks Chris. OK, we're confident of the Bamboo Small's active area. You've tracked down and solved the Medium active area discrepancy. I went ahead and looked at different Bamboo Medium models at different Wacom sites. They all agree on 137mm (13700). But the other dimension is a little variable. US: http://global.wacom.com/bamboo/bamboo_fun.php Bamboo Fun Active Area - Pen (WxH) 8.5" x 5.4" (216mm x 137mm) Japan: http://translate.google.com/translate?hl=en&sl=ja&u=http://tablet.wacom.co.jp/bamboo/bamboocomic/&ei=P-1oTozaNIaHsgLDhqiBDg&sa=X&oi=translate&ct=result&resnum=1&ved=0CCYQ7gEwAA&prev=/search%3Fq%3DWacom%2Bbamboo%2Bcomic%26hl%3Den%26client%3Dubuntu%26hs%3DomN%26channel%3Dfs%26prmd%3Divns Bamboo Comic 216.48 × 137mm (which by the way says the Smalls are 147.2 × 92mm) Australia: http://www.crazysales.com.au/wacom-bamboo-pen-tablet-ctl-660-k0-f.html Bamboo Pen Medium 216.5 x 137(mm) So assuming the US site is due to rounding it's either 21648 or 21650. Coin flip? Dave -- Doing More with Less: The Next Generation Virtual Desktop What are the key obstacles that have prevented many mid-market businesses from deploying virtual desktops? How do next-generation virtual desktops provide companies an easier-to-deploy, easier-to-manage and more affordable virtual desktop model.http://www.accelacomm.com/jaw/sfnl/114/51426474/ ___ Linuxwacom-devel mailing list Linuxwacom-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linuxwacom-devel
Re: [Linuxwacom-devel] wacom_wac.c: Add the D5
I don't know where they came from. I think some Wacom literature only lists inches so there could be a rounding error. But usually they list both and I'm pretty sure they convert from cm to inch. In Calibration on the HOW TO page you can see me manually testing my D1 with xinput test (as you described earlier) and it came out to 0,0 14720,9200. I think that's probably better than you'd do with xinput_calibrator. The D5 tester did say "I tried copying the parameters from device 0xD4 and the tablet seems to be working with its most basic functionalities. How lucky!" After I had him redo with the submitted patches he was happy that it was working so well and reported everything was good. I wouldn't feel real comfortable asking him to do a calibration with xinput test. I did ask that he pay special attention to calibration. But if it isn't short how likely is it he'd notice it? Dave -- Using storage to extend the benefits of virtualization and iSCSI Virtualization increases hardware utilization and delivers a new level of agility. Learn what those decisions are and how to modernize your storage and backup environments for virtualization. http://www.accelacomm.com/jaw/sfnl/114/51434361/ ___ Linuxwacom-devel mailing list Linuxwacom-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linuxwacom-devel
Re: [Linuxwacom-devel] [Linuxwacom-discuss] wcmUSB.c: Add the D5
Yep, sent it to the wrong mailing list. Totally forgot about that Chris. Just went ahead and modified wcmUSB.c by reflex. So I doubt Tommy even tested it with just the wacom_wac.c changes for input-wacom. I guess I was more focused on the active area "discrepancy". Dave On Tue, Sep 6, 2011 at 9:18 PM, Chris Bagwell wrote: > Hey Dave, > > Its fine to add this in any case but I'm curious what is issue without > it? I had hoped I modified xf86-input-wacom enough that it would work > with Bamboo's without needing to update this table any more. > > This may not be true if using wacom-input driver so maybe thats why it > needs to be added? > > Also, I'm guessing you meant to send to linuxwacom-devel. > > Chris > -- Using storage to extend the benefits of virtualization and iSCSI Virtualization increases hardware utilization and delivers a new level of agility. Learn what those decisions are and how to modernize your storage and backup environments for virtualization. http://www.accelacomm.com/jaw/sfnl/114/51434361/ ___ Linuxwacom-devel mailing list Linuxwacom-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linuxwacom-devel
[Linuxwacom-devel] Fwd: wcmUSB.c: Add the D5
Sorry ended up on discuss/ -- Forwarded message -- From: Favux ... Date: Tue, Sep 6, 2011 at 9:09 PM Subject: wcmUSB.c: Add the D5 To: linuxwacom-disc...@lists.sourceforge.net Add the Bamboo Pen Medium CTL-660/K (D5) to xf86-input-wacom. Stylus with two side buttons (rocker switch). Dave From ad181c9f554277b8cfe40589c4fe8fdb3369f2d9 Mon Sep 17 00:00:00 2001 From: David Foley Date: Tue, 6 Sep 2011 20:07:14 -0500 Subject: [PATCH] wcmUSB.c: Add the D5 Add the Bamboo Pen Medium CTL-660/K (D5) to xf86-input-wacom. Stylus with two side buttons (rocker switch). Tested-by: Tommy Chen Signed-off-by: David Foley --- src/wcmUSB.c |1 + 1 files changed, 1 insertions(+), 0 deletions(-) diff --git a/src/wcmUSB.c b/src/wcmUSB.c index 4367f19..c6a710d 100644 --- a/src/wcmUSB.c +++ b/src/wcmUSB.c @@ -196,6 +196,7 @@ static struct { WACOM_VENDOR_ID, 0xD3, 10, 10, &usbBamboo }, /* CTL-660 */ { WACOM_VENDOR_ID, 0xD2, 10, 10, &usbBamboo }, /* CTL-461/S */ { WACOM_VENDOR_ID, 0xD0, 10, 10, &usbBamboo }, /* Bamboo Touch */ + { WACOM_VENDOR_ID, 0xD5, 10, 10, &usbBamboo }, /* CTL-660/K */ { WACOM_VENDOR_ID, 0xD6, 10, 10, &usbBamboo }, /* CTH-460/K */ { WACOM_VENDOR_ID, 0xD7, 10, 10, &usbBamboo }, /* CTH-461/S */ { WACOM_VENDOR_ID, 0xD8, 10, 10, &usbBamboo }, /* CTH-661/S1 */ -- 1.7.1 -- Using storage to extend the benefits of virtualization and iSCSI Virtualization increases hardware utilization and delivers a new level of agility. Learn what those decisions are and how to modernize your storage and backup environments for virtualization. http://www.accelacomm.com/jaw/sfnl/114/51434361/___ Linuxwacom-devel mailing list Linuxwacom-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linuxwacom-devel
[Linuxwacom-devel] wacom_wac.c: Add the D5
Add the Bamboo Pen Medium CTL-660/K (D5) to input-wacom. Stylus with two side buttons (rocker switch). Dave PS: Gerard Braad submitted it to linux-input 7-9-11 (08ba5ad). However he used (21648, 13530) which is what the other BambooPTs have. But the specifications I see for it say 21650, 13700 for the active area. Also I agree with Chris and instead of "Wacom Bamboo Pen" it should be "Wacom Bamboo Pen 6x8" or "Wacom Bamboo Pen Medium" From 7ec37956b3d4c8803063792cb809bff8feda4932 Mon Sep 17 00:00:00 2001 From: David Foley Date: Tue, 6 Sep 2011 20:22:19 -0500 Subject: [PATCH] wacom_wac.c: Add the D5 Add the Bamboo Pen Medium CTL-660/K (D5) to input-wacom. Stylus with two side buttons (rocker switch). Tested-by: Tommy Chen Signed-off-by: David Foley --- 2.6.36/wacom_wac.c |3 +++ 1 files changed, 3 insertions(+), 0 deletions(-) diff --git a/2.6.36/wacom_wac.c b/2.6.36/wacom_wac.c index 7d55173..631bf7d 100644 --- a/2.6.36/wacom_wac.c +++ b/2.6.36/wacom_wac.c @@ -1399,6 +1399,8 @@ static const struct wacom_features wacom_features_0xD3 = { "Wacom Bamboo 2FG 6x8", WACOM_PKGLEN_BBFUN, 21648, 13530, 1023, 63, BAMBOO_PT }; static const struct wacom_features wacom_features_0xD4 = { "Wacom Bamboo Pen 4x5", WACOM_PKGLEN_BBFUN, 14720, 9200, 1023, 63, BAMBOO_PT }; +static const struct wacom_features wacom_features_0xD5 = + { "Wacom Bamboo Pen 6x8", WACOM_PKGLEN_BBFUN, 21650, 13700, 1023, 63, BAMBOO_PT }; static const struct wacom_features wacom_features_0xD6 = { "Wacom BambooPT 2FG 4x5", WACOM_PKGLEN_BBFUN, 14720, 9200, 1023, 63, BAMBOO_PT }; static const struct wacom_features wacom_features_0xD7 = @@ -1497,6 +1499,7 @@ const struct usb_device_id wacom_ids[] = { { USB_DEVICE_WACOM(0xD2) }, { USB_DEVICE_WACOM(0xD3) }, { USB_DEVICE_WACOM(0xD4) }, + { USB_DEVICE_WACOM(0xD5) }, { USB_DEVICE_WACOM(0xD6) }, { USB_DEVICE_WACOM(0xD7) }, { USB_DEVICE_WACOM(0xD8) }, -- 1.7.1 From 8c98bd760f1c6c7f0bc9a47cd4b72b4ca0988a45 Mon Sep 17 00:00:00 2001 From: David Foley Date: Tue, 6 Sep 2011 21:00:39 -0500 Subject: [PATCH] wacom_wac.c(2.6.30): Add the D5 Add the Bamboo Pen Medium CTL-660/K (D5) to input-wacom. Stylus with two side buttons (rocker switch). Tested-by: Tommy Chen Signed-off-by: David Foley --- 2.6.30/wacom_wac.c |3 +++ 1 files changed, 3 insertions(+), 0 deletions(-) diff --git a/2.6.30/wacom_wac.c b/2.6.30/wacom_wac.c index f9c9f2c..56cd084 100755 --- a/2.6.30/wacom_wac.c +++ b/2.6.30/wacom_wac.c @@ -1330,6 +1330,8 @@ static const struct wacom_features wacom_features_0xD3 = { "Wacom BambooFun 2FG 6x8", WACOM_PKGLEN_BBFUN, 21648, 13530, 1023, 63, BAMBOO_PT }; static const struct wacom_features wacom_features_0xD0 = { "Wacom Bamboo 2FG", WACOM_PKGLEN_BBFUN, 14720, 9200, 1023, 63, BAMBOO_PT }; +static const struct wacom_features wacom_features_0xD5 = + { "Wacom Bamboo Pen 6x8", WACOM_PKGLEN_BBFUN, 21650, 13700, 1023, 63, BAMBOO_PT }; static const struct wacom_features wacom_features_0xD6 = { "Wacom BambooPT 2FG 4x5", WACOM_PKGLEN_BBFUN, 14720, 9200, 1023, 63, BAMBOO_PT }; static const struct wacom_features wacom_features_0xD7 = @@ -1502,6 +1504,7 @@ const struct usb_device_id wacom_ids[] = { { USB_DEVICE_WACOM(0xD2) }, { USB_DEVICE_WACOM(0xD3) }, { USB_DEVICE_WACOM(0xD0) }, + { USB_DEVICE_WACOM(0xD5) }, { USB_DEVICE_WACOM(0xD6) }, { USB_DEVICE_WACOM(0xD7) }, { USB_DEVICE_WACOM(0xD8) }, -- 1.7.1 -- Using storage to extend the benefits of virtualization and iSCSI Virtualization increases hardware utilization and delivers a new level of agility. Learn what those decisions are and how to modernize your storage and backup environments for virtualization. http://www.accelacomm.com/jaw/sfnl/114/51434361/___ Linuxwacom-devel mailing list Linuxwacom-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linuxwacom-devel
Re: [Linuxwacom-devel] [PATCH v2] make gesture distances be relative to hw maximums.
On Wed, Aug 31, 2011 at 8:18 PM, Chris Bagwell wrote: >> Using xsetwacom and setting ScrollDistance to 180 (or thereabouts) >> yields the kind of scrolling I would expect. This is really excellent >> Chris, the best it has been. > > Hmm, I'm a little confused on that. Isn't your original value 600 or > greater than that? > > Did lowering the value slow down scrolling, speed it up, or stop some > infinite scrolling? > > If it didn't speed it up then there must be some secondary bug I need > to investigate. > > Chris > Sorry Chris, my fault. I forgot I had been doing some testing in my Natty partition. When I originally reported that scroll was too fast that was with a ScrollDistance set near the old default of 20 in my 52-wacom-options.conf in /etc/X11/xorg.conf.d. With your current patches in gesture3 I get a default of 667. For my taste that has the opposite problem in that the scroll is too slow. So 180 picks it right up. That may be a little fast and I might settle on 220 or something. The upshot is I think you could halve the default. For me that would amount to about 330. That is still a little slow for my taste but I think it would be a reasonable default for the driver. Favux -- Special Offer -- Download ArcSight Logger for FREE! Finally, a world-class log management solution at an even better price-free! And you'll get a free "Love Thy Logs" t-shirt when you download Logger. Secure your free ArcSight Logger TODAY! http://p.sf.net/sfu/arcsisghtdev2dev ___ Linuxwacom-devel mailing list Linuxwacom-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linuxwacom-devel
Re: [Linuxwacom-devel] [PATCH] make gesture distances be relative to hw maximums.
>> >> int wcmScrollDistance; /* minimum motion before sending a >> >> scroll gesture */ >> >> int wcmScrollDirection; /* store the vertical or horizontal >> >> bit in use */ >> >> + int wcmInlineDistance; /* maximum distance between fingers >> >> for scroll gesture */ >> > >> > this should probably be named something like maxScrollDistance to be more >> > explanatory. >> >> Makes sense. I'll update. Maybe wcmMaxScrollWidth is even better? >> Distance makes me think about fingers traveling. > > MaxScrollFingerGap or -Span comes to mind too. Width is a bit ambiguous > since we use that in synaptics for finger width. > > Cheers, > Peter MaxScrollFingerSpread? -- Special Offer -- Download ArcSight Logger for FREE! Finally, a world-class log management solution at an even better price-free! And you'll get a free "Love Thy Logs" t-shirt when you download Logger. Secure your free ArcSight Logger TODAY! http://p.sf.net/sfu/arcsisghtdev2dev ___ Linuxwacom-devel mailing list Linuxwacom-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linuxwacom-devel
Re: [Linuxwacom-devel] [PATCH v2] make gesture distances be relative to hw maximums.
On Wed, Aug 31, 2011 at 9:45 AM, Chris Bagwell wrote: > On Tue, Aug 30, 2011 at 11:01 PM, Favux ... wrote: >> Hi Chris, >> >> Testing the tag gesture3 with Natty's 2.6.38.11 kernel's wacom.ko I'd >> say both scroll and zoom responsiveness are improved. >> >> There's less lag, and while there is still a little pointer jumping >> once you get the "feel" you can keep it where you want it while >> zooming. > > Good to get zooming opinion. I never used it before so couldn't tell > much if its improved. > > Are you seeing pointer jumping during whole time of zoom or only when > initially attempting to zoom? Only when initially attempting to zoom. > I still expect it during initial touching. Right now, it has only a > hard coded 10ms holdoff to prevent movement while its deciding if your > going to put down a second finger or not. Thats to short and > definitely I see movement during initial touch. FYI: modify > wcmTouchFilter.c:WACOM_GESTURE_LAG_TIME if you want to play with > better values. > > I haven't touched this yet because I'm going to make it a > provisionable SingleTouchTimeout. > >> >> I do have a question about the scroll implementation. Once the scroll >> gesture is recognized the "momentum" carries it to the end of the >> contents. That doesn't seem to be natural to me. There doesn't >> appear to be a way to stop in a document or thread. And the speed >> means you had better be a very fast reader. > > The only option right now is to modify the "Wacom Touch Gesture > Parameters" to increase the ScrollDistance. This will require more > movement to send those scroll button events.. which should have a side > affect of not so many pending events on the queue to process. > > If you find a comfortable value, let us know. Maybe it should become > new default. Using xsetwacom and setting ScrollDistance to 180 (or thereabouts) yields the kind of scrolling I would expect. This is really excellent Chris, the best it has been. > Real "momentum" support doesn't exist in code (not like > xf86-input-synaptics has). Thats a ways down the road... > >> >> I'll test input-wacom-0.11.1 next. Do you need the single finger >> patches tested? > > Naah... unless you have a ISDV4 tablet PC to test on. No difference with input-wacom-0.11.1 I can detect. I have a 1FGT USB tablet PC. >> >> Favux >> > -- Special Offer -- Download ArcSight Logger for FREE! Finally, a world-class log management solution at an even better price-free! And you'll get a free "Love Thy Logs" t-shirt when you download Logger. Secure your free ArcSight Logger TODAY! http://p.sf.net/sfu/arcsisghtdev2dev ___ Linuxwacom-devel mailing list Linuxwacom-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linuxwacom-devel
Re: [Linuxwacom-devel] [PATCH v2] make gesture distances be relative to hw maximums.
Hi Chris, Testing the tag gesture3 with Natty's 2.6.38.11 kernel's wacom.ko I'd say both scroll and zoom responsiveness are improved. There's less lag, and while there is still a little pointer jumping once you get the "feel" you can keep it where you want it while zooming. I do have a question about the scroll implementation. Once the scroll gesture is recognized the "momentum" carries it to the end of the contents. That doesn't seem to be natural to me. There doesn't appear to be a way to stop in a document or thread. And the speed means you had better be a very fast reader. I'll test input-wacom-0.11.1 next. Do you need the single finger patches tested? Favux -- Special Offer -- Download ArcSight Logger for FREE! Finally, a world-class log management solution at an even better price-free! And you'll get a free "Love Thy Logs" t-shirt when you download Logger. Secure your free ArcSight Logger TODAY! http://p.sf.net/sfu/arcsisghtdev2dev ___ Linuxwacom-devel mailing list Linuxwacom-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linuxwacom-devel
Re: [Linuxwacom-devel] [PATCH v2] make gesture distances be relative to hw maximums.
Sure Chris. I've been following these with interest. I assume you want me to test against the kernel and not input-wacom? I'll have to check which wacom.ko I'm currently running on my 2.6.38 install. I'm doing some other stuff so it might be while, but not too long. By the way anything about getting you one of the new BambooPTs so you can figure out the new usb protocol? Favux -- Special Offer -- Download ArcSight Logger for FREE! Finally, a world-class log management solution at an even better price-free! And you'll get a free "Love Thy Logs" t-shirt when you download Logger. Secure your free ArcSight Logger TODAY! http://p.sf.net/sfu/arcsisghtdev2dev ___ Linuxwacom-devel mailing list Linuxwacom-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linuxwacom-devel
Re: [Linuxwacom-devel] RFC: how to report a new value to XInput
Gottcha. Thanks Ping. -- Get a FREE DOWNLOAD! and learn more about uberSVN rich system, user administration capabilities and model configuration. Take the hassle out of deploying and managing Subversion and the tools developers use with it. http://p.sf.net/sfu/wandisco-d2d-2 ___ Linuxwacom-devel mailing list Linuxwacom-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linuxwacom-devel
Re: [Linuxwacom-devel] RFC: how to report a new value to XInput
Not sure about that. I just double checked on the thread where Vu Ngoc San (aka sanette) and the rest were testing Eduard's patch set. It apparently works for the LEDs too. To get his Intuos4 small, which just has the LEDs, working theOGRE only had to change line 689 of wacom_sys.c from replace >= INTUOS4 to >= INTUOS4S. And jon.k's zsh & xdotool script shows the LEDs changing along with the OLEDs, but I really didn't look into what he was doing: http://www.youtube.com/watch?v=Yc7N8NwYgrE Favux -- Get a FREE DOWNLOAD! and learn more about uberSVN rich system, user administration capabilities and model configuration. Take the hassle out of deploying and managing Subversion and the tools developers use with it. http://p.sf.net/sfu/wandisco-d2d-2 ___ Linuxwacom-devel mailing list Linuxwacom-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linuxwacom-devel
Re: [Linuxwacom-devel] RFC: how to report a new value to XInput
Are we giving up on Eduard's sysfs solution? It's been 3 months since the last patch set and if there has been any activity I haven't seen it. It sure seemed like that approach had approval. https://patchwork.kernel.org/patch/765792/ -- Get a FREE DOWNLOAD! and learn more about uberSVN rich system, user administration capabilities and model configuration. Take the hassle out of deploying and managing Subversion and the tools developers use with it. http://p.sf.net/sfu/wandisco-d2d-2 ___ Linuxwacom-devel mailing list Linuxwacom-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linuxwacom-devel
Re: [Linuxwacom-devel] Serial rules file issues and fixes
On Wed, Jul 20, 2011 at 12:16 AM, Peter Hutterer wrote: >> What horrendous mistakes would I be making if I used? >> >> SUBSYSTEM="tty", SUBSYSTEMS="pnp", ATTRS{id}=="PNP0501", >> ENV{ID_MODEL}="Serial Wacom Tablet", ENV{ID_INPUT}="1", >> ENV{ID_INPUT_TABLET}="1" > > looks good to me though I would recommend using the $attr{id} in the > ID_MODEL as well. Lennart? OK, thanks. I suppose I should show you what I'm working from: udevadm info -a -p $(udevadm info -q path -n /dev/ttyS0) looking at device '/devices/pnp0/00:08/tty/ttyS0': KERNEL=="ttyS0" SUBSYSTEM=="tty" DRIVER=="" looking at parent device '/devices/pnp0/00:08': KERNELS=="00:08" SUBSYSTEMS=="pnp" DRIVERS=="serial" ATTRS{id}=="PNP0501" looking at parent device '/devices/pnp0': KERNELS=="pnp0" SUBSYSTEMS=="" DRIVERS=="" > Note that this rule removes the symlink to /dev/input/wacom that you have in > the above rule. Fair decision, but should be intentional ;) So maybe? SUBSYSTEM="tty", SUBSYSTEMS="pnp", ATTRS{id}=="PNP0501", ENV{ID_MODEL}="Serial Wacom Tablet $attr{id}", SYMLINK+="input/wacom", ENV{ID_INPUT}="1", ENV{ID_INPUT_TABLET}="1" I've been trying to get the following to work without any luck. Section "InputClass" Identifier "Wacom legacy serial class" MatchPnPID "PNP0501" Driver "wacom" Option "ForceDevice" "Serial" EndSection Of course you wouldn't need the ForceDevice option using the wacom_serial.ko. >> And by the way shouldn't >> >> ENV{ID_MODEL}="Serial Wacom Tablet $attr{id}" >> >> be >> >> ENV{ID_MODEL}="Serial Wacom Tablet PC $attr{id}" >> >> for WACf* and FUJ*? > > IMO no. Currently, all WACf and FUJ serial tablets are built into Tablet PCs > but we don't know if that's the case in the future. They will remain Wacom > tablets however (well, at least while handled by the ruleset). Good point! I withdraw the remark. Favux -- 10 Tips for Better Web Security Learn 10 ways to better secure your business today. Topics covered include: Web security, SSL, hacker attacks & Denial of Service (DoS), private keys, security Microsoft Exchange, secure Instant Messaging, and much more. http://www.accelacomm.com/jaw/sfnl/114/51426210/ ___ Linuxwacom-devel mailing list Linuxwacom-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linuxwacom-devel
Re: [Linuxwacom-devel] Serial rules file issues and fixes
Well both the new protocol 4 wacom_serial.ko and protocol 5 wacom_serial5.ko are using: ACTION=="add|change", SUBSYSTEM=="pnp", ENV{PRODUCT}='13/3d/*', ENV{NAME}=="Wacom protocol IV serial tablet",SYMLINK+="input/wacom",ENV{ID_INPUT}="1",ENV{ID_INPUT_TABLET}="1" So maybe that needs to be looked at. What horrendous mistakes would I be making if I used? SUBSYSTEM="tty", SUBSYSTEMS="pnp", ATTRS{id}=="PNP0501", ENV{ID_MODEL}="Serial Wacom Tablet", ENV{ID_INPUT}="1", ENV{ID_INPUT_TABLET}="1" And by the way shouldn't ENV{ID_MODEL}="Serial Wacom Tablet $attr{id}" be ENV{ID_MODEL}="Serial Wacom Tablet PC $attr{id}" for WACf* and FUJ*? Favux -- 10 Tips for Better Web Security Learn 10 ways to better secure your business today. Topics covered include: Web security, SSL, hacker attacks & Denial of Service (DoS), private keys, security Microsoft Exchange, secure Instant Messaging, and much more. http://www.accelacomm.com/jaw/sfnl/114/51426210/ ___ Linuxwacom-devel mailing list Linuxwacom-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linuxwacom-devel
[Linuxwacom-devel] Add 3 new models: 6A, 6B, and 97
Some new models for inclusion. Dave From fd22dca9479759172bffc8155d590ad28e2a164b Mon Sep 17 00:00:00 2001 From: David Foley Date: Mon, 27 Jun 2011 20:43:58 -0500 Subject: [PATCH] Add 3 new models: 6A, 6B, and 97 Adds the new Bamboo1 small (6A) and medium (6B). Adds a slate form factor tablet PC (97). Tested-by: Alex Tervoort for 6A Signed-off-by: David Foley --- src/wcmUSB.c|3 +++ src/wcmValidateDevice.c |1 + 2 files changed, 4 insertions(+), 0 deletions(-) diff --git a/src/wcmUSB.c b/src/wcmUSB.c index 30f7c07..17551ad 100644 --- a/src/wcmUSB.c +++ b/src/wcmUSB.c @@ -242,6 +242,8 @@ static struct { WACOM_VENDOR_ID, 0x65, 10, 10, &usbBamboo }, /* Bamboo */ { WACOM_VENDOR_ID, 0x69, 39842, 39842, &usbBamboo1}, /* Bamboo1 */ + { WACOM_VENDOR_ID, 0x6A, 10, 10, &usbBamboo1}, /* Bamboo1 4x6 */ + { WACOM_VENDOR_ID, 0x6B, 10, 10, &usbBamboo1}, /* Bamboo1 5x8 */ { WACOM_VENDOR_ID, 0xB0, 20, 20, &usbIntuos3}, /* Intuos3 4x5 */ { WACOM_VENDOR_ID, 0xB1, 20, 20, &usbIntuos3}, /* Intuos3 6x8 */ @@ -265,6 +267,7 @@ static struct { WACOM_VENDOR_ID, 0x90, 10, 10, &usbTabletPC }, /* TabletPC 0x90 */ { WACOM_VENDOR_ID, 0x93, 10, 10, &usbTabletPC }, /* TabletPC 0x93 */ + { WACOM_VENDOR_ID, 0x97, 10, 10, &usbTabletPC }, /* TabletPC 0x97 */ { WACOM_VENDOR_ID, 0x9A, 10, 10, &usbTabletPC }, /* TabletPC 0x9A */ { WACOM_VENDOR_ID, 0x9F, 10, 10, &usbTabletPC }, /* CapPlus 0x9F */ { WACOM_VENDOR_ID, 0xE2, 10, 10, &usbTabletPC }, /* TabletPC 0xE2 */ diff --git a/src/wcmValidateDevice.c b/src/wcmValidateDevice.c index 456a113..2a6c0bf 100644 --- a/src/wcmValidateDevice.c +++ b/src/wcmValidateDevice.c @@ -261,6 +261,7 @@ int wcmDeviceTypeKeys(InputInfoPtr pInfo) case 0x93: /* TPC with 1FGT */ case 0x9A: /* TPC with 1FGT */ case 0x90: /* TPC */ + case 0x97: /* TPC */ TabletSetFeature(priv->common, WCM_TPC); break; -- 1.7.1 -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2___ Linuxwacom-devel mailing list Linuxwacom-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linuxwacom-devel
[Linuxwacom-devel] conf: Add WALTOP back into MatchProduct
The WALTOP kernel driver patches are in the mainline lk now. Dave From 0e0c1dc96612a6a50d70e6d00709479a2cd4de80 Mon Sep 17 00:00:00 2001 From: David Foley Date: Tue, 21 Jun 2011 21:14:49 -0500 Subject: [PATCH] conf: Add WALTOP back into MatchProduct Signed-off-by: David Foley --- conf/50-wacom.conf |5 + 1 files changed, 1 insertions(+), 4 deletions(-) diff --git a/conf/50-wacom.conf b/conf/50-wacom.conf index dc0bfc0..2c9ccb6 100644 --- a/conf/50-wacom.conf +++ b/conf/50-wacom.conf @@ -1,9 +1,6 @@ Section "InputClass" Identifier "Wacom class" -# WALTOP needs a patched kernel driver, that isn't in mainline lk yet, -# so for now just let it fall through and be picked up by evdev instead. -# MatchProduct "Wacom|WALTOP|WACOM" - MatchProduct "Wacom|WACOM|Hanwang" + MatchProduct "Wacom|WACOM|WALTOP|Hanwang" MatchDevicePath "/dev/input/event*" Driver "wacom" EndSection -- 1.7.1 -- Simplify data backup and recovery for your virtual environment with vRanger. Installation's a snap, and flexible recovery options mean your data is safe, secure and there when you need it. Data protection magic? Nope - It's vRanger. Get your free trial download today. http://p.sf.net/sfu/quest-sfdev2dev___ Linuxwacom-devel mailing list Linuxwacom-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linuxwacom-devel
Re: [Linuxwacom-devel] 50-wacom-conf issues
Hi Peter, Right, since the Ubuntu kernel doesn't use wacom for the E6, for you it would be: grep ISD-V4 /var/log/messages Favux -- Simplify data backup and recovery for your virtual environment with vRanger. Installation's a snap, and flexible recovery options mean your data is safe, secure and there when you need it. Data protection magic? Nope - It's vRanger. Get your free trial download today. http://p.sf.net/sfu/quest-sfdev2dev ___ Linuxwacom-devel mailing list Linuxwacom-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linuxwacom-devel
Re: [Linuxwacom-devel] 50-wacom-conf issues
Ah. Mystery solved. Ubuntu did it. Thanks Ping! Favux -- EditLive Enterprise is the world's most technically advanced content authoring tool. Experience the power of Track Changes, Inline Image Editing and ensure content is compliant with Accessibility Checking. http://p.sf.net/sfu/ephox-dev2dev ___ Linuxwacom-devel mailing list Linuxwacom-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linuxwacom-devel
Re: [Linuxwacom-devel] 50-wacom-conf issues
Hi Ping, That would make sense. The E6 would then have the same name type as the E3 and the others, i.e. "Wacom ISDv4 E6". What kernel is that? I checked the Ubuntu 2.6.38 kernel source code. In the static const struct I see both the 0xE6 and 0x0064 identified as the new "ISD-V4" along with a new Lenovo USB_Vendor define. Favux -- EditLive Enterprise is the world's most technically advanced content authoring tool. Experience the power of Track Changes, Inline Image Editing and ensure content is compliant with Accessibility Checking. http://p.sf.net/sfu/ephox-dev2dev ___ Linuxwacom-devel mailing list Linuxwacom-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linuxwacom-devel
Re: [Linuxwacom-devel] 50-wacom-conf issues
Thank you Ping. Will do. WALTOP and ISD-V4 both. >From Ethan Schoonover's X220t in Arch: http://sourceforge.net/mailarchive/forum.php?thread_name=BANLkTi%3DgPGTuwn-6kv4AuKSuit4xD_-kjw%40mail.gmail.com&forum_name=linuxwacom-discuss Bus 002 Device 003: ID 056a:00e6 Wacom Co., Ltd P: /devices/pci:00/:00:1d.0/usb2/2-1/2-1.5/2-1.5:1.1/input/input7/event7 N: input/event7 S: input/tablet-tpc-e6-touch S: input/wacom-touch S: input/by-id/usb-Tablet_ISD-V4-event-if01 S: input/by-path/pci-:00:1d.0-usb-0:1.5:1.1-event E: UDEV_LOG=3 E: DEVPATH=/devices/pci:00/:00:1d.0/usb2/2-1/2-1.5/2-1.5:1.1/input/input7/event7 E: MAJOR=13 E: MINOR=71 E: DEVNAME=/dev/input/event7 E: SUBSYSTEM=input E: WACOM_TYPE=touch E: ID_INPUT=1 E: ID_INPUT_TOUCHSCREEN=1 E: ID_VENDOR=Tablet E: ID_VENDOR_ENC=Tablet E: ID_VENDOR_ID=056a E: ID_MODEL=ISD-V4 E: ID_MODEL_ENC=ISD-V4 E: ID_MODEL_ID=00e6 E: ID_REVISION=0139 E: ID_SERIAL=Tablet_ISD-V4 E: ID_TYPE=hid E: ID_BUS=usb E: ID_USB_INTERFACES=:03: E: ID_USB_INTERFACE_NUM=01 E: ID_USB_DRIVER=wacom E: ID_PATH=pci-:00:1d.0-usb-0:1.5:1.1 E: DEVLINKS=/dev/input/tablet-tpc-e6-touch /dev/input/wacom-touch /dev/input/by-id/usb-Tablet_ISD-V4-event-if01 /dev/input/by-path/pci-:00:1d.0-usb-0:1.5:1.1-event I asked Peter to confirm the lsusb on his X220t in Ubuntu Natty. Favux -- EditLive Enterprise is the world's most technically advanced content authoring tool. Experience the power of Track Changes, Inline Image Editing and ensure content is compliant with Accessibility Checking. http://p.sf.net/sfu/ephox-dev2dev ___ Linuxwacom-devel mailing list Linuxwacom-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linuxwacom-devel
Re: [Linuxwacom-devel] 50-wacom-conf issues
On Tue, Jun 21, 2011 at 12:25 AM, Ping Cheng wrote: > On Mon, Jun 20, 2011 at 11:24 AM, Favux ... wrote: >> >> Just a heads up. We just finished setting up unclepedro's Thinkpad >> X220t (first usb instead of ISDV4 Thinkpad) in Ubuntu 11.04 (Natty >> Narwhal) on Ubuntu forums. According to xinput list the kernel is >> exporting the two parent devices as: >> >> ISD-V4 Pen >> ISD-V4 Finger >> >> So we had to add the keyword ISD-V4 to the MatchProduct line: > > ISD-V4 is from the wacom kernel driver. It is for the USB tablet in Lenovo > laptop. > > Ping > >> >> MatchProduct "Wacom|WACOM|ISD-V4|Hanwang" >> >> Any thoughts on how to handle this? In that case should ISD-V4 be added as a keyword to the match line? Favux -- EditLive Enterprise is the world's most technically advanced content authoring tool. Experience the power of Track Changes, Inline Image Editing and ensure content is compliant with Accessibility Checking. http://p.sf.net/sfu/ephox-dev2dev ___ Linuxwacom-devel mailing list Linuxwacom-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linuxwacom-devel
[Linuxwacom-devel] 50-wacom-conf issues
Just a heads up. We just finished setting up unclepedro's Thinkpad X220t (first usb instead of ISDV4 Thinkpad) in Ubuntu 11.04 (Natty Narwhal) on Ubuntu forums. According to xinput list the kernel is exporting the two parent devices as: ISD-V4 Pen ISD-V4 Finger So we had to add the keyword ISD-V4 to the MatchProduct line: MatchProduct "Wacom|WACOM|ISD-V4|Hanwang" Any thoughts on how to handle this? Also the Waltop tablets seem to be working fine on xf86-input-wacom with kernel 2.6.38 thanks to Nikolai Kondrashov's kernel patches. I'm thinking it is time to add Waltop back into the match line: MatchProduct "Wacom|WACOM|WALTOP|Hanwang" Any objections? Favux -- EditLive Enterprise is the world's most technically advanced content authoring tool. Experience the power of Track Changes, Inline Image Editing and ensure content is compliant with Accessibility Checking. http://p.sf.net/sfu/ephox-dev2dev ___ Linuxwacom-devel mailing list Linuxwacom-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linuxwacom-devel
Re: [Linuxwacom-devel] [PATCH 2/2] Add support for Device Product ID property.
On Thu, Jun 2, 2011 at 6:13 PM, Peter Hutterer wrote: > On Thu, Jun 02, 2011 at 09:19:34AM -0500, Chris Bagwell wrote: >> For the Fujitsu table, I'm thinking we should set it WACOM vendor_id >> because we are setting tablet_id to values only meaningful when >> product_id is WACOM. > > are the tablets 100% compatible though? > The Fujitsu tablets seem fine once they get initialized. That's the main problem they seem to have. A lot of them have to restart X before the digitizer starts working. It won't work after a reboot. This is sort of a pain for them. Especially since the key combination to restart X is no longer enabled by default. Favux -- EditLive Enterprise is the world's most technically advanced content authoring tool. Experience the power of Track Changes, Inline Image Editing and ensure content is compliant with Accessibility Checking. http://p.sf.net/sfu/ephox-dev2dev ___ Linuxwacom-devel mailing list Linuxwacom-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linuxwacom-devel