Pen Tablet UI: Difference between revisions

From OLPC
Jump to navigation Jump to search
No edit summary
Line 9: Line 9:
== Unconstrained drawing ==
== Unconstrained drawing ==


This describes the case where the area that the user wishes to draw on is bigger and/or does not have the same aspect ratio as the physical PenTablet. The [[Draw]] activity is a good example of this case. One possible method of interaction has already been proposed [[Draw#Tablet_Support|here]].
This describes the case where the area that the user wishes to draw on is bigger and/or does not have the same aspect ratio as the physical PenTablet. The [[Draw]] activity is a good example of this case.

=== Basic Assumptions ===

==== Relative vs. Absolute ====
It is assumed that the PenTablet will always operate in absolute mode, like a conventional graphics tablet. If the tablet were to operate in relative mode (like the touchpad), it would not be possible to use a stylus to write on the tablet as if writing on a piece of paper.

==== No control-display gain ====
A naive way of handling the tablet would be to just scale the Y-axis to match the screen. In other words, one unit of movement on the Y-axis would correspond to 3 units of movement on the screen, whereas one unit of movement in the X-axis would correspond to just 1 unit on the screen. This is not desirable because it would be nearly impossible to write or draw on the tablet with any amount of accuracy.

==== Mapping ====

The general idea is that at any given time, when drawing with the stylus on the PenTablet, there will a rectangular area on the screen that indicates how the tablet is currently mapped to the on-screen drawing area. This rectangle will have the same aspect ratio as the physical tablet area, and will be approximately the same size.

The main question is how the user will be able to adjust this mapping to be able to draw on an arbitrary on-screearea. A secondary question is how the user will be able to ''precisely'' indicate where drawing will begin.

=== Adjusting the Mapping ===

Here are some options for how the user would adjust the tablet-to-screen mapping to be able to draw on an arbitrary on-screen area.

==== Option 1: Moving the canvas ====

In this method, the mapping rectangle would be fixed in the center of the screen. By holding down one of the grab keys, the user would be able to use the stylus to move the canvas. In this way, they would be able to draw on any part of the canvas.

Variations:
* instead of using the stylus to move the canvas, the user could use the touchpad

This is the interaction [[Draw#Tablet_Support|currently proposed for the Draw activity]].

==== Option 2: Moving the mapping ====

This would be similar to "Moving the canvas", except that when the grab button is held down, it will cause the mapping rectangle to move around the screen, rather than moving the canvas underneath the rectangle.

==== Option 3: Dynamic mapping ====

This is a summary of the idea proposed by Bert Freudenberg and Jim Gettys (as gathered from http://lists.laptop.org/pipermail/devel/2007-March/004302.html).

Using the touchpad, the user would move the cursor to the point where he/she wishes drawing to begin. Then, the user puts the stylus down somewhere on the tablet and begins drawing. The mapping rectangle will then be placed based on where the first tablet event was detected. In some cases, the mapping rectangle might not be fully visible on-screen.

This option would allow for precise drawing, such as drawing a line which connects two dots.

=== Precise Drawing ===

In Option 3, the user can precisely indicate ever single line that they draw. However, in options 1 and 2, this is not the case. The ALPS PenTablet doesn't support a "hover state" like a conventional graphics tablet. This means that when the user begins drawing on the tablet, he/she will only know approximately (and not *exactly*) where the line will appear on the screen.

There are a few options for how we might make it easier to do precise drawing in the case of Option 1 and Option 2 above.

Revision as of 21:11, 30 March 2008

This describes the user interaction of the PenTablet. As of March 2008, this is actively being worked on by Patrick Dubroy.

1-to-1 Case

This describes the case when there is a 1-to-1 mapping between the PenTablet and the on-screen area that the tablet maps to. For example, an activity might allow the child to practice their penmanship. When the child writes on the tablet, the marks will shown inside a GTK widget which has the same aspect ratio, and is approximately the same size, as the physical PenTablet area.

The user interaction for this case should be fairly obvious.

Unconstrained drawing

This describes the case where the area that the user wishes to draw on is bigger and/or does not have the same aspect ratio as the physical PenTablet. The Draw activity is a good example of this case.

Basic Assumptions

Relative vs. Absolute

It is assumed that the PenTablet will always operate in absolute mode, like a conventional graphics tablet. If the tablet were to operate in relative mode (like the touchpad), it would not be possible to use a stylus to write on the tablet as if writing on a piece of paper.

No control-display gain

A naive way of handling the tablet would be to just scale the Y-axis to match the screen. In other words, one unit of movement on the Y-axis would correspond to 3 units of movement on the screen, whereas one unit of movement in the X-axis would correspond to just 1 unit on the screen. This is not desirable because it would be nearly impossible to write or draw on the tablet with any amount of accuracy.

Mapping

The general idea is that at any given time, when drawing with the stylus on the PenTablet, there will a rectangular area on the screen that indicates how the tablet is currently mapped to the on-screen drawing area. This rectangle will have the same aspect ratio as the physical tablet area, and will be approximately the same size.

The main question is how the user will be able to adjust this mapping to be able to draw on an arbitrary on-screearea. A secondary question is how the user will be able to precisely indicate where drawing will begin.

Adjusting the Mapping

Here are some options for how the user would adjust the tablet-to-screen mapping to be able to draw on an arbitrary on-screen area.

Option 1: Moving the canvas

In this method, the mapping rectangle would be fixed in the center of the screen. By holding down one of the grab keys, the user would be able to use the stylus to move the canvas. In this way, they would be able to draw on any part of the canvas.

Variations:

  • instead of using the stylus to move the canvas, the user could use the touchpad

This is the interaction currently proposed for the Draw activity.

Option 2: Moving the mapping

This would be similar to "Moving the canvas", except that when the grab button is held down, it will cause the mapping rectangle to move around the screen, rather than moving the canvas underneath the rectangle.

Option 3: Dynamic mapping

This is a summary of the idea proposed by Bert Freudenberg and Jim Gettys (as gathered from http://lists.laptop.org/pipermail/devel/2007-March/004302.html).

Using the touchpad, the user would move the cursor to the point where he/she wishes drawing to begin. Then, the user puts the stylus down somewhere on the tablet and begins drawing. The mapping rectangle will then be placed based on where the first tablet event was detected. In some cases, the mapping rectangle might not be fully visible on-screen.

This option would allow for precise drawing, such as drawing a line which connects two dots.

Precise Drawing

In Option 3, the user can precisely indicate ever single line that they draw. However, in options 1 and 2, this is not the case. The ALPS PenTablet doesn't support a "hover state" like a conventional graphics tablet. This means that when the user begins drawing on the tablet, he/she will only know approximately (and not *exactly*) where the line will appear on the screen.

There are a few options for how we might make it easier to do precise drawing in the case of Option 1 and Option 2 above.