The projects I’m doing for work use ELO touchscreens for the point of sale.
There seems to be no way to get SDL to calibrate the ELO min/max - which is
probably good, since it would have to do lots of goofy things to disallow
application updates to SDL… there’s also no way for me to really implement
my own calibration, since I can’t reinitialize the ELO min/max … though if
the section of code which grabbed those values from the enviromnet were
moved into a seperate routine maybe SDL_UpdateELOConfiguration() then the
values could be re-set into the environment and then retrieved within
SDL… (which is what I did)… Now - there’s no certainty that a touch
display is exactly linear, a slightly more complex algorithm could be
implemented (I’ve seen up to 25 point calibration) which could scale
subsections of the screen accordingly…
While it’s true that that bit of code is pretty simple and easily stolen and
put in a higher level application, I think that that functionality should
remain within the lower levels of SDL… Also, would seem that you cannot
have a touch display and a mouse (or mice) working all together… that’s
kinda an annoying thing about X (and well linux in general) - if I need to
plug in a USB mouse instead of using the glidepad on my portable they don’t
both work - whereas in windows - they both work quite well - interchangably
even…
Long ago I submitted a patch to update the frame buffer screen from the
existing buffer instead of saving the buffer when the console changed and
restoring it - unfrotunatly that doesn’t work at all… or maybe I’ve just
lost that change ponder…
Since '89 I’ve not seen a C compiler which didn’t take // as a valid
comment, and the newest standards allow th… oh nevermind…
The projects I’m doing for work use ELO touchscreens for the point of sale.
There seems to be no way to get SDL to calibrate the ELO min/max - which is
probably good, since it would have to do lots of goofy things to disallow
application updates to SDL… there’s also no way for me to really implement
my own calibration, since I can’t reinitialize the ELO min/max … though if
the section of code which grabbed those values from the enviromnet were
moved into a seperate routine maybe SDL_UpdateELOConfiguration() then the
values could be re-set into the environment and then retrieved within
SDL… (which is what I did)… Now - there’s no certainty that a touch
display is exactly linear, a slightly more complex algorithm could be
implemented (I’ve seen up to 25 point calibration) which could scale
subsections of the screen accordingly…
A pressure sensitive touch screen for 3d modeling would be soooo cool.
Also be good for finger painting.
While it’s true that that bit of code is pretty simple and easily stolen and
put in a higher level application, I think that that functionality should
remain within the lower levels of SDL… Also, would seem that you cannot
have a touch display and a mouse (or mice) working all together… that’s
kinda an annoying thing about X (and well linux in general) - if I need to
plug in a USB mouse instead of using the glidepad on my portable they don’t
both work - whereas in windows - they both work quite well - interchangably
even…
I have my wacom tablet and mouse both working at the same time. So it
sounds like there’s something wrong with the driver, or the config.
Long ago I submitted a patch to update the frame buffer screen from the
existing buffer instead of saving the buffer when the console changed and
restoring it - unfrotunatly that doesn’t work at all… or maybe I’ve just
lost that change ponder…
Since '89 I’ve not seen a C compiler which didn’t take // as a valid
comment, and the newest standards allow th… oh nevermind…
Last time I saw that was probably 1997. There’s probably still old
compilers being used with sdl me thinks.
A pressure sensitive touch screen for 3d modeling would be soooo cool.
Also be good for finger painting.
Yes - that would be nice - I have a synaptics touchpad that can return
’pressure’ not really sure how to convey that into ‘normal’ mouse
things - maybe a P(ressure) axis?
I have my wacom tablet and mouse both working at the same time. So it
sounds like there’s something wrong with the driver, or the config.
Well - the switch for the mouse is SDL_MOUSEDEV and the switch to enable ELO
is also SDL_MOUSEDEV so… Err I mean SDL_MOUSEDRV - but it’s the same
issue…
I have my wacom tablet and mouse both working at the same time. So it
sounds like there’s something wrong with the driver, or the config.
Well - the switch for the mouse is SDL_MOUSEDEV and the switch to enable ELO
is also SDL_MOUSEDEV so… Err I mean SDL_MOUSEDRV - but it’s the same
issue…
AFAIK, the ELO driver is intended to work with the FB console.
If you’re using X as display system everythings fine (there’s an ELO
driver for X).
Just setup the /etc/X11/XF86Config file and you’re done.
If you’re using the FB console, you’re right. Only one input device at a
time.
AFAIK, the ELO driver is intended to work with the FB console.
If you’re using X as display system everythings fine (there’s an ELO
driver for X).
Just setup the /etc/X11/XF86Config file and you’re done.
Yeah okay - well as it so happens - that’s what we’re using - since we’re
using bargain-basement-fell-off-the-truck kinda hardware can’t fit X into
the cracks :)>
If you’re using the FB console, you’re right. Only one input device at a
time.
not really sure how to convey that into ‘normal’ mouse