| 2010-11-08 21:37:12 |
Rising Eagle |
bug |
|
|
added bug |
| 2010-11-08 21:51:00 |
Rising Eagle |
description |
Right now, the only feedback from the touchpad is when the cursor moves (or screen scrolls, or whatever). We get no feedback on what our fingers are doing on the touchpadsurface itself or what the touchpad is experiencing. When we write, we see the lettering as it is appearing immediately on the paper as the pen is forming the letter or pattern. Or when we fingerpaint, we see bold, curvy strokes of color trailing behind our moving finger(s). We need that same feedback with the touchpad.
1) When the touchpad detects pressure/presence/finger touch, a shadow (or more aesthetic graphic representation thereof) of the pressure points/spots should appear on the computer screen with transparency proportional to pressure.
2) The touchpad positional domain should map directly onto the computer screen (though the user could adjust the size of the representational area the touchpad map takes up on the screen).
3) The touchpad mapping will be completely invisible Unless the touchpad feels pressure or is actively being used. When the touchpad actively detects activity, a faint transparent boundary is drawn on the computer screen representing the touchpad area (whose size is configured by the user) and pressure shadows appear where fingers or pressures are applied on the touchpad surface. The touchpad graphics will then disappear when activity stops after a brief moment of delay. The graphics will always be transparent so that they will never block out the work content beneath it and so that visual annoyance is minimized.
4) Drag trails can be drawn with fadeout so that gestures can clearly be seen on the screen. A good example is using the broad paint brush in photoshop. Multitouch gestures will have different colors assigned to each separate finger or pressure activation. A cool effect would be that fade out is progressive so the beginning of a gesture starts fading earlier than later parts of the gesture (like the way a dust trail dissipates when a motor bike rides by or the way a con trail dilutes and spreads when a fighter jet flys by and then fades from the sky later on). Timing and effects themes could be configurable by the user.
5) We can build in visible feedback cues for action triggers such as left button, right button, double/triple clicks, scrolling, dwells or lingerings, and for disabled access behaviours/features.
6) We can have the various differently defined areas within the touchpad mapping shown and possibly labled along with the overall boundary. Examples are the scroll region to the right or across the bottom edge (I have often tried to scroll, but landed my fingers outside the scroll region). Another example is the grid pattern overlaid upon the touchpad gesture region which is used to measure gesture motion.
7) An immediate benefit is the feedback we get when accidentally brushing or grazing the touchpad while typing. We will see that an action has occurred and immediately stop typing. I often have the cursor move accidentally to another part of the screen because of an accidental brushing of pressure on the touchpad and yet I continue typing until I notice something wrong. Then I have to find where the cursor went to, deleted the extra characters, then go back and take up where I left off. |
Right now, the only feedback from the touchpad is when the cursor moves (or screen scrolls, or whatever). We get no feedback on what our fingers are doing on the touchpad surface itself or what the touchpad is experiencing. When we write, we see the lettering as it is appearing immediately on the paper as the pen is forming the letter or pattern. Or when we fingerpaint, we see bold, curvy strokes of color trailing behind our moving finger(s). We need that same feedback with the touchpad.
1) When the touchpad detects pressure/presence/finger touch, a shadow (or more aesthetic graphic representation thereof) of the pressure points/spots should appear on the computer screen with transparency proportional to pressure.
2) The touchpad positional domain should map directly onto the computer screen (though the user could adjust the size of the representational area the touchpad map takes up on the screen).
3) The touchpad mapping will be completely invisible Unless the touchpad feels pressure or is actively being used. When the touchpad actively detects activity, a faint transparent boundary is drawn on the computer screen representing the touchpad area (whose size is configured by the user) and pressure shadows appear where fingers or pressures are applied on the touchpad surface. The touchpad graphics will then disappear when activity stops after a brief moment of delay. The graphics will always be transparent so that they will never block out the work content beneath it and so that visual annoyance is minimized.
4) Drag trails can be drawn with fadeout so that gestures can clearly be seen on the screen. A good example is using the broad paint brush in photoshop. Multitouch gestures will have different colors assigned to each separate finger or pressure activation. A cool effect would be that fade out is progressive so the beginning of a gesture starts fading earlier than later parts of the gesture (like the way a dust trail dissipates when a motor bike rides by or the way a con trail dilutes and spreads when a fighter jet flys by and then fades from the sky later on). Timing and effects themes could be configurable by the user.
5) We can build in visible feedback cues for action triggers such as left button, right button, double/triple clicks, scrolling, dwells or lingerings, and for disabled access behaviours/features.
6) We can have the various differently defined areas within the touchpad mapping shown and possibly labled along with the overall boundary. Examples are the scroll region to the right or across the bottom edge (I have often tried to scroll, but landed my fingers outside the scroll region). Another example is the grid pattern overlaid upon the touchpad gesture region which is used to measure gesture motion.
7) An immediate benefit is the feedback we get when accidentally brushing or grazing the touchpad while typing. We will see that an action has occurred and immediately stop typing. I often have the cursor move accidentally to another part of the screen because of an accidental brushing of pressure on the touchpad and yet I continue typing until I notice something wrong. Then I have to find where the cursor went to, deleted the extra characters, then go back and take up where I left off.
|
|
| 2010-11-08 21:52:30 |
Rising Eagle |
description |
Right now, the only feedback from the touchpad is when the cursor moves (or screen scrolls, or whatever). We get no feedback on what our fingers are doing on the touchpad surface itself or what the touchpad is experiencing. When we write, we see the lettering as it is appearing immediately on the paper as the pen is forming the letter or pattern. Or when we fingerpaint, we see bold, curvy strokes of color trailing behind our moving finger(s). We need that same feedback with the touchpad.
1) When the touchpad detects pressure/presence/finger touch, a shadow (or more aesthetic graphic representation thereof) of the pressure points/spots should appear on the computer screen with transparency proportional to pressure.
2) The touchpad positional domain should map directly onto the computer screen (though the user could adjust the size of the representational area the touchpad map takes up on the screen).
3) The touchpad mapping will be completely invisible Unless the touchpad feels pressure or is actively being used. When the touchpad actively detects activity, a faint transparent boundary is drawn on the computer screen representing the touchpad area (whose size is configured by the user) and pressure shadows appear where fingers or pressures are applied on the touchpad surface. The touchpad graphics will then disappear when activity stops after a brief moment of delay. The graphics will always be transparent so that they will never block out the work content beneath it and so that visual annoyance is minimized.
4) Drag trails can be drawn with fadeout so that gestures can clearly be seen on the screen. A good example is using the broad paint brush in photoshop. Multitouch gestures will have different colors assigned to each separate finger or pressure activation. A cool effect would be that fade out is progressive so the beginning of a gesture starts fading earlier than later parts of the gesture (like the way a dust trail dissipates when a motor bike rides by or the way a con trail dilutes and spreads when a fighter jet flys by and then fades from the sky later on). Timing and effects themes could be configurable by the user.
5) We can build in visible feedback cues for action triggers such as left button, right button, double/triple clicks, scrolling, dwells or lingerings, and for disabled access behaviours/features.
6) We can have the various differently defined areas within the touchpad mapping shown and possibly labled along with the overall boundary. Examples are the scroll region to the right or across the bottom edge (I have often tried to scroll, but landed my fingers outside the scroll region). Another example is the grid pattern overlaid upon the touchpad gesture region which is used to measure gesture motion.
7) An immediate benefit is the feedback we get when accidentally brushing or grazing the touchpad while typing. We will see that an action has occurred and immediately stop typing. I often have the cursor move accidentally to another part of the screen because of an accidental brushing of pressure on the touchpad and yet I continue typing until I notice something wrong. Then I have to find where the cursor went to, deleted the extra characters, then go back and take up where I left off.
|
Right now, the only feedback from the touchpad is when the cursor moves (or screen scrolls, or whatever). We get no feedback on what our fingers are doing on the touchpad surface itself or what the touchpad is experiencing. When we write, we see the lettering as it is appearing immediately on the paper as the pen is forming the letter or pattern. Or when we fingerpaint, we see bold, curvy strokes of color trailing behind our moving finger(s). We need that same feedback with the touchpad.
1) When the touchpad detects pressure/presence/finger touch, a shadow (or more aesthetic graphic representation thereof) of the pressure points/spots/fingerprints should appear on the computer screen with transparency proportional to pressure.
2) The touchpad positional domain should map directly onto the computer screen (though the user could adjust the size of the representational area the touchpad map takes up on the screen).
3) The touchpad mapping will be completely invisible Unless the touchpad feels pressure or is actively being used. When the touchpad actively detects activity, a faint transparent boundary is drawn on the computer screen representing the touchpad area (whose size is configured by the user) and pressure shadows appear where fingers or pressures are applied on the touchpad surface. The touchpad graphics will then disappear when activity stops after a brief moment of delay. The graphics will always be transparent so that they will never block out the work content beneath it and so that visual annoyance is minimized.
4) Drag trails can be drawn with fadeout so that gestures can clearly be seen on the screen. A good example is using the broad paint brush in photoshop. Multitouch gestures will have different colors assigned to each separate finger or pressure activation. A cool effect would be that fade out is progressive so the beginning of a gesture starts fading earlier than later parts of the gesture (like the way a dust trail dissipates when a motor bike rides by or the way a con trail dilutes and spreads when a fighter jet flys by and then fades from the sky later on). Timing and effects themes could be configurable by the user.
5) We can build in visible feedback cues for action triggers such as left button, right button, double/triple clicks, scrolling, dwells or lingerings, and for disabled access behaviours/features.
6) We can have the various differently defined areas within the touchpad mapping shown and possibly labled along with the overall boundary. Examples are the scroll region to the right or across the bottom edge (I have often tried to scroll, but landed my fingers outside the scroll region). Another example is the grid pattern overlaid upon the touchpad gesture region which is used to measure gesture motion.
7) An immediate benefit is the feedback we get when accidentally brushing or grazing the touchpad while typing. We will see that an action has occurred and immediately stop typing. I often have the cursor move accidentally to another part of the screen because of an accidental brushing of pressure on the touchpad and yet I continue typing until I notice something wrong. Then I have to find where the cursor went to, deleted the extra characters, then go back and take up where I left off.
|
|
| 2010-11-08 21:54:22 |
Rising Eagle |
description |
Right now, the only feedback from the touchpad is when the cursor moves (or screen scrolls, or whatever). We get no feedback on what our fingers are doing on the touchpad surface itself or what the touchpad is experiencing. When we write, we see the lettering as it is appearing immediately on the paper as the pen is forming the letter or pattern. Or when we fingerpaint, we see bold, curvy strokes of color trailing behind our moving finger(s). We need that same feedback with the touchpad.
1) When the touchpad detects pressure/presence/finger touch, a shadow (or more aesthetic graphic representation thereof) of the pressure points/spots/fingerprints should appear on the computer screen with transparency proportional to pressure.
2) The touchpad positional domain should map directly onto the computer screen (though the user could adjust the size of the representational area the touchpad map takes up on the screen).
3) The touchpad mapping will be completely invisible Unless the touchpad feels pressure or is actively being used. When the touchpad actively detects activity, a faint transparent boundary is drawn on the computer screen representing the touchpad area (whose size is configured by the user) and pressure shadows appear where fingers or pressures are applied on the touchpad surface. The touchpad graphics will then disappear when activity stops after a brief moment of delay. The graphics will always be transparent so that they will never block out the work content beneath it and so that visual annoyance is minimized.
4) Drag trails can be drawn with fadeout so that gestures can clearly be seen on the screen. A good example is using the broad paint brush in photoshop. Multitouch gestures will have different colors assigned to each separate finger or pressure activation. A cool effect would be that fade out is progressive so the beginning of a gesture starts fading earlier than later parts of the gesture (like the way a dust trail dissipates when a motor bike rides by or the way a con trail dilutes and spreads when a fighter jet flys by and then fades from the sky later on). Timing and effects themes could be configurable by the user.
5) We can build in visible feedback cues for action triggers such as left button, right button, double/triple clicks, scrolling, dwells or lingerings, and for disabled access behaviours/features.
6) We can have the various differently defined areas within the touchpad mapping shown and possibly labled along with the overall boundary. Examples are the scroll region to the right or across the bottom edge (I have often tried to scroll, but landed my fingers outside the scroll region). Another example is the grid pattern overlaid upon the touchpad gesture region which is used to measure gesture motion.
7) An immediate benefit is the feedback we get when accidentally brushing or grazing the touchpad while typing. We will see that an action has occurred and immediately stop typing. I often have the cursor move accidentally to another part of the screen because of an accidental brushing of pressure on the touchpad and yet I continue typing until I notice something wrong. Then I have to find where the cursor went to, deleted the extra characters, then go back and take up where I left off.
|
Right now, the only feedback from the touchpad is when the cursor moves (or screen scrolls, or whatever). We get no feedback on what our fingers are doing on the touchpad surface itself or what the touchpad is experiencing. When we write, we see the lettering as it is appearing immediately on the paper as the pen is forming the letter or pattern. Or when we fingerpaint, we see bold, curvy strokes of color trailing behind our moving finger(s). We need that same feedback with the touchpad.
1) When the touchpad detects pressure/presence/finger touch, a transparent shadow (or more aesthetic graphic representation thereof) of the pressure points/spots/fingerprints should appear on the computer screen with transparency reduced (or darkness/opacity increased) proportional to pressure.
2) The touchpad positional domain should map directly onto the computer screen (though the user could adjust the size of the representational area the touchpad map takes up on the screen).
3) The touchpad mapping will be completely invisible Unless the touchpad feels pressure or is actively being used. When the touchpad actively detects activity, a faint transparent boundary is drawn on the computer screen representing the touchpad area (whose size is configured by the user) and pressure shadows appear where fingers or pressures are applied on the touchpad surface. The touchpad graphics will then disappear when activity stops after a brief moment of delay. The graphics will always be transparent so that they will never block out the work content beneath it and so that visual annoyance is minimized.
4) Drag trails can be drawn with fadeout so that gestures can clearly be seen on the screen. A good example is using the broad paint brush in photoshop. Multitouch gestures will have different colors assigned to each separate finger or pressure activation. A cool effect would be that fade out is progressive so the beginning of a gesture starts fading earlier than later parts of the gesture (like the way a dust trail dissipates when a motor bike rides by or the way a con trail dilutes and spreads when a fighter jet flys by and then fades from the sky later on). Timing and effects themes could be configurable by the user.
5) We can build in visible feedback cues for action triggers such as left button, right button, double/triple clicks, scrolling, dwells or lingerings, and for disabled access behaviours/features.
6) We can have the various differently defined areas within the touchpad mapping shown and possibly labled along with the overall boundary. Examples are the scroll region to the right or across the bottom edge (I have often tried to scroll, but landed my fingers outside the scroll region). Another example is the grid pattern overlaid upon the touchpad gesture region which is used to measure gesture motion.
7) An immediate benefit is the feedback we get when accidentally brushing or grazing the touchpad while typing. We will see that an action has occurred and immediately stop typing. I often have the cursor move accidentally to another part of the screen because of an accidental brushing of pressure on the touchpad and yet I continue typing until I notice something wrong. Then I have to find where the cursor went to, deleted the extra characters, then go back and take up where I left off.
|
|
| 2010-11-08 21:55:38 |
Rising Eagle |
description |
Right now, the only feedback from the touchpad is when the cursor moves (or screen scrolls, or whatever). We get no feedback on what our fingers are doing on the touchpad surface itself or what the touchpad is experiencing. When we write, we see the lettering as it is appearing immediately on the paper as the pen is forming the letter or pattern. Or when we fingerpaint, we see bold, curvy strokes of color trailing behind our moving finger(s). We need that same feedback with the touchpad.
1) When the touchpad detects pressure/presence/finger touch, a transparent shadow (or more aesthetic graphic representation thereof) of the pressure points/spots/fingerprints should appear on the computer screen with transparency reduced (or darkness/opacity increased) proportional to pressure.
2) The touchpad positional domain should map directly onto the computer screen (though the user could adjust the size of the representational area the touchpad map takes up on the screen).
3) The touchpad mapping will be completely invisible Unless the touchpad feels pressure or is actively being used. When the touchpad actively detects activity, a faint transparent boundary is drawn on the computer screen representing the touchpad area (whose size is configured by the user) and pressure shadows appear where fingers or pressures are applied on the touchpad surface. The touchpad graphics will then disappear when activity stops after a brief moment of delay. The graphics will always be transparent so that they will never block out the work content beneath it and so that visual annoyance is minimized.
4) Drag trails can be drawn with fadeout so that gestures can clearly be seen on the screen. A good example is using the broad paint brush in photoshop. Multitouch gestures will have different colors assigned to each separate finger or pressure activation. A cool effect would be that fade out is progressive so the beginning of a gesture starts fading earlier than later parts of the gesture (like the way a dust trail dissipates when a motor bike rides by or the way a con trail dilutes and spreads when a fighter jet flys by and then fades from the sky later on). Timing and effects themes could be configurable by the user.
5) We can build in visible feedback cues for action triggers such as left button, right button, double/triple clicks, scrolling, dwells or lingerings, and for disabled access behaviours/features.
6) We can have the various differently defined areas within the touchpad mapping shown and possibly labled along with the overall boundary. Examples are the scroll region to the right or across the bottom edge (I have often tried to scroll, but landed my fingers outside the scroll region). Another example is the grid pattern overlaid upon the touchpad gesture region which is used to measure gesture motion.
7) An immediate benefit is the feedback we get when accidentally brushing or grazing the touchpad while typing. We will see that an action has occurred and immediately stop typing. I often have the cursor move accidentally to another part of the screen because of an accidental brushing of pressure on the touchpad and yet I continue typing until I notice something wrong. Then I have to find where the cursor went to, deleted the extra characters, then go back and take up where I left off.
|
Right now, the only feedback from the touchpad is when the cursor moves (or screen scrolls, or whatever). We get no feedback on what our fingers are doing on the touchpad surface itself or what the touchpad is experiencing. When we write, we see the lettering as it is appearing immediately on the paper as the pen is forming the letter or pattern. Or when we fingerpaint, we see bold, curvy strokes of color trailing behind our moving finger(s). We need that same feedback with the touchpad.
1) When the touchpad detects pressure/presence/finger touch, a transparent shadow (or more aesthetic graphic representation thereof) of the pressure points/spots/fingerprints should appear on the computer screen with transparency reduced (or darkness/opacity increased) proportional to pressure.
2) The touchpad positional domain should map directly onto the computer screen (though the user could adjust the size of the representational area on the screen).
3) The touchpad mapping will be completely invisible Unless the touchpad feels pressure or is actively being used. When the touchpad actively detects activity, a faint transparent boundary is drawn on the computer screen representing the touchpad area (whose size is configured by the user) and pressure shadows appear where fingers or pressures are applied on the touchpad surface. The touchpad graphics will then disappear when activity stops after a brief moment of delay. The graphics will always be transparent so that they will never block out the work content beneath it and so that visual annoyance is minimized.
4) Drag trails can be drawn with fadeout so that gestures can clearly be seen on the screen. A good example is using the broad paint brush in photoshop. Multitouch gestures will have different colors assigned to each separate finger or pressure activation. A cool effect would be that fade out is progressive so the beginning of a gesture starts fading earlier than later parts of the gesture (like the way a dust trail dissipates when a motor bike rides by or the way a con trail dilutes and spreads when a fighter jet flys by and then fades from the sky later on). Timing and effects themes could be configurable by the user.
5) We can build in visible feedback cues for action triggers such as left button, right button, double/triple clicks, scrolling, dwells or lingerings, and for disabled access behaviours/features.
6) We can have the various differently defined areas within the touchpad mapping shown and possibly labled along with the overall boundary. Examples are the scroll region to the right or across the bottom edge (I have often tried to scroll, but landed my fingers outside the scroll region). Another example is the grid pattern overlaid upon the touchpad gesture region which is used to measure gesture motion.
7) An immediate benefit is the feedback we get when accidentally brushing or grazing the touchpad while typing. We will see that an action has occurred and immediately stop typing. I often have the cursor move accidentally to another part of the screen because of an accidental brushing of pressure on the touchpad and yet I continue typing until I notice something wrong. Then I have to find where the cursor went to, deleted the extra characters, then go back and take up where I left off.
|
|
| 2010-11-08 21:59:01 |
Rising Eagle |
description |
Right now, the only feedback from the touchpad is when the cursor moves (or screen scrolls, or whatever). We get no feedback on what our fingers are doing on the touchpad surface itself or what the touchpad is experiencing. When we write, we see the lettering as it is appearing immediately on the paper as the pen is forming the letter or pattern. Or when we fingerpaint, we see bold, curvy strokes of color trailing behind our moving finger(s). We need that same feedback with the touchpad.
1) When the touchpad detects pressure/presence/finger touch, a transparent shadow (or more aesthetic graphic representation thereof) of the pressure points/spots/fingerprints should appear on the computer screen with transparency reduced (or darkness/opacity increased) proportional to pressure.
2) The touchpad positional domain should map directly onto the computer screen (though the user could adjust the size of the representational area on the screen).
3) The touchpad mapping will be completely invisible Unless the touchpad feels pressure or is actively being used. When the touchpad actively detects activity, a faint transparent boundary is drawn on the computer screen representing the touchpad area (whose size is configured by the user) and pressure shadows appear where fingers or pressures are applied on the touchpad surface. The touchpad graphics will then disappear when activity stops after a brief moment of delay. The graphics will always be transparent so that they will never block out the work content beneath it and so that visual annoyance is minimized.
4) Drag trails can be drawn with fadeout so that gestures can clearly be seen on the screen. A good example is using the broad paint brush in photoshop. Multitouch gestures will have different colors assigned to each separate finger or pressure activation. A cool effect would be that fade out is progressive so the beginning of a gesture starts fading earlier than later parts of the gesture (like the way a dust trail dissipates when a motor bike rides by or the way a con trail dilutes and spreads when a fighter jet flys by and then fades from the sky later on). Timing and effects themes could be configurable by the user.
5) We can build in visible feedback cues for action triggers such as left button, right button, double/triple clicks, scrolling, dwells or lingerings, and for disabled access behaviours/features.
6) We can have the various differently defined areas within the touchpad mapping shown and possibly labled along with the overall boundary. Examples are the scroll region to the right or across the bottom edge (I have often tried to scroll, but landed my fingers outside the scroll region). Another example is the grid pattern overlaid upon the touchpad gesture region which is used to measure gesture motion.
7) An immediate benefit is the feedback we get when accidentally brushing or grazing the touchpad while typing. We will see that an action has occurred and immediately stop typing. I often have the cursor move accidentally to another part of the screen because of an accidental brushing of pressure on the touchpad and yet I continue typing until I notice something wrong. Then I have to find where the cursor went to, deleted the extra characters, then go back and take up where I left off.
|
Right now, the only feedback from the touchpad is when the cursor moves (or screen scrolls, or whatever). We get no feedback on what our fingers are doing on the touchpad surface itself or what the touchpad is experiencing. When we write, we see the lettering as it is appearing immediately on the paper as the pen is forming the letter or pattern. Or when we fingerpaint, we see bold, curvy strokes of color trailing behind our moving finger(s). We need that same feedback with the touchpad.
1) When the touchpad detects pressure/presence/finger touch, a transparent shadow (or more aesthetic graphic representation thereof) of the pressure points/spots/fingerprints should appear on the computer screen with transparency reduced (or darkness/opacity increased) proportional to pressure.
2) The touchpad positional domain should map directly onto the computer screen (though the user could adjust the size of the representational area on the screen).
3) The touchpad mapping will be completely invisible Unless the touchpad feels pressure or is actively being used. When the touchpad actively detects activity, a faint transparent boundary is drawn on the computer screen representing the touchpad area (whose size is configured by the user) and pressure shadows appear where fingers or pressures are applied on the touchpad surface. The touchpad graphics will then disappear when activity stops after a brief moment of delay. The graphics will always be transparent so that they will never block out the work content beneath it and so that visual annoyance is minimized.
4) Drag trails can be drawn with fadeout so that gestures can clearly be seen on the screen. A good example is using the broad paint brush in photoshop. Multitouch gestures will have different colors assigned to each separate finger or pressure trail. A cool effect would be that fade out is progressive so the beginning of a gesture starts fading earlier than later parts of the gesture (like the way a dust trail dissipates when a motor bike rides by or the way a con trail dilutes and spreads when a fighter jet flys by and then fades from the sky later on). Timing and effects themes could be configurable by the user.
5) We can present visible feedback cues for action triggers such as left button, right button, double/triple clicks, scrolling, dwells or lingerings, and for disabled access behaviours/features.
6) We can have the various differently defined areas within the touchpad mapping shown and possibly labled along with the overall boundary. Examples are the scroll region to the right or across the bottom edge (I have often tried to scroll, but landed my fingers outside the scroll region). Another example is the grid pattern overlaid upon the touchpad gesture region which is used to measure gesture motion.
7) An immediate benefit is the feedback we get when accidentally brushing or grazing the touchpad while typing. We will see that an action has occurred and immediately stop typing. I often have the cursor move accidentally to another part of the screen because of an accidental brushing of pressure on the touchpad and yet I continue typing until I notice something wrong. Then I have to find where the cursor went to, deleted the extra characters, then go back and take up where I left off.
|
|
| 2010-11-08 22:11:40 |
Rising Eagle |
description |
Right now, the only feedback from the touchpad is when the cursor moves (or screen scrolls, or whatever). We get no feedback on what our fingers are doing on the touchpad surface itself or what the touchpad is experiencing. When we write, we see the lettering as it is appearing immediately on the paper as the pen is forming the letter or pattern. Or when we fingerpaint, we see bold, curvy strokes of color trailing behind our moving finger(s). We need that same feedback with the touchpad.
1) When the touchpad detects pressure/presence/finger touch, a transparent shadow (or more aesthetic graphic representation thereof) of the pressure points/spots/fingerprints should appear on the computer screen with transparency reduced (or darkness/opacity increased) proportional to pressure.
2) The touchpad positional domain should map directly onto the computer screen (though the user could adjust the size of the representational area on the screen).
3) The touchpad mapping will be completely invisible Unless the touchpad feels pressure or is actively being used. When the touchpad actively detects activity, a faint transparent boundary is drawn on the computer screen representing the touchpad area (whose size is configured by the user) and pressure shadows appear where fingers or pressures are applied on the touchpad surface. The touchpad graphics will then disappear when activity stops after a brief moment of delay. The graphics will always be transparent so that they will never block out the work content beneath it and so that visual annoyance is minimized.
4) Drag trails can be drawn with fadeout so that gestures can clearly be seen on the screen. A good example is using the broad paint brush in photoshop. Multitouch gestures will have different colors assigned to each separate finger or pressure trail. A cool effect would be that fade out is progressive so the beginning of a gesture starts fading earlier than later parts of the gesture (like the way a dust trail dissipates when a motor bike rides by or the way a con trail dilutes and spreads when a fighter jet flys by and then fades from the sky later on). Timing and effects themes could be configurable by the user.
5) We can present visible feedback cues for action triggers such as left button, right button, double/triple clicks, scrolling, dwells or lingerings, and for disabled access behaviours/features.
6) We can have the various differently defined areas within the touchpad mapping shown and possibly labled along with the overall boundary. Examples are the scroll region to the right or across the bottom edge (I have often tried to scroll, but landed my fingers outside the scroll region). Another example is the grid pattern overlaid upon the touchpad gesture region which is used to measure gesture motion.
7) An immediate benefit is the feedback we get when accidentally brushing or grazing the touchpad while typing. We will see that an action has occurred and immediately stop typing. I often have the cursor move accidentally to another part of the screen because of an accidental brushing of pressure on the touchpad and yet I continue typing until I notice something wrong. Then I have to find where the cursor went to, deleted the extra characters, then go back and take up where I left off.
|
Right now, the only feedback from the touchpad is when the cursor moves (or screen scrolls, or whatever). We get no feedback on what our fingers are doing on the touchpad surface itself or what the touchpad is experiencing. When we write, we see the lettering as it is appearing immediately on the paper as the pen is forming the letter or pattern. Or when we fingerpaint, we see bold, curvy strokes of color trailing behind our moving finger(s). We need that same feedback with the touchpad.
1) When the touchpad detects pressure/presence/fingertouch, a transparent shadow (or more aesthetic graphic representation thereof) of the pressure points/spots/fingerprints should appear on the computer screen with transparency reduced (or darkness/opacity increased) proportional to pressure.
2) The touchpad positional domain should map directly onto the computer screen (though the user could adjust the size of the representational area on the screen).
3) The touchpad mapping will be completely invisible UNLESS the touchpad feels pressure or is actively being used. When the touchpad first detects activity, a faint transparent boundary is drawn on the computer screen representing the touchpad area (whose size is configured by the user) and pressure shadows appear where fingers or pressures are applied on the touchpad surface. The touchpad graphics will then disappear when activity stops after a brief moment of delay. The graphics will always be transparent so that they will never block out the work content beneath it and so that visual annoyance is minimized.
4) Drag trails can be drawn with fadeout so that gestures can clearly be seen on the screen. A good example is using the broad paint brush in photoshop. Multitouch gestures will have different colors assigned to each separate finger or pressure trail. A cool effect would be that fade out is progressive so the beginning of a gesture starts fading earlier than later parts of the gesture (like the way a dust trail dissipates when a motor bike rides by or the way a con trail dilutes and spreads when a fighter jet flys by and then fades from the sky later on). Timing and effects themes could be configurable by the user.
5) We can present visible feedback cues for action triggers such as left button, right button, double/triple clicks, scrolling, dwells or lingerings, and for disabled access behaviours/features.
6) We can have the various differently defined areas within the touchpad mapping shown and possibly labled along with the overall boundary. Examples are the scroll region to the right or across the bottom edge (I have often tried to scroll, but landed my fingers outside the scroll region). Another example is the grid pattern overlaid upon the touchpad gesture region which is used to measure gesture motion.
7) An immediate benefit is the feedback we get when accidentally brushing or grazing the touchpad while typing. We will see that an action has occurred and immediately stop typing. I often have the cursor move accidentally to another part of the screen because of an accidental brushing of pressure on the touchpad and yet I continue typing until I notice something wrong. Then I have to find where the cursor went to, deleted the extra characters, then go back and take up where I left off.
|
|
| 2010-11-08 22:12:44 |
Rising Eagle |
description |
Right now, the only feedback from the touchpad is when the cursor moves (or screen scrolls, or whatever). We get no feedback on what our fingers are doing on the touchpad surface itself or what the touchpad is experiencing. When we write, we see the lettering as it is appearing immediately on the paper as the pen is forming the letter or pattern. Or when we fingerpaint, we see bold, curvy strokes of color trailing behind our moving finger(s). We need that same feedback with the touchpad.
1) When the touchpad detects pressure/presence/fingertouch, a transparent shadow (or more aesthetic graphic representation thereof) of the pressure points/spots/fingerprints should appear on the computer screen with transparency reduced (or darkness/opacity increased) proportional to pressure.
2) The touchpad positional domain should map directly onto the computer screen (though the user could adjust the size of the representational area on the screen).
3) The touchpad mapping will be completely invisible UNLESS the touchpad feels pressure or is actively being used. When the touchpad first detects activity, a faint transparent boundary is drawn on the computer screen representing the touchpad area (whose size is configured by the user) and pressure shadows appear where fingers or pressures are applied on the touchpad surface. The touchpad graphics will then disappear when activity stops after a brief moment of delay. The graphics will always be transparent so that they will never block out the work content beneath it and so that visual annoyance is minimized.
4) Drag trails can be drawn with fadeout so that gestures can clearly be seen on the screen. A good example is using the broad paint brush in photoshop. Multitouch gestures will have different colors assigned to each separate finger or pressure trail. A cool effect would be that fade out is progressive so the beginning of a gesture starts fading earlier than later parts of the gesture (like the way a dust trail dissipates when a motor bike rides by or the way a con trail dilutes and spreads when a fighter jet flys by and then fades from the sky later on). Timing and effects themes could be configurable by the user.
5) We can present visible feedback cues for action triggers such as left button, right button, double/triple clicks, scrolling, dwells or lingerings, and for disabled access behaviours/features.
6) We can have the various differently defined areas within the touchpad mapping shown and possibly labled along with the overall boundary. Examples are the scroll region to the right or across the bottom edge (I have often tried to scroll, but landed my fingers outside the scroll region). Another example is the grid pattern overlaid upon the touchpad gesture region which is used to measure gesture motion.
7) An immediate benefit is the feedback we get when accidentally brushing or grazing the touchpad while typing. We will see that an action has occurred and immediately stop typing. I often have the cursor move accidentally to another part of the screen because of an accidental brushing of pressure on the touchpad and yet I continue typing until I notice something wrong. Then I have to find where the cursor went to, deleted the extra characters, then go back and take up where I left off.
|
Right now, the only feedback from the touchpad is when the cursor moves (or screen scrolls, or whatever). We get no feedback on what our fingers are doing on the touchpad surface itself or what the touchpad is experiencing. When we write, we see the lettering as it is appearing immediately on the paper as the pen is forming the letter or pattern. Or when we fingerpaint, we see bold, curvy strokes of color trailing behind our moving finger(s). We need that same feedback with the touchpad.
1) When the touchpad detects pressure/presence/fingertouch, a transparent shadow (or more aesthetic graphic representation thereof) of the pressure points/spots/fingerprints should appear on the computer screen with transparency reduced (or darkness/opacity increased) proportional to pressure.
2) The touchpad positional domain should map directly onto the computer screen (though the user could adjust the size of the representational area on the screen).
3) The touchpad mapping will be completely invisible UNLESS the touchpad feels pressure or is actively being used. When the touchpad first detects activity, a faint transparent boundary is drawn on the computer screen representing the touchpad area (whose size on the screen is configured by the user) and pressure shadows appear where fingers or pressures are applied on the touchpad surface. The touchpad graphics will then disappear when activity stops after a brief moment of delay. The graphics will always be transparent so that they will never block out the work content beneath it and so that visual annoyance is minimized.
4) Drag trails can be drawn with fadeout so that gestures can clearly be seen on the screen. A good example is using the broad paint brush in photoshop. Multitouch gestures will have different colors assigned to each separate finger or pressure trail. A cool effect would be that fade out is progressive so the beginning of a gesture starts fading earlier than later parts of the gesture (like the way a dust trail dissipates when a motor bike rides by or the way a con trail dilutes and spreads when a fighter jet flys by and then fades from the sky later on). Timing and effects themes could be configurable by the user.
5) We can present visible feedback cues for action triggers such as left button, right button, double/triple clicks, scrolling, dwells or lingerings, and for disabled access behaviours/features.
6) We can have the various differently defined areas within the touchpad mapping shown and possibly labled along with the overall boundary. Examples are the scroll region to the right or across the bottom edge (I have often tried to scroll, but landed my fingers outside the scroll region). Another example is the grid pattern overlaid upon the touchpad gesture region which is used to measure gesture motion.
7) An immediate benefit is the feedback we get when accidentally brushing or grazing the touchpad while typing. We will see that an action has occurred and immediately stop typing. I often have the cursor move accidentally to another part of the screen because of an accidental brushing of pressure on the touchpad and yet I continue typing until I notice something wrong. Then I have to find where the cursor went to, deleted the extra characters, then go back and take up where I left off.
|
|
| 2010-11-08 22:22:32 |
Rising Eagle |
description |
Right now, the only feedback from the touchpad is when the cursor moves (or screen scrolls, or whatever). We get no feedback on what our fingers are doing on the touchpad surface itself or what the touchpad is experiencing. When we write, we see the lettering as it is appearing immediately on the paper as the pen is forming the letter or pattern. Or when we fingerpaint, we see bold, curvy strokes of color trailing behind our moving finger(s). We need that same feedback with the touchpad.
1) When the touchpad detects pressure/presence/fingertouch, a transparent shadow (or more aesthetic graphic representation thereof) of the pressure points/spots/fingerprints should appear on the computer screen with transparency reduced (or darkness/opacity increased) proportional to pressure.
2) The touchpad positional domain should map directly onto the computer screen (though the user could adjust the size of the representational area on the screen).
3) The touchpad mapping will be completely invisible UNLESS the touchpad feels pressure or is actively being used. When the touchpad first detects activity, a faint transparent boundary is drawn on the computer screen representing the touchpad area (whose size on the screen is configured by the user) and pressure shadows appear where fingers or pressures are applied on the touchpad surface. The touchpad graphics will then disappear when activity stops after a brief moment of delay. The graphics will always be transparent so that they will never block out the work content beneath it and so that visual annoyance is minimized.
4) Drag trails can be drawn with fadeout so that gestures can clearly be seen on the screen. A good example is using the broad paint brush in photoshop. Multitouch gestures will have different colors assigned to each separate finger or pressure trail. A cool effect would be that fade out is progressive so the beginning of a gesture starts fading earlier than later parts of the gesture (like the way a dust trail dissipates when a motor bike rides by or the way a con trail dilutes and spreads when a fighter jet flys by and then fades from the sky later on). Timing and effects themes could be configurable by the user.
5) We can present visible feedback cues for action triggers such as left button, right button, double/triple clicks, scrolling, dwells or lingerings, and for disabled access behaviours/features.
6) We can have the various differently defined areas within the touchpad mapping shown and possibly labled along with the overall boundary. Examples are the scroll region to the right or across the bottom edge (I have often tried to scroll, but landed my fingers outside the scroll region). Another example is the grid pattern overlaid upon the touchpad gesture region which is used to measure gesture motion.
7) An immediate benefit is the feedback we get when accidentally brushing or grazing the touchpad while typing. We will see that an action has occurred and immediately stop typing. I often have the cursor move accidentally to another part of the screen because of an accidental brushing of pressure on the touchpad and yet I continue typing until I notice something wrong. Then I have to find where the cursor went to, deleted the extra characters, then go back and take up where I left off.
|
Right now, the only feedback from the touchpad is when the cursor moves (or screen scrolls, or whatever). We get no feedback on what our fingers are doing on the touchpad surface itself or what the touchpad is experiencing. When we write, we see the lettering as it is appearing immediately on the paper as the pen is forming the letter or pattern. Or when we fingerpaint, we see bold, curvy strokes of color trailing behind our moving finger(s). We need that same feedback with the touchpad.
1) When the touchpad detects pressure/presence/fingertouch, a transparent shadow (or more aesthetic graphic representation thereof) of the pressure points/spots/fingerprints should appear on the computer screen with transparency reduced (or darkness/opacity increased) proportional to pressure.
2) The touchpad positional domain should map directly onto the computer screen (though the user could adjust the size of the representational area on the screen).
3) The touchpad mapping will be completely invisible UNLESS the touchpad feels pressure or is actively being used. When the touchpad first detects activity, a faint transparent boundary is drawn on the computer screen representing the touchpad area (whose size on the screen is configured by the user) and pressure shadows appear where fingers or pressures are applied on the touchpad surface. The touchpad graphics will then fade away or phase out once activity stops and after a brief moment of delay. The graphics will always be transparent so that they will never block out the work content beneath it and so that visual annoyance is minimized.
4) Drag trails can be drawn so that gestures can clearly be seen on the screen. A good example is using the broad paint brush in photoshop. Multitouch gestures will have different colors assigned to each separate finger or pressure trail. Drag trails will fade out slowly after gesture is complete or disappear quickly if the next gesture begins. A cool effect would be that fade out is progressive so the beginning of a gesture starts fading earlier than later parts of the gesture (like the way a dust trail dissipates when a motor bike rides by or the way a con trail dilutes and spreads when a fighter jet flys by and then fades from the sky later on). Timing and effects themes could be configurable by the user.
5) We can present visible feedback cues for action triggers such as left button, right button, double/triple clicks, scrolling, dwells or lingerings, and for disabled access behaviours/features.
6) We can have the various differently defined areas within the touchpad mapping shown and possibly labled along with the overall boundary. Examples are the scroll region to the right or across the bottom edge (I have often tried to scroll, but landed my fingers outside the scroll region). Another example is the grid pattern overlaid upon the touchpad gesture region which is used to measure gesture motion.
7) An immediate benefit is the feedback we get when accidentally brushing or grazing the touchpad while typing. We will see that an action has occurred and immediately stop typing. I often have the cursor move accidentally to another part of the screen because of an accidental brushing of pressure on the touchpad and yet I continue typing until I notice something wrong. Then I have to find where the cursor went to, delete the extra characters, then go back and take up where I left off.
|
|
| 2010-11-08 22:23:11 |
Rising Eagle |
removed subscriber Rising Eagle |
|
|
|
| 2010-11-08 22:25:39 |
Rising Eagle |
bug |
|
|
added subscriber Rising Eagle |
| 2010-11-08 22:30:07 |
Rising Eagle |
bug |
|
|
added subscriber Duncan McGreggor |
| 2010-11-08 22:32:00 |
Rising Eagle |
description |
Right now, the only feedback from the touchpad is when the cursor moves (or screen scrolls, or whatever). We get no feedback on what our fingers are doing on the touchpad surface itself or what the touchpad is experiencing. When we write, we see the lettering as it is appearing immediately on the paper as the pen is forming the letter or pattern. Or when we fingerpaint, we see bold, curvy strokes of color trailing behind our moving finger(s). We need that same feedback with the touchpad.
1) When the touchpad detects pressure/presence/fingertouch, a transparent shadow (or more aesthetic graphic representation thereof) of the pressure points/spots/fingerprints should appear on the computer screen with transparency reduced (or darkness/opacity increased) proportional to pressure.
2) The touchpad positional domain should map directly onto the computer screen (though the user could adjust the size of the representational area on the screen).
3) The touchpad mapping will be completely invisible UNLESS the touchpad feels pressure or is actively being used. When the touchpad first detects activity, a faint transparent boundary is drawn on the computer screen representing the touchpad area (whose size on the screen is configured by the user) and pressure shadows appear where fingers or pressures are applied on the touchpad surface. The touchpad graphics will then fade away or phase out once activity stops and after a brief moment of delay. The graphics will always be transparent so that they will never block out the work content beneath it and so that visual annoyance is minimized.
4) Drag trails can be drawn so that gestures can clearly be seen on the screen. A good example is using the broad paint brush in photoshop. Multitouch gestures will have different colors assigned to each separate finger or pressure trail. Drag trails will fade out slowly after gesture is complete or disappear quickly if the next gesture begins. A cool effect would be that fade out is progressive so the beginning of a gesture starts fading earlier than later parts of the gesture (like the way a dust trail dissipates when a motor bike rides by or the way a con trail dilutes and spreads when a fighter jet flys by and then fades from the sky later on). Timing and effects themes could be configurable by the user.
5) We can present visible feedback cues for action triggers such as left button, right button, double/triple clicks, scrolling, dwells or lingerings, and for disabled access behaviours/features.
6) We can have the various differently defined areas within the touchpad mapping shown and possibly labled along with the overall boundary. Examples are the scroll region to the right or across the bottom edge (I have often tried to scroll, but landed my fingers outside the scroll region). Another example is the grid pattern overlaid upon the touchpad gesture region which is used to measure gesture motion.
7) An immediate benefit is the feedback we get when accidentally brushing or grazing the touchpad while typing. We will see that an action has occurred and immediately stop typing. I often have the cursor move accidentally to another part of the screen because of an accidental brushing of pressure on the touchpad and yet I continue typing until I notice something wrong. Then I have to find where the cursor went to, delete the extra characters, then go back and take up where I left off.
|
Right now, the only feedback from the touchpad is when the cursor moves (or screen scrolls, or whatever). We get no feedback on what our fingers are doing on the touchpad surface itself or what the touchpad is experiencing. When we write, we see the lettering as it is appearing immediately on the paper as the pen is forming the letter or pattern. Or when we fingerpaint, we see bold, curvy strokes of color trailing behind our moving finger(s). We need that same feedback with the touchpad.
1) When the touchpad detects pressure/presence/fingertouch, a transparent shadow (or more aesthetic graphic representation thereof) of the pressure points/spots/fingerprints should appear on the computer screen with transparency reduced (or darkness/opacity increased) proportional to pressure.
2) The touchpad positional domain should map directly onto the computer screen (though the user could adjust the size of the representational area on the screen).
3) The touchpad mapping will be completely invisible UNLESS the touchpad feels pressure or is actively being used. When the touchpad first detects activity, a faint transparent boundary is drawn on the computer screen representing the touchpad's entire surface area (whose size on the screen is configured by the user) and pressure shadows appear where fingers or pressures are applied on the touchpad surface. The touchpad graphics will then fade away or phase out once activity stops and after a brief moment of delay. The graphics will always be transparent so that they will never block out the work content beneath it and so that visual annoyance is minimized.
4) Drag trails can be drawn so that gestures can clearly be seen on the screen. A good example is using the broad paint brush in photoshop. Multitouch gestures will have different colors assigned to each separate finger or pressure trail. Drag trails will fade out slowly after gesture is complete or disappear quickly if the next gesture begins. A cool effect would be that fade out is progressive so the beginning of a gesture starts fading earlier than later parts of the gesture (like the way a dust trail dissipates when a motor bike rides by or the way a con trail dilutes and spreads when a fighter jet flys by and then fades from the sky later on). Timing and effects themes could be configurable by the user.
5) We can present visible feedback cues for action triggers such as left button, right button, double/triple clicks, scrolling, dwells or lingerings, and for disabled access behaviours/features.
6) We can have the various differently defined areas within the touchpad mapping shown and possibly labled along with the overall boundary. Examples are the scroll region to the right or across the bottom edge (I have often tried to scroll, but landed my fingers outside the scroll region). Another example is the grid pattern overlaid upon the touchpad gesture region which is used to measure gesture motion.
7) An immediate benefit is the feedback we get when accidentally brushing or grazing the touchpad while typing. We will see that an action has occurred and immediately stop typing. I often have the cursor move accidentally to another part of the screen because of an accidental brushing of pressure on the touchpad and yet I continue typing until I notice something wrong. Then I have to find where the cursor went to, delete the extra characters, then go back and take up where I left off.
|
|
| 2010-11-08 22:34:33 |
Rising Eagle |
description |
Right now, the only feedback from the touchpad is when the cursor moves (or screen scrolls, or whatever). We get no feedback on what our fingers are doing on the touchpad surface itself or what the touchpad is experiencing. When we write, we see the lettering as it is appearing immediately on the paper as the pen is forming the letter or pattern. Or when we fingerpaint, we see bold, curvy strokes of color trailing behind our moving finger(s). We need that same feedback with the touchpad.
1) When the touchpad detects pressure/presence/fingertouch, a transparent shadow (or more aesthetic graphic representation thereof) of the pressure points/spots/fingerprints should appear on the computer screen with transparency reduced (or darkness/opacity increased) proportional to pressure.
2) The touchpad positional domain should map directly onto the computer screen (though the user could adjust the size of the representational area on the screen).
3) The touchpad mapping will be completely invisible UNLESS the touchpad feels pressure or is actively being used. When the touchpad first detects activity, a faint transparent boundary is drawn on the computer screen representing the touchpad's entire surface area (whose size on the screen is configured by the user) and pressure shadows appear where fingers or pressures are applied on the touchpad surface. The touchpad graphics will then fade away or phase out once activity stops and after a brief moment of delay. The graphics will always be transparent so that they will never block out the work content beneath it and so that visual annoyance is minimized.
4) Drag trails can be drawn so that gestures can clearly be seen on the screen. A good example is using the broad paint brush in photoshop. Multitouch gestures will have different colors assigned to each separate finger or pressure trail. Drag trails will fade out slowly after gesture is complete or disappear quickly if the next gesture begins. A cool effect would be that fade out is progressive so the beginning of a gesture starts fading earlier than later parts of the gesture (like the way a dust trail dissipates when a motor bike rides by or the way a con trail dilutes and spreads when a fighter jet flys by and then fades from the sky later on). Timing and effects themes could be configurable by the user.
5) We can present visible feedback cues for action triggers such as left button, right button, double/triple clicks, scrolling, dwells or lingerings, and for disabled access behaviours/features.
6) We can have the various differently defined areas within the touchpad mapping shown and possibly labled along with the overall boundary. Examples are the scroll region to the right or across the bottom edge (I have often tried to scroll, but landed my fingers outside the scroll region). Another example is the grid pattern overlaid upon the touchpad gesture region which is used to measure gesture motion.
7) An immediate benefit is the feedback we get when accidentally brushing or grazing the touchpad while typing. We will see that an action has occurred and immediately stop typing. I often have the cursor move accidentally to another part of the screen because of an accidental brushing of pressure on the touchpad and yet I continue typing until I notice something wrong. Then I have to find where the cursor went to, delete the extra characters, then go back and take up where I left off.
|
Right now, the only feedback from the touchpad is when the cursor moves (or screen scrolls, or whatever). We get no feedback on what our fingers are doing on the touchpad surface itself or what the touchpad is experiencing. When we write, we see the lettering as it is appearing immediately on the paper as the pen is forming the letter or pattern. Or when we fingerpaint, we see bold, curvy strokes of color trailing behind our moving finger(s). We need that same feedback with the touchpad.
1) When the touchpad detects pressure/presence/fingertouch, a transparent shadow (or more aesthetic graphic representation thereof) of the pressure points/spots/fingerprints should appear on the computer screen with transparency reduced (or darkness/opacity increased) proportional to pressure.
2) The touchpad positional domain should map directly onto the computer screen (though the user could adjust the size of the representational area on the screen).
3) The touchpad mapping will be completely invisible UNLESS the touchpad feels pressure or is actively being used. When the touchpad first detects activity, a faint transparent boundary is drawn on the computer screen representing the touchpad's entire surface area (whose size on the screen is configured by the user) and pressure shadows appear where fingers or pressures are applied on the touchpad surface. The touchpad graphics will then fade away or phase out once activity stops and after a brief moment of delay. The graphics will always be transparent so that they will never block out the work content beneath it and so that visual annoyance is minimized.
4) Drag trails can be drawn so that gestures can clearly be seen on the screen. A good example is using the broad paint brush in photoshop. Multitouch gestures will have different colors assigned to each separate finger or pressure trail. Drag trails will fade out slowly after gesture is complete or disappear quickly if the next gesture begins. A cool effect would be that fade out is progressive so the beginning of a gesture starts fading earlier than later parts of the gesture (like the way a dust trail dissipates when a motor bike rides by in the desert or the way a con trail dilutes and spreads when a fighter jet flys by and then fades from the sky later on). Timing and effects themes could be configurable by the user.
5) We can present visible feedback cues for action triggers such as left button, right button, double/triple clicks, scrolling, dwells or lingerings, and for disabled access behaviours/features.
6) We can have the various differently defined areas within the touchpad mapping shown and possibly labled along with the overall boundary. Examples are the scroll region to the right or across the bottom edge (I have often tried to scroll, but landed my fingers outside the scroll region). Another example is the grid pattern overlaid upon the touchpad gesture region which is used to measure gesture motion.
7) An immediate benefit is the feedback we get when accidentally brushing or grazing the touchpad while typing. We will see that an action has occurred and immediately stop typing. I often have the cursor move accidentally to another part of the screen because of an accidental brushing of pressure on the touchpad and yet I continue typing until I notice something wrong. Then I have to find where the cursor went to, delete the extra characters, then go back and take up where I left off.
|
|
| 2010-11-08 23:38:53 |
Rising Eagle |
description |
Right now, the only feedback from the touchpad is when the cursor moves (or screen scrolls, or whatever). We get no feedback on what our fingers are doing on the touchpad surface itself or what the touchpad is experiencing. When we write, we see the lettering as it is appearing immediately on the paper as the pen is forming the letter or pattern. Or when we fingerpaint, we see bold, curvy strokes of color trailing behind our moving finger(s). We need that same feedback with the touchpad.
1) When the touchpad detects pressure/presence/fingertouch, a transparent shadow (or more aesthetic graphic representation thereof) of the pressure points/spots/fingerprints should appear on the computer screen with transparency reduced (or darkness/opacity increased) proportional to pressure.
2) The touchpad positional domain should map directly onto the computer screen (though the user could adjust the size of the representational area on the screen).
3) The touchpad mapping will be completely invisible UNLESS the touchpad feels pressure or is actively being used. When the touchpad first detects activity, a faint transparent boundary is drawn on the computer screen representing the touchpad's entire surface area (whose size on the screen is configured by the user) and pressure shadows appear where fingers or pressures are applied on the touchpad surface. The touchpad graphics will then fade away or phase out once activity stops and after a brief moment of delay. The graphics will always be transparent so that they will never block out the work content beneath it and so that visual annoyance is minimized.
4) Drag trails can be drawn so that gestures can clearly be seen on the screen. A good example is using the broad paint brush in photoshop. Multitouch gestures will have different colors assigned to each separate finger or pressure trail. Drag trails will fade out slowly after gesture is complete or disappear quickly if the next gesture begins. A cool effect would be that fade out is progressive so the beginning of a gesture starts fading earlier than later parts of the gesture (like the way a dust trail dissipates when a motor bike rides by in the desert or the way a con trail dilutes and spreads when a fighter jet flys by and then fades from the sky later on). Timing and effects themes could be configurable by the user.
5) We can present visible feedback cues for action triggers such as left button, right button, double/triple clicks, scrolling, dwells or lingerings, and for disabled access behaviours/features.
6) We can have the various differently defined areas within the touchpad mapping shown and possibly labled along with the overall boundary. Examples are the scroll region to the right or across the bottom edge (I have often tried to scroll, but landed my fingers outside the scroll region). Another example is the grid pattern overlaid upon the touchpad gesture region which is used to measure gesture motion.
7) An immediate benefit is the feedback we get when accidentally brushing or grazing the touchpad while typing. We will see that an action has occurred and immediately stop typing. I often have the cursor move accidentally to another part of the screen because of an accidental brushing of pressure on the touchpad and yet I continue typing until I notice something wrong. Then I have to find where the cursor went to, delete the extra characters, then go back and take up where I left off.
|
Right now, the only feedback from the touchpad is when the cursor moves (or screen scrolls, or whatever). We get no feedback on what our fingers are doing on the touchpad surface itself or what the touchpad is experiencing. When we write, we see the lettering as it is appearing immediately on the paper as the pen is forming the letter or pattern. Or when we fingerpaint, we see bold, curvy strokes of color trailing behind our moving finger(s). We need that same feedback with the touchpad.
1) When the touchpad detects pressure/presence/fingertouch, a transparent shadow (or more aesthetic graphic representation thereof) of the pressure points/spots/fingerprints should appear on the computer screen with transparency reduced (or darkness/opacity increased) proportional to pressure.
2) The touchpad surface area should map directly onto the computer screen (though the user could adjust the size of the representational area on the screen).
3) The touchpad mapping will be completely invisible UNLESS the touchpad feels pressure or is actively being used. When the touchpad first detects activity, a faint transparent boundary is drawn on the computer screen representing the touchpad's entire surface area (whose size on the screen is configured by the user) and pressure shadows appear where fingers or pressures are applied on the touchpad surface. The touchpad graphics will then fade away or phase out once activity stops and after a brief moment of delay. The graphics will always be transparent so that they will never block out the work content beneath it and so that visual annoyance is minimized.
4) Drag trails can be drawn so that gestures can clearly be seen on the screen. A good example is using the broad paint brush in photoshop. Multitouch gestures will have different colors assigned to each separate finger or pressure trail. Drag trails will fade out slowly after gesture is complete or disappear quickly if the next gesture begins. A cool effect would be that fade out is progressive so the beginning of a gesture starts fading earlier than later parts of the gesture (like the way a dust trail dissipates when a motor bike rides by in the desert or the way a con trail dilutes and spreads when a fighter jet flys by and then fades from the sky later on). Timing and effects themes could be configurable by the user.
5) We can present visible feedback cues for action triggers such as left button, right button, double/triple clicks, scrolling, dwells or lingerings, and for disabled access behaviours/features.
6) We can have the various differently defined areas within the touchpad mapping shown and possibly labled along with the overall boundary. Examples are the scroll region to the right or across the bottom edge (I have often tried to scroll, but landed my fingers outside the scroll region). Another example is the grid pattern overlaid upon the touchpad gesture region which is used to measure gesture motion.
7) An immediate benefit is the feedback we get when accidentally brushing or grazing the touchpad while typing. We will see that an action has occurred and immediately stop typing. I often have the cursor move accidentally to another part of the screen because of an accidental brushing of pressure on the touchpad and yet I continue typing until I notice something wrong. Then I have to find where the cursor went to, delete the extra characters, then go back and take up where I left off.
|
|
| 2010-11-08 23:47:19 |
Rising Eagle |
description |
Right now, the only feedback from the touchpad is when the cursor moves (or screen scrolls, or whatever). We get no feedback on what our fingers are doing on the touchpad surface itself or what the touchpad is experiencing. When we write, we see the lettering as it is appearing immediately on the paper as the pen is forming the letter or pattern. Or when we fingerpaint, we see bold, curvy strokes of color trailing behind our moving finger(s). We need that same feedback with the touchpad.
1) When the touchpad detects pressure/presence/fingertouch, a transparent shadow (or more aesthetic graphic representation thereof) of the pressure points/spots/fingerprints should appear on the computer screen with transparency reduced (or darkness/opacity increased) proportional to pressure.
2) The touchpad surface area should map directly onto the computer screen (though the user could adjust the size of the representational area on the screen).
3) The touchpad mapping will be completely invisible UNLESS the touchpad feels pressure or is actively being used. When the touchpad first detects activity, a faint transparent boundary is drawn on the computer screen representing the touchpad's entire surface area (whose size on the screen is configured by the user) and pressure shadows appear where fingers or pressures are applied on the touchpad surface. The touchpad graphics will then fade away or phase out once activity stops and after a brief moment of delay. The graphics will always be transparent so that they will never block out the work content beneath it and so that visual annoyance is minimized.
4) Drag trails can be drawn so that gestures can clearly be seen on the screen. A good example is using the broad paint brush in photoshop. Multitouch gestures will have different colors assigned to each separate finger or pressure trail. Drag trails will fade out slowly after gesture is complete or disappear quickly if the next gesture begins. A cool effect would be that fade out is progressive so the beginning of a gesture starts fading earlier than later parts of the gesture (like the way a dust trail dissipates when a motor bike rides by in the desert or the way a con trail dilutes and spreads when a fighter jet flys by and then fades from the sky later on). Timing and effects themes could be configurable by the user.
5) We can present visible feedback cues for action triggers such as left button, right button, double/triple clicks, scrolling, dwells or lingerings, and for disabled access behaviours/features.
6) We can have the various differently defined areas within the touchpad mapping shown and possibly labled along with the overall boundary. Examples are the scroll region to the right or across the bottom edge (I have often tried to scroll, but landed my fingers outside the scroll region). Another example is the grid pattern overlaid upon the touchpad gesture region which is used to measure gesture motion.
7) An immediate benefit is the feedback we get when accidentally brushing or grazing the touchpad while typing. We will see that an action has occurred and immediately stop typing. I often have the cursor move accidentally to another part of the screen because of an accidental brushing of pressure on the touchpad and yet I continue typing until I notice something wrong. Then I have to find where the cursor went to, delete the extra characters, then go back and take up where I left off.
|
Right now, the only feedback from the touchpad is when the cursor moves (or screen scrolls, or whatever). We get no feedback on what our fingers are doing on the touchpad surface itself or what the touchpad is experiencing. When we write, we see the lettering as it is appearing immediately on the paper as the pen is forming the letter or pattern. Or when we fingerpaint, we see bold, curvy strokes of color trailing behind our moving finger(s). We need that same feedback with the touchpad.
1) When the touchpad detects pressure/presence/fingertouch, a transparent shadow (or more aesthetic graphic representation thereof) of the pressure points/spots/fingerprints should appear on the computer screen with transparency reduced (or darkness/opacity increased) proportional to pressure.
2) The touchpad surface area should map directly onto the computer screen (though the user could adjust the size of the representational area on the screen).
3) The touchpad mapping will be completely invisible UNLESS the touchpad feels pressure or is actively being used. When the touchpad first detects activity, a faint transparent boundary is drawn on the computer screen representing the touchpad's entire surface area (whose size on the screen is configured by the user) and pressure shadows appear where fingers or pressures are applied on the touchpad surface. The touchpad graphics will then fade away or phase out once activity stops and after a brief moment of delay. The graphics will always be transparent so that they will never block out the work content beneath it and so that visual annoyance is minimized.
4) Drag trails can be drawn so that gestures can clearly be seen on the screen. A good example is using the broad paint brush in photoshop. Multitouch gestures will have different colors assigned to each separate finger or pressure trail. Drag trails will fade out slowly after gesture is complete, or will fade quickly if the next gesture begins before fade out is done. A cool effect would be that fade out is progressive so the beginning of a gesture starts fading earlier than later parts of the gesture (like the way a dust trail dissipates when a motor bike rides by in the desert or the way a con trail dilutes and spreads when a fighter jet flys by and then fades from the sky later on-we could even show drag trails drifting with the wind as they do in the sky as they fade). Timing and effects themes could be configurable by the user (this is a whole new domain for creating themes of various kinds and they can even be connected with various desktop themes or application skins that are out there already).
5) We can present visible feedback cues for action triggers such as left button, right button, double/triple clicks, scrolling, dwells or lingerings, and for disabled access behaviours/features.
6) We can have the various differently defined areas within the touchpad mapping shown and possibly labled along with the overall boundary. Examples are the scroll region to the right or across the bottom edge (I have often tried to scroll, but landed my fingers outside the scroll region). Another example is the grid pattern overlaid upon the touchpad gesture region which is used to measure gesture motion.
7) An immediate benefit is the feedback we get when accidentally brushing or grazing the touchpad while typing. We will see that an action has occurred and immediately stop typing. I often have the cursor move accidentally to another part of the screen because of an accidental brushing of pressure on the touchpad and yet I continue typing until I notice something wrong. Then I have to find where the cursor went to, delete the extra characters, then go back and take up where I left off.
|
|
| 2010-11-08 23:49:01 |
Rising Eagle |
description |
Right now, the only feedback from the touchpad is when the cursor moves (or screen scrolls, or whatever). We get no feedback on what our fingers are doing on the touchpad surface itself or what the touchpad is experiencing. When we write, we see the lettering as it is appearing immediately on the paper as the pen is forming the letter or pattern. Or when we fingerpaint, we see bold, curvy strokes of color trailing behind our moving finger(s). We need that same feedback with the touchpad.
1) When the touchpad detects pressure/presence/fingertouch, a transparent shadow (or more aesthetic graphic representation thereof) of the pressure points/spots/fingerprints should appear on the computer screen with transparency reduced (or darkness/opacity increased) proportional to pressure.
2) The touchpad surface area should map directly onto the computer screen (though the user could adjust the size of the representational area on the screen).
3) The touchpad mapping will be completely invisible UNLESS the touchpad feels pressure or is actively being used. When the touchpad first detects activity, a faint transparent boundary is drawn on the computer screen representing the touchpad's entire surface area (whose size on the screen is configured by the user) and pressure shadows appear where fingers or pressures are applied on the touchpad surface. The touchpad graphics will then fade away or phase out once activity stops and after a brief moment of delay. The graphics will always be transparent so that they will never block out the work content beneath it and so that visual annoyance is minimized.
4) Drag trails can be drawn so that gestures can clearly be seen on the screen. A good example is using the broad paint brush in photoshop. Multitouch gestures will have different colors assigned to each separate finger or pressure trail. Drag trails will fade out slowly after gesture is complete, or will fade quickly if the next gesture begins before fade out is done. A cool effect would be that fade out is progressive so the beginning of a gesture starts fading earlier than later parts of the gesture (like the way a dust trail dissipates when a motor bike rides by in the desert or the way a con trail dilutes and spreads when a fighter jet flys by and then fades from the sky later on-we could even show drag trails drifting with the wind as they do in the sky as they fade). Timing and effects themes could be configurable by the user (this is a whole new domain for creating themes of various kinds and they can even be connected with various desktop themes or application skins that are out there already).
5) We can present visible feedback cues for action triggers such as left button, right button, double/triple clicks, scrolling, dwells or lingerings, and for disabled access behaviours/features.
6) We can have the various differently defined areas within the touchpad mapping shown and possibly labled along with the overall boundary. Examples are the scroll region to the right or across the bottom edge (I have often tried to scroll, but landed my fingers outside the scroll region). Another example is the grid pattern overlaid upon the touchpad gesture region which is used to measure gesture motion.
7) An immediate benefit is the feedback we get when accidentally brushing or grazing the touchpad while typing. We will see that an action has occurred and immediately stop typing. I often have the cursor move accidentally to another part of the screen because of an accidental brushing of pressure on the touchpad and yet I continue typing until I notice something wrong. Then I have to find where the cursor went to, delete the extra characters, then go back and take up where I left off.
|
Right now, the only feedback from the touchpad is when the cursor moves (or screen scrolls, or whatever). We get no feedback on what our fingers are doing on the touchpad surface itself or what the touchpad is experiencing. When we write, we see the lettering as it is appearing immediately on the paper as the pen is forming the letter or pattern. Or when we fingerpaint, we see bold, curvy strokes of color trailing behind our moving finger(s). We need that same feedback with the touchpad.
1) When the touchpad detects pressure/presence/fingertouch, a transparent shadow (or more aesthetic graphic representation thereof) of the pressure points/spots/fingerprints should appear on the computer screen with transparency reduced (or darkness/opacity increased) proportional to pressure.
2) The touchpad surface area should map directly onto the computer screen (though the user could adjust the size of the representational area on the screen).
3) The touchpad mapping will be completely invisible UNLESS the touchpad feels pressure or is actively being used. When the touchpad first detects activity, a faint transparent boundary is drawn on the computer screen representing the touchpad's entire surface area (whose size on the screen is configured by the user) and pressure shadows appear where fingers or pressures are applied on the touchpad surface. The touchpad graphics will then fade away or phase out once activity stops and after a brief moment of delay. The graphics will always be transparent so that they will never block out the work content beneath it and so that visual annoyance is minimized.
4) Drag trails can be drawn so that gestures can clearly be seen on the screen. A good example is using the broad paint brush in photoshop. Multitouch gestures will have different colors assigned to each separate finger or pressure trail. Drag trails will fade out slowly after gesture is complete, or will fade quickly if the next gesture begins before fade out is done. A cool effect would be that fade out is progressive so the beginning of a gesture starts fading earlier than later parts of the gesture (like the way a dust trail dissipates when a motor bike rides by in the desert or the way a con trail dilutes and spreads when a fighter jet flys by and then fades from the sky later on-we could even show drag trails drifting with the wind as they do in the sky as they fade). Timing and effects themes could be configurable by the user (this is a whole new domain for creating themes of various kinds and they can even be connected with various desktop themes or application skins that are out there already).
5) We can present visible feedback cues for action triggers such as left button, right button, double/triple clicks and taps, scrolling, dwells or lingerings, and for disabled access behaviours/features.
6) We can have the various differently defined areas within the touchpad mapping shown and possibly labled along with the overall boundary. Examples are the scroll region to the right or across the bottom edge (I have often tried to scroll, but landed my fingers outside the scroll region). Another example is the grid pattern overlaid upon the touchpad gesture region which is used to measure gesture motion.
7) An immediate benefit is the feedback we get when accidentally brushing or grazing the touchpad while typing. We will see that an action has occurred and immediately stop typing. I often have the cursor move accidentally to another part of the screen because of an accidental brushing of pressure on the touchpad and yet I continue typing until I notice something wrong. Then I have to find where the cursor went to, delete the extra characters, then go back and take up where I left off.
|
|
| 2010-11-08 23:52:16 |
Rising Eagle |
description |
Right now, the only feedback from the touchpad is when the cursor moves (or screen scrolls, or whatever). We get no feedback on what our fingers are doing on the touchpad surface itself or what the touchpad is experiencing. When we write, we see the lettering as it is appearing immediately on the paper as the pen is forming the letter or pattern. Or when we fingerpaint, we see bold, curvy strokes of color trailing behind our moving finger(s). We need that same feedback with the touchpad.
1) When the touchpad detects pressure/presence/fingertouch, a transparent shadow (or more aesthetic graphic representation thereof) of the pressure points/spots/fingerprints should appear on the computer screen with transparency reduced (or darkness/opacity increased) proportional to pressure.
2) The touchpad surface area should map directly onto the computer screen (though the user could adjust the size of the representational area on the screen).
3) The touchpad mapping will be completely invisible UNLESS the touchpad feels pressure or is actively being used. When the touchpad first detects activity, a faint transparent boundary is drawn on the computer screen representing the touchpad's entire surface area (whose size on the screen is configured by the user) and pressure shadows appear where fingers or pressures are applied on the touchpad surface. The touchpad graphics will then fade away or phase out once activity stops and after a brief moment of delay. The graphics will always be transparent so that they will never block out the work content beneath it and so that visual annoyance is minimized.
4) Drag trails can be drawn so that gestures can clearly be seen on the screen. A good example is using the broad paint brush in photoshop. Multitouch gestures will have different colors assigned to each separate finger or pressure trail. Drag trails will fade out slowly after gesture is complete, or will fade quickly if the next gesture begins before fade out is done. A cool effect would be that fade out is progressive so the beginning of a gesture starts fading earlier than later parts of the gesture (like the way a dust trail dissipates when a motor bike rides by in the desert or the way a con trail dilutes and spreads when a fighter jet flys by and then fades from the sky later on-we could even show drag trails drifting with the wind as they do in the sky as they fade). Timing and effects themes could be configurable by the user (this is a whole new domain for creating themes of various kinds and they can even be connected with various desktop themes or application skins that are out there already).
5) We can present visible feedback cues for action triggers such as left button, right button, double/triple clicks and taps, scrolling, dwells or lingerings, and for disabled access behaviours/features.
6) We can have the various differently defined areas within the touchpad mapping shown and possibly labled along with the overall boundary. Examples are the scroll region to the right or across the bottom edge (I have often tried to scroll, but landed my fingers outside the scroll region). Another example is the grid pattern overlaid upon the touchpad gesture region which is used to measure gesture motion.
7) An immediate benefit is the feedback we get when accidentally brushing or grazing the touchpad while typing. We will see that an action has occurred and immediately stop typing. I often have the cursor move accidentally to another part of the screen because of an accidental brushing of pressure on the touchpad and yet I continue typing until I notice something wrong. Then I have to find where the cursor went to, delete the extra characters, then go back and take up where I left off.
|
Right now, the only feedback from the touchpad is when the cursor moves (or screen scrolls, or whatever). We get no feedback on what our fingers are doing on the touchpad surface itself or what the touchpad is experiencing. When we write, we see the lettering as it is appearing immediately on the paper as the pen is forming the letter or pattern. Or when we fingerpaint, we see bold, curvy strokes of color trailing behind our moving finger(s). We need that same feedback with the touchpad.
1) When the touchpad detects pressure/presence/fingertouch, a transparent shadow (or more aesthetic graphic representation thereof) of the pressure points/spots/fingerprints should appear on the computer screen with transparency reduced (or darkness/opacity increased) proportional to pressure.
2) The touchpad surface area should map directly onto the computer screen (though the user could adjust the size of the representational area on the screen).
3) The touchpad mapping will be completely invisible UNLESS the touchpad feels pressure or is actively being used. When the touchpad first detects activity, a faint transparent boundary is drawn on the computer screen representing the touchpad's entire surface area (whose size on the screen is configured by the user) and pressure shadows appear where fingers or pressures are applied on the touchpad surface. The touchpad graphics will then fade away or phase out once activity stops and after a brief moment of delay. The graphics will always be transparent so that they will never block out the work content beneath it and so that visual annoyance is minimized.
4) Drag trails can be drawn so that gestures can clearly be seen on the screen. A good example is using the broad paint brush in photoshop. Multitouch gestures will have different colors assigned to each separate finger or pressure trail. Drag trails will fade out slowly after gesture is complete, or will fade quickly if the next gesture begins before fade out is done. A cool effect would be that fade out is progressive so the beginning of a gesture starts fading earlier than later parts of the gesture (like the way a dust trail dissipates when a motor bike rides by in the desert or the way a con trail dilutes and spreads when a fighter jet flys by and then fades from the sky later on-we could even show drag trails drifting with the wind as they do in the sky as they fade). Timing and effects themes could be configurable by the user (this is a whole new domain for creating themes of various kinds and they can even be connected with various desktop themes or application skins that are out there already).
5) We can present visible feedback cues for action triggers such as left button, right button, double/triple clicks and taps, scrolling, dwells or lingerings, and for disabled access behaviours/features.
6) We can have the various differently defined areas within the touchpad mapping shown and possibly labled along with the overall boundary in order to provide better finger position awareness (fpa). Examples are the scroll region to the right or across the bottom edge (I have often tried to scroll, but landed my fingers outside the scroll region without knowing it). Another example is the grid pattern overlaid upon the touchpad gesture region which is used to measure gesture motion.
7) An immediate benefit is the feedback we get when accidentally brushing or grazing the touchpad while typing. We will see that an action has occurred and immediately stop typing. I often have the cursor move accidentally to another part of the screen because of an accidental brushing of pressure on the touchpad and yet I continue typing until I finally notice something wrong. Then I have to find where the cursor went to, delete the extra characters, then go back and take up where I left off.
|
|
| 2010-11-09 06:59:14 |
Rising Eagle |
description |
Right now, the only feedback from the touchpad is when the cursor moves (or screen scrolls, or whatever). We get no feedback on what our fingers are doing on the touchpad surface itself or what the touchpad is experiencing. When we write, we see the lettering as it is appearing immediately on the paper as the pen is forming the letter or pattern. Or when we fingerpaint, we see bold, curvy strokes of color trailing behind our moving finger(s). We need that same feedback with the touchpad.
1) When the touchpad detects pressure/presence/fingertouch, a transparent shadow (or more aesthetic graphic representation thereof) of the pressure points/spots/fingerprints should appear on the computer screen with transparency reduced (or darkness/opacity increased) proportional to pressure.
2) The touchpad surface area should map directly onto the computer screen (though the user could adjust the size of the representational area on the screen).
3) The touchpad mapping will be completely invisible UNLESS the touchpad feels pressure or is actively being used. When the touchpad first detects activity, a faint transparent boundary is drawn on the computer screen representing the touchpad's entire surface area (whose size on the screen is configured by the user) and pressure shadows appear where fingers or pressures are applied on the touchpad surface. The touchpad graphics will then fade away or phase out once activity stops and after a brief moment of delay. The graphics will always be transparent so that they will never block out the work content beneath it and so that visual annoyance is minimized.
4) Drag trails can be drawn so that gestures can clearly be seen on the screen. A good example is using the broad paint brush in photoshop. Multitouch gestures will have different colors assigned to each separate finger or pressure trail. Drag trails will fade out slowly after gesture is complete, or will fade quickly if the next gesture begins before fade out is done. A cool effect would be that fade out is progressive so the beginning of a gesture starts fading earlier than later parts of the gesture (like the way a dust trail dissipates when a motor bike rides by in the desert or the way a con trail dilutes and spreads when a fighter jet flys by and then fades from the sky later on-we could even show drag trails drifting with the wind as they do in the sky as they fade). Timing and effects themes could be configurable by the user (this is a whole new domain for creating themes of various kinds and they can even be connected with various desktop themes or application skins that are out there already).
5) We can present visible feedback cues for action triggers such as left button, right button, double/triple clicks and taps, scrolling, dwells or lingerings, and for disabled access behaviours/features.
6) We can have the various differently defined areas within the touchpad mapping shown and possibly labled along with the overall boundary in order to provide better finger position awareness (fpa). Examples are the scroll region to the right or across the bottom edge (I have often tried to scroll, but landed my fingers outside the scroll region without knowing it). Another example is the grid pattern overlaid upon the touchpad gesture region which is used to measure gesture motion.
7) An immediate benefit is the feedback we get when accidentally brushing or grazing the touchpad while typing. We will see that an action has occurred and immediately stop typing. I often have the cursor move accidentally to another part of the screen because of an accidental brushing of pressure on the touchpad and yet I continue typing until I finally notice something wrong. Then I have to find where the cursor went to, delete the extra characters, then go back and take up where I left off.
|
Right now, the only feedback from the touchpad is when the cursor moves (or screen scrolls, or whatever). We get no feedback on what our fingers are doing on the touchpad surface itself or what the touchpad is experiencing. When we write, we see the lettering as it is appearing immediately on the paper as the pen is forming the letter or pattern. Or when we fingerpaint, we see bold, curvy strokes of color trailing behind our moving finger(s). We need that same feedback with the touchpad.
1) When the touchpad detects pressure/presence/fingertouch, a transparent shadow (or more aesthetic graphic representation thereof) of the pressure points/spots/fingerprints should appear on the computer screen with transparency reduced (or darkness/opacity increased) proportional to pressure.
2) The touchpad surface area should map directly onto the computer screen (though the user could adjust the size of the representational area on the screen).
3) The touchpad mapping will be completely invisible UNLESS the touchpad feels pressure or is actively being used. When the touchpad first detects activity, a faint transparent boundary appears on the computer screen representing the touchpad's entire surface area (whose size on the screen is configured by the user) and pressure shadows appear where fingers or pressures are applied on the touchpad surface. The touchpad graphics will then phase out after some brief delay once activity stops. The graphics will always be transparent so that they will never block out the work content beneath it and so that visual annoyance is minimized.
4) Drag trails can be drawn so that gestures can clearly be seen on the screen. A good example is using the broad paint brush in photoshop. Multitouch gestures will have different colors assigned to each separate finger or pressure trail. Drag trails will fade away slowly after gesture is complete, or will fade quickly if the next gesture begins before fade out is done. A cool effect would be that fade out is progressive so the beginning of a gesture starts fading earlier than later parts of the gesture (like the way a dust trail dissipates behind a motor bike speeding through the desert or the way a con trail dilutes and spreads after a fighter jet flys by and then fades from the sky later on; we could even show the drag trails "drifting with the wind" as the con trails do in the sky as they fade). Timing and effects themes could be configurable by the user (this is a whole new domain for creating themes of various kinds and they can even be connected with various desktop themes or application skins that are out there already).
5) We can present visible feedback cues for action triggers such as left button, right button, double/triple clicks and taps, scrolling, dwells or lingerings, and for disabled access behaviours/features.
6) We can have the various differently defined areas within the touchpad mapping shown and possibly labled along with the overall boundary in order to provide better finger position awareness (fpa). Examples are the scroll region to the right or across the bottom edge (I have often tried to scroll, but landed my fingers outside the scroll region without knowing it). Another example is the grid pattern overlaid upon the touchpad gesture region which is used to measure gesture motion.
7) An immediate benefit is the feedback we get when accidentally brushing or grazing the touchpad while typing. We will see that an action has occurred and immediately stop typing. I often have the cursor move accidentally to another part of the screen because of an accidental brushing of pressure on the touchpad and yet I continue typing until I finally notice something wrong. Then I have to find where the cursor went to, delete the extra characters, then go back and take up where I left off.
8) The same software concept can be used to create a gesture tutorial or even a game with visible trails that the user trys to trace as practice for learning the gesture lexicon.
|
|
| 2012-04-20 19:33:49 |
Chase Douglas |
utouch: status |
New |
Invalid |
|
