Opened 8 years ago

Last modified 6 years ago

#1002 new defect

Stylus area can not move to underside on XO

Reported by: Anna Chang Owned by: bernie
Priority: normal Milestone: 8.2.0 (was Update.2)
Component: x window system Version:
Keywords: Cc: jg, mstone, Blaketh, kimquirk
Blocked By: Blocking:
Deployments affected: Action Needed:
Verified: no

Description

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

Change History (9)

comment:1 Changed 7 years ago by kimquirk

  • Milestone changed from BTest-4 to Trial-2
  • Verified unset

Moving to next software release, Trial-2.

comment:2 Changed 7 years ago by kimquirk

  • Milestone changed from Trial-2 to Trial-3

comment:3 Changed 7 years ago by dcbw

  • Owner changed from dcbw to bernie

comment:4 Changed 7 years ago by jg

  • Milestone changed from Trial-3 to First Deployment, V1.0

comment:5 Changed 7 years ago by bernie

What would be a more desiderable behavior?

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

comment:6 follow-up: Changed 7 years ago by 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?

comment:7 in reply to: ↑ 6 ; follow-up: Changed 7 years ago by 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.

comment:8 in reply to: ↑ 7 Changed 7 years ago by 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.

comment:9 Changed 6 years ago by mstone

  • Cc jg mstone Blaketh kimquirk added

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.

Note: See TracTickets for help on using tickets.