Update of /cvsroot/pure-data/pd/src In directory sc8-pr-cvs1.sourceforge.net:/tmp/cvs-serv21955

Modified Files: Tag: desiredata TODO Log Message: .

Index: TODO =================================================================== RCS file: /cvsroot/pure-data/pd/src/Attic/TODO,v retrieving revision 1.1.2.28.2.53 retrieving revision 1.1.2.28.2.54 diff -C2 -d -r1.1.2.28.2.53 -r1.1.2.28.2.54 *** TODO 2 Aug 2007 01:31:33 -0000 1.1.2.28.2.53 --- TODO 2 Aug 2007 18:32:19 -0000 1.1.2.28.2.54 *************** *** 73,77 **** [ ] graphical array rendering optimization [ ] fix double delete of [pd]. ! [ ] added "version 2" syntax parser (optional), which has nested lists, extended quoting, extended float syntax (some ex-symbols now parsed as floats: +1 +1.0 +1e8 0x10 and so on.) --- 73,77 ---- [ ] graphical array rendering optimization [ ] fix double delete of [pd]. ! [s] added "version 2" syntax parser (optional), which has nested lists, extended quoting, extended float syntax (some ex-symbols now parsed as floats: +1 +1.0 +1e8 0x10 and so on.) *************** *** 94,98 **** [operator2-rule] [operator2-test]

! [ ] those are the externs that have to be recompiled if I want to trap calls to return values of getfn. ./externals/olafmatt/clone/clone.c:544: mess1(&cv->gl_pd, gensym("dsp"), sp); ./externals/grill/dynext/src/main.cpp:952: mess1((t_pd *)canvas,const_cast<t_symbol *>(sym_dsp),NULL); --- 94,98 ---- [operator2-rule] [operator2-test]

! [s] those are the externs that have to be recompiled if I want to trap calls to return values of getfn. ./externals/olafmatt/clone/clone.c:544: mess1(&cv->gl_pd, gensym("dsp"), sp); ./externals/grill/dynext/src/main.cpp:952: mess1((t_pd *)canvas,const_cast<t_symbol *>(sym_dsp),NULL); *************** *** 131,141 **** [c] array button doesn't work (menuarray) [ ] implement timeout in def Manager call ! [ ] finish merging 0.40 (wasn't it finished?) ! [ ] merge 0.41 (no?) ! [ ] proper symbol quoting ! [ ] refcounted symbols ! [ ] patching-in-tongues follow-up ! [ ] def def ! [ ] take care of needless "save changes?" [ ] make List objects, to manage children, visible_children, wires, selection, selection_wires. [ ] skip unneeded motion events inside client (do we need this?) --- 131,141 ---- [c] array button doesn't work (menuarray) [ ] implement timeout in def Manager call ! [s] finish merging 0.40 (wasn't it finished?) ! [s] merge 0.41 (no?) ! [s] proper symbol quoting ! [s] refcounted symbols ! [c] patching-in-tongues follow-up ! [c] def def ! [c] take care of needless "save changes?" [ ] make List objects, to manage children, visible_children, wires, selection, selection_wires. [ ] skip unneeded motion events inside client (do we need this?) *************** *** 144,157 **** [ ] kill global tooltip variable ? [c] iemprops: min,max labels broken ! [ ] futurewire should be able to deal with wires that are not connected to outlet, but connected to a inlet. ! it's for future ctrl+click ! [ ] fix the [key] and [keyup] and [mouse] (?) classes ! [ ] fix all issues with backslashes and braces. ! [ ] write an installer in Tcl/Tk. ! [ ] canvas_object_insert() [ ] simplify def Dialog add [ ] devlist isn't supposed to be like a choice, rather like several choices. ! [ ] implement def Canvas tidy ! [ ] set tk::mac::useCGDrawing 1 [s] differential upload [c] differential redraw --- 144,155 ---- [ ] kill global tooltip variable ? [c] iemprops: min,max labels broken ! [b] fix the [key] and [keyup] and [mouse] (?) classes ! [s] fix all issues with backslashes and braces. ! [-] write an installer in Tcl/Tk. ! [s] canvas_object_insert() [ ] simplify def Dialog add [ ] devlist isn't supposed to be like a choice, rather like several choices. ! [c] implement def Canvas tidy ! [c] set tk::mac::useCGDrawing 1 [s] differential upload [c] differential redraw *************** *** 251,256 **** [ ] inlet inspector to show what are the message types expected by an inlet that could read like "int: set left operand; bang: do it" ! [ ] custom buttonbars (including premade objects with args like a [t b f] and such) ! [ ] with configurable hotkeys [ ] colored wires [ ] insert_object makes error with multiple selection. --- 249,254 ---- [ ] inlet inspector to show what are the message types expected by an inlet that could read like "int: set left operand; bang: do it" ! [c] custom buttonbars (including premade objects with args like a [t b f] and such) ! [c] with configurable hotkeys [ ] colored wires [ ] insert_object makes error with multiple selection. *************** *** 264,269 **** [ ] [t a] could be a very small GUI object (called "null object") [ ] all the [t] could be GUI objects ! [ ] GUI objects for [inlet] and [outlet] and [pd] ([page]) ! [ ] subpatcherize selection [ ] make a sort of pd-extended, call it DesireData Express or (gasp) Extraordinaire.

--- 262,266 ---- [ ] [t a] could be a very small GUI object (called "null object") [ ] all the [t] could be GUI objects ! [b] GUI objects for [inlet] and [outlet] and [pd] ([page]) [ ] make a sort of pd-extended, call it DesireData Express or (gasp) Extraordinaire.

*************** *** 274,282 **** at least we can reduce the difference between strings and symbols to a minimum.)

