On Fri, Jun 27, 2003 at 12:27:39PM +0200, Robert Woerle wrote:maybe one reason for that was the touchscreens never did make it to the "end customer" in a big way !
well ... i am no hardcore X- hacker , but i know how to survive and you are right that this is a major issueI guess everyone just wants to take the quick and dirty approach of communicating directly with the driver.
for touchscreen and probably some other Input drivers ...
I did that hack , because from my point of view X is very very weak in taking options on the fly ( or it is just not documented... or i just didnt found it )
Lagging these functionality , X misses a huge item of comfort for most of the users ...
The point I'm making is that this isn't the first time that input
device calibration has come up as an issue over the last few years.
If everyone who runs into this problem chooses the quick and dirty
approach, then it will never really be solved.
but i think the time has now come and it will increase in a way where project`s like XFree should take care of that ....
It's a mistake tothis i didnt exspect , but i was dissapointed that there is none or only few ways to
expect that "someone else" will have done it for you.
get things done at runtime ...
so what i did is that i used my socalled "PDA-mode" ( cause some linux and windows PDA`s had the
functionality to press and hold the touchscreen to envoke the right mouse button)
where i can choose to execute a alternative button ( right or middle or even 4 and 5 )
to be my "reread" signal ....
that is nice to hear and dont get me wrong but i also want to make solutions that last and haveSolving problems like this is a great way to make a valuable and lasting contribution to XFree86. People solving problems they ran into is what created XFree86 in the first place, and most of us were not "hardcore X-hackers" when we did that.
substance ! ... unfortunatly i am a bit under pressure to get our TABLET Pc to work with linux like it
does for windows .. and calibration on the fly is a major issue when doing that .
that would be a goal , so we could implement a fine signal handling for x-clients ... i
it would be nice to get a function which is able to just reread the XF86Config at runtime and makes the values readable within the drivers ...
then anybody can use it or not in their drivers ...
the next thing i am really missing is a clear SIGNAL thing for input drivers where i can query the driver from within a X-client ...
XFree86 has some mechanisms for modifying configuration at run-time, but they are limited. One of the goals for XFree86 5.0 is to rework all of this to maximise run-time configuration flexibility. This also fits in with a related goal of making the XFree86 configuration file more of a preferences file. Achieving all of that is going to be a lot of work.
In the meantime, it shouldn't be too difficult to propose/implement either a calibration enhancement to the XInput extension, or extend the new message passing facility in the XFree86-Misc extension to handle input drivers.
also lagging this for things like version quering ,, or status signals...
I will also need that in the near future when i must implement a mechanism to TURN OFF the
touchscreen when the Electromagnetic digitizer is detect ( our Tablet pc can do both resistive touchscreen and EMD )
so then someone can rest his palm on the screen and using the EMD without sending signals via resisitive touchsreen
I would suggest to go 2 waysI'm not sure which option would be best, and feedback from others with input driver experience would be helpful.
1. get the mentioned SIGNAL handling available for input drivers as wished ( if you can point me to this new technic
i would gladly volunteer to use my input driver to use and test it
2. get a basic X-function which will perform a real reread of the official XF86Config file ....
if i would have those 2 things done ,, i could handle all the rest i wish in my driver and then fullfill /extend my functionality�s i wish
David -- David Dawes Founder/committer/developer The XFree86 Project www.XFree86.org/~dawes _______________________________________________ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
_______________________________________________ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
