[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Gzz-commits] fenfire/docs/pegboard/fenpdf_v1_spec_1--tjl peg...
From: |
Tuomas J. Lukka |
Subject: |
[Gzz-commits] fenfire/docs/pegboard/fenpdf_v1_spec_1--tjl peg... |
Date: |
Fri, 01 Aug 2003 04:54:00 -0400 |
CVSROOT: /cvsroot/fenfire
Module name: fenfire
Branch:
Changes by: Tuomas J. Lukka <address@hidden> 03/08/01 04:54:00
Modified files:
docs/pegboard/fenpdf_v1_spec_1--tjl: peg.rst
Log message:
More explanations in Issues, reorder issues
CVSWeb URLs:
http://savannah.gnu.org/cgi-bin/viewcvs/fenfire/fenfire/docs/pegboard/fenpdf_v1_spec_1--tjl/peg.rst.diff?tr1=1.8&tr2=1.9&r1=text&r2=text
Patches:
Index: fenfire/docs/pegboard/fenpdf_v1_spec_1--tjl/peg.rst
diff -u fenfire/docs/pegboard/fenpdf_v1_spec_1--tjl/peg.rst:1.8
fenfire/docs/pegboard/fenpdf_v1_spec_1--tjl/peg.rst:1.9
--- fenfire/docs/pegboard/fenpdf_v1_spec_1--tjl/peg.rst:1.8 Fri Aug 1
04:45:55 2003
+++ fenfire/docs/pegboard/fenpdf_v1_spec_1--tjl/peg.rst Fri Aug 1 04:54:00 2003
@@ -4,8 +4,8 @@
:Authors: Tuomas J. Lukka
:Date-Created: 2003-07-28
-:Last-Modified: $Date: 2003/08/01 08:45:55 $
-:Revision: $Revision: 1.8 $
+:Last-Modified: $Date: 2003/08/01 08:54:00 $
+:Revision: $Revision: 1.9 $
:Status: Incomplete
:Stakeholders: benja, mudyc, humppake
:Scope: Major
@@ -64,7 +64,8 @@
- RDF for cursors / bookmarks? Is just two views good enough
for browsing? Accidental severing of contacts. Need some way to get anywhere.
- PROPOSED RESOLUTION: TREETIME for now.
+ RESOLVED: TREETIME for now. The least invasive and easiest way to achieve
+ connectedness.
- "overall view" of the whole space? -- embed to 2D somehow for a map?
@@ -74,51 +75,69 @@
Gives more actions for the mouse, but may be confusing; the UI is definitely
not self-explanatory then.
- RESOLVED: Later.
-
-- Should left-button click+drag select or move?
-
- PROPOSED RESOLUTION: move. Shift for select. Clicking and dragging
- for moving *feels* right.
+ RESOLVED: Later. Needs experiment and is more useful when we have
+ more types of objects.
- Do we need bookmarks and overall views - would simply connecting the previous
and next canvas and pageimagescrolls in time order?
- PROPOSED RESOLUTION: Use TREETIME and provide interface for it.
+ RESOLVED: Use TREETIME and provide interface for it.
- Should the elements in the system contain their insertion time?
As wallclock time or a tree (when merging)?
- PROPOSED RESOLUTION: Use TREETIME and provide interface for it.
-
-- [benja] How is TREETIME supposed to be *shown*?
-
-- [benja] Will transclusions of *text* be supported, and if so, how?
-
- PROPOSED RESOLUTION: Later
+ RESOLVED: Use TREETIME and provide interface for it.
- [benja] I don't like the overloading of click+drag. Isn't there a
better way? Maybe Shift+drag to create the transclusion after
selecting? Hm.
- RESOLUTION: Shift+drag is not possible, as it needs to
- start another selection reliably. See next issue.
-
-- [benja] What actions *destroy* the current selection (unselect it)?
+ What actions *destroy* the current selection (unselect it)?
Should every click destroy the selection? (Even panning?) If so, maybe
the click+drag to create transclusion could be tolerable.
- RESOLUTION: Yes, every click destroys the selection. This way,
+ RESOLVED: Shift+drag is not possible, as it needs to
+ start another selection reliably.
+
+ Every click destroys the selection. This way,
there will be no annoying things that get easily stuck.
+- [benja] How to adjust the view separator position without middle button?
+
+ RESOLVED: Later - in 1.1. In 1.0, assume middle button.
+
+- [benja] How to unlink two nodes on same paper?
+
+ RESOLVED: In v1.0, the nodes would be shown as buoys,
+ so in the usual way.
+
+
- [benja] Shift+click+drag is certainly not something you can figure
you can just figure out (see requirements). What to do about that?
- PROPOSED RESOLUTION: Text in the background always: shift-drag to select?
-
-- [benja] How to adjust the view separator position without middle button?
+ PROPOSED RESOLUTION: Show text in the background always:
+ shift-drag to select? Or just treat this as the single thing
+ that people need to be shown about this UI?
+
+- Should left-button click+drag select or move?
+ This is a complicated issue with many arguments for and against.
+ Click + drag for moving relegates selecting to using shift
+ which is not as obvious.
+
+ PROPOSED RESOLUTION: move. Shift for select. Clicking and dragging
+ for moving *feels* right.
+
+- [benja] How is TREETIME supposed to be *shown*?
+
+ PROPOSED RESOLUTION: Buoy-like things which don't move with
+ the center node, on the left and right edge of screen,
+ and go underneath the focused node when it's zoomed..
+
+- [benja] Will transclusions of *text* be supported, and if so, how?
+
+ PROPOSED RESOLUTION: Later. No experience yet with them,
+ not absolutely vital for 1.0.
- RESOLUTION: Later - in 1.1. In 1.0, assume middle button.
- [benja] How to create structlinks
@@ -130,11 +149,6 @@
important, so it would be bad to leave it to a later version.
- [benja] Can I enter text in both foci, or only in one?
-
-- [benja] How to unlink two nodes on same paper?
-
- RESOLUTION: In v1.0, the nodes would be shown as buoys,
- so in the usual way.