Stylus area can not move to underside on XO

[Anna Chang]

image:287 bios:Q2B73[[BR]]

1.enter to OS

2.Use Stylus move to under edge,but mouse point can not move to underside.

3.It only can move on 1/3 screen area.

4.If open etoys's painting tool,I can't draw on all painting area by stylus

[kimquirk]

Moving to next software release, Trial-2.

[bernie]

What would be a more desiderable behavior?

Vertical stretching to the screen height is out of the question, for would horribly distort handwriting.

[bert]

There have been proposals for that. E.g. in the thread at http://lists.laptop.org/pipermail/devel/2007-March/004302.html which would combine undistorted absolute positioning with full screen coverage.

Btw, do we even get up/dow events for the stylus now?

[bernie]

Replying to bert:

There have been proposals for that. E.g. in the thread at http://lists.laptop.org/pipermail/devel/2007-March/004302.html which would combine undistorted absolute positioning with full screen coverage.

I've just read it. If I understand correctly, every time we switch to PT mode, we compute:

initial_offset = pt_position - cursor_position

And then, on each event we move the cursor like so:

cursor_position = pt_position - initial_offset

I would agree this will make the tabled a lot more usable, with no sudden bounces.

One problem is that we don't want this logic to kick in also when one raises the stylus for a short time, to move to the next letter or word.

Btw, do we even get up/dow events for the stylus now?

I'm afraid not.

[bert]

Replying to bernie:

One problem is that we don't want this logic to kick in also when one raises the stylus for a short time, to move to the next letter or word.

Yes, it should not kick in time-based, but only when switching between stylus and touch, that is, we don't leave that "virtual" tablet mode until we get a touch event.

Btw, do we even get up/dow events for the stylus now?

I'm afraid not.

This makes the stylus mode pretty much useless. The events need to be synthesized, and this is even more important than extending the logic to cover the full screen.

[mstone]

Jim informed me today that he was persuaded by Andres that the PenTablet should operate in relative mode rather than full-screen absolute mode and that applications which desire different behavior should indicate their desire via XInput tweaks. This position is contrary to the one that I understood was desired from reading this ticket (which is fixed in update.1-706) and hence in our release candidates for the 8.1.1 release.