Re: Live Touchscreen Calibration [WAS: magictouch touch screen driver]
On Friday 10 June 2005 03:17, Veikko Werner wrote: actually a great thing to have, but not that easy. The main problem is, that the driver itself has to be disabled. Why so? AFAICT, we basically need two things: 1) The ability to get 'raw' --i.e. unscaled -- data from the device during the calibration run. 2) Some way to set the calibration parameters of the driver based on the results of 1). Both of these could be accomplished by means of adding appropriate new methods to each driver. While I suppose this does involve effectively 'disabling' the driver for the duration of the calibration run, this fact can be completely hidden from the server. The server merely doesn't receive pointer updates while calibration is in progress. Or am I missing something here? Cheers! |-| | Frederick F. Gleason, Jr. | Director of Broadcast Software Development | | | Salem Radio Labs| |-| | Logic is a way to go wrong with confidence. | | --Robert Heinlein | | The Notebooks of Lazarus Long | |-| ___ Devel mailing list Devel@XFree86.Org http://XFree86.Org/mailman/listinfo/devel
Live Touchscreen Calibration [WAS: magictouch touch screen driver]
On Tuesday 07 June 2005 16:04, Tristan Van Berkom wrote: Since touchscreen drivers seem to be getting back in style, maybe we should write up some live calibration support ;-) I'm game. I've actually been toying with the idea of doing something like this for the ELO drivers for some time. Before I go charging off and reinventing the wheel, does anything simiklar to this exist already? Ideally, it should be sufficiently generic that any input device that uses absolute coordinates will be able to use it. Cheers! |-| | Frederick F. Gleason, Jr. | Director of Broadcast Software Development | | | Salem Radio Labs| |-| | Easiest Color to Solve on a Rubik's Cube: | |Black. Simply remove all the little colored stickers on the | | cube, and each of side of the cube will now be the original color of| | the plastic underneath -- black. According to the instructions, this | | means the puzzle is solved. | |-- Steve Rubenstein | |-| ___ Devel mailing list Devel@XFree86.Org http://XFree86.Org/mailman/listinfo/devel
Re: Touch Input Driver port 3.3.6 - 4.x
On Wednesday 25 May 2005 08:15, Sergey Babkin wrote: The drivers have the defaults compiled into them which can be changed from XF86Config. The problem is that the ELO driver has (had?) it's defaults set to 0-16K as well, so without an explicit setting in the config file it does not work in any useful manner. Sorry for chiming in rather late on this one. Been away for a bit... I doubt that setting the defaults for the ELO drivers would make much difference -- the driver would still be effectively useless until calibrated. My experience with their integrated monitor/touchscreen combos has been that you can make *no* safe assumptions about the orientation of the touchpanel WRT the monitor. I think they must flip a coin each day on the assembly line or something. :) Cheers! |-| | Frederick F. Gleason, Jr. | Director of Broadcast Software Development | | | Salem Radio Labs| |-| | The nice thing about standards is that there are so many of them to| | choose from. | | -- Andrew S. Tanenbaum | |-| ___ Devel mailing list Devel@XFree86.Org http://XFree86.Org/mailman/listinfo/devel
Re: Touch Input Driver port 3.3.6 - 4.x
On Wednesday 18 May 2005 18:48, Quentin Olson wrote: I have the source for an old input driver that was written for XFree86 3.3.6 that I would like to use under 4.x (4.5). Is there any documentation on what is required, howtos, etc.? Which touch hardware in particular are you trying to support? A driver for the USB-based ELOs was just recently added. Cheers! |-| | Frederick F. Gleason, Jr. | Director of Broadcast Software Development | | | Salem Radio Labs| |-| |The first myth of management is that it exists. | |-- Heller's Law | |-| ___ Devel mailing list Devel@XFree86.Org http://XFree86.Org/mailman/listinfo/devel
Input Driver for USB-based ELO Touchscreens
Howdy Folks: I have recently written an input driver for XFree86 4.3.x for the USB-based touchscreens made by ELO Graphics (2500U-series controllers). At present, I have successfully tested the driver on several systems using Linux with XFree86 4.3.0. The sources can be found here: ftp://ftp.salemradiolabs.com/pub/srlabs/eloinput/ I have a couple of questions on how to proceed that perhaps some of the more knowledgeable folks who hang out here could help me with: 1) LINUX DEPENDENCIES The driver depends upon the Linux USB HID layer for proper operation. What is the proper way to include system specific headers (just 'linux/input.h', really) without breaking other platforms? 2) BUILD SYSTEM At present, I am getting the driver to build by putting it into a 'programs/Xserver/hw/xfree86/input/eloinput/' directory and then simply adding an 'eloinput' to the 'SUBDIRS =' line in 'programs/Xserver/hw/xfree86/input/ Imakefile'. This is clearly incorrect, but I am not enough of an Imake expert (a complete beginner, in fact) to be able to find the 'correct' location. Where should this go? Any help would be appreciated. For those interested, I have also written a small touchscreen calibration utility (requires Qt 3.x). This utility has been successfully tested with both serial (2500S controller) and USB (2500U controller) ELO models. The sources can be found at: ftp://ftp.salemradiolabs.com/pub/srlabs/elocal/ Cheers! |-| | Frederick F. Gleason, Jr. | Director of Broadcast Software Development | | | Salem Radio Labs| |-| | ...one of the main causes of the fall of the Roman Empire was that,| | lacking zero, they had no way to indicate successful termination of| | their C programs. | |-- Robert Firth | |-| ___ Devel mailing list Devel@XFree86.Org http://XFree86.Org/mailman/listinfo/devel