! [ ] server-side IEMGUI could be turned into Tcl-based externs OR EVEN become abstractions. it's possible to make a DesireData GUI for any Pd class, including abstractions. to turn IEMGUI into an abstraction, what's missing is the savefn/saveargs/scanargs business.

! [ ] I would like to know how much it is feasible to compress the t_atom structure so that even with 64-bit pointers the t_atom still stays 8 bytes instead of 16. I think it's possible, but not necessarily in a --- 271,279 ---- at least we can reduce the difference between strings and symbols to a minimum.)

! [b] server-side IEMGUI could be turned into Tcl-based externs OR EVEN become abstractions. it's possible to make a DesireData GUI for any Pd class, including abstractions. to turn IEMGUI into an abstraction, what's missing is the savefn/saveargs/scanargs business.

! [s] I would like to know how much it is feasible to compress the t_atom structure so that even with 64-bit pointers the t_atom still stays 8 bytes instead of 16. I think it's possible, but not necessarily in a *************** *** 297,316 **** [c] objectbox history: also store the most recently typed text; see whether ddrc should have a history count entry; think about saving history; matju thought that it could be turned into a dynamic button bar that you can drag from. ! [ ] send to front, send to back ! [ ] make windows not get auto-resized to the width of the toolbar, so that people can have tiny windows. ! [ ] <Dossy> fconfigure -encoding binary ... [s] implement the stuff that is in iostreams.txt

! [ ] Luke Iannini suggests some OSX bindings: Command-` to switch between different windows within the application. Command-, to bring up preferences (though this one is more difficult since there are multiple preference windows...) Command-m to minimize the window (this currently brings up the "send message" dialogue box)

! [ ] Claude: Sending a message to vline~ creates a t_vseg, which are stored in a sorted linear linked list, which means the time taken to add each new line segment would be O(n), where n is the number of existing line segments.

! [ ] look at some object sync protocols that we can think of: NFS for folders, palm sync for calendars, rsync for file contents

Marius Schebella: --- 294,313 ---- [c] objectbox history: also store the most recently typed text; see whether ddrc should have a history count entry; think about saving history; matju thought that it could be turned into a dynamic button bar that you can drag from. ! [?] send to front, send to back ! [c] make windows not get auto-resized to the width of the toolbar, so that people can have tiny windows. ! [c] <Dossy> fconfigure -encoding binary ... [s] implement the stuff that is in iostreams.txt

! [c] Luke Iannini suggests some OSX bindings: Command-` to switch between different windows within the application. Command-, to bring up preferences (though this one is more difficult since there are multiple preference windows...) Command-m to minimize the window (this currently brings up the "send message" dialogue box)

! [s] Claude: Sending a message to vline~ creates a t_vseg, which are stored in a sorted linear linked list, which means the time taken to add each new line segment would be O(n), where n is the number of existing line segments.

! [-] look at some object sync protocols that we can think of: NFS for folders, palm sync for calendars, rsync for file contents

Marius Schebella: *************** *** 335,341 **** Pd from /home/me it will search in /home/me//usr/local/lib/pd/extra/iemmatrix ! Is this a feature or a bug of Pd ?" -- Holzi

! "I don't quite understand how this explains why wrap~ of -1 returns 1." -- steffen

! there's a [wrap~] but no [wrap]. there's a [>] but no [>~] (without externals). -- matju

dmotd about converting patches to postscript: --- 332,338 ---- Pd from /home/me it will search in /home/me//usr/local/lib/pd/extra/iemmatrix ! Is this a feature or a bug of Pd ?" -- Holzi

! [s] "I don't quite understand how this explains why wrap~ of -1 returns 1." -- steffen

! [s] there's a [wrap~] but no [wrap]. there's a [>] but no [>~] (without externals). -- matju

dmotd about converting patches to postscript: *************** *** 395,400 **** ------------------8<--------cut-here--------8<------------------

! <arjen> matju, you may be interested in "Jim" - that does have closures and on the Wiki you can find several attempts and experiments regarding closures ! http://wiki.tcl.tk/closures

<matju> is there something like listbox but which works as a popup menu ? --- 392,397 ---- ------------------8<--------cut-here--------8<------------------

! <arjen> matju, you may be interested in "Jim" - that does have closures and on the Wiki you can find several attempts and ! experiments regarding closures: http://wiki.tcl.tk/closures

<matju> is there something like listbox but which works as a popup menu ? *************** *** 436,449 **** http://www.tomsawyer.com/gallery/index.php

! to atwood: ! If I had automatic positioning in DesireData, it would be as an option: ! e.g. objects could default to "floating around" (that is, automatic ! positioning), but be pinned down into specific positions. ! In that case, an exception has to be done for [inlet] and [outlet] objects ! mostly. (the DS subsystem should be skipped over as well...) ! I could also have a use for some semi-automatic repositionings: for ! example, there could be a keyboard shortcut to reposition a non-"floating" ! object wherever it would go if it were floating, and if the user doesn't ! want it s/he can Ctrl+z it.

http://www.graphdrawing.org/ --- 433,442 ---- http://www.tomsawyer.com/gallery/index.php

! [ ] matju to atwood: ! If I had automatic positioning in DesireData, it would be as an option: e.g. objects could default to "floating around" ! (that is, automatic positioning), but be pinned down into specific positions. In that case, an exception has to be done ! for [inlet] and [outlet] objects mostly. (the DS subsystem should be skipped over as well...) I could also have a use ! for some semi-automatic repositionings: for example, there could be a keyboard shortcut to reposition a non-"floating" ! object wherever it would go if it were floating, and if the user doesn't want it s/he can Ctrl+z it.

http://www.graphdrawing.org/