diff options
author | N.N. <matju@users.sourceforge.net> | 2009-06-03 02:32:11 +0000 |
---|---|---|
committer | N.N. <matju@users.sourceforge.net> | 2009-06-03 02:32:11 +0000 |
commit | 8bb95a61e701d531864602833a330d8ed70faec4 (patch) | |
tree | 67172252c110c51c8f3b316b855634c939a28f1f | |
parent | b6578a3659d011de759cd3bb25e0f3de57529429 (diff) |
...
svn path=/trunk/; revision=11650
-rw-r--r-- | desiredata/src/TODO | 60 | ||||
-rwxr-xr-x | desiredata/src/configure | 8 |
2 files changed, 29 insertions, 39 deletions
diff --git a/desiredata/src/TODO b/desiredata/src/TODO index d50ecc6c..fe98bfc0 100644 --- a/desiredata/src/TODO +++ b/desiredata/src/TODO @@ -55,10 +55,12 @@ LEGEND: [b] http://lists.puredata.info/pipermail/pd-dev/2007-10/009581.html [s] what to do with post() in case of -nogui ? (it fills an ever-expanding buffer, does it?) ------------------8<------------------------------------progress-bar----------------------------------------------8<------------------ +[c] clicking on an object does not do Open. +[ ] <Return> in Completion shouldn't finish the object. [c] is pd_mess_split correct? e.g. does it handle \\; properly? [c] make [display] look distinctive (not confusable with ObjectBox) [c] correct the dozen problems you can see by using visual_diff on all_guis_and_gop.pd -[ ] help files for: [parse], [unparse], etc. +[ ] help files for: [parse], [unparse], [clipboard], [display], etc. [s] recreate abstr instances after abstr save [s] [bng] messages get duplicated upon entering a subpatch??? [s] counter-test.pd shows [nbx] jamming the update queue if too many updates at once...? @@ -274,9 +276,8 @@ Iohannes said about redirecting stdout/stderr: [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 +[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 backwards-compatible way, and not necessarily in a portable way. also maybe it's not that useful. [c] splashscreen: we could make it different than other programs by inserting the splashscreen inside the main window or we could make it a separate window but no timer, just an [OK] button, @@ -439,39 +440,26 @@ here's my current Pd GUI wishlist, things that could streamline my work flow, things that don't seem logical to me...etc: I wish: -[ ] going in and out of edit mode was reflected by the cursor turning into -a hand or arrow immediately, not requiring the user to move it first, -who, if newbie, can get confused if he/she hasn't moved the mouse. -(this is the case on some versions I use in class, specifically -pd-extended OSX I think) -[ ] shift-click-and-drag on a number box would also work after you already -clicked. Another idea: ctrl-click-drag to increment in steps of 10 or 100. -[ ] home, end, shift+left/right, ctrl+left/right, ctrl+shift+left/right -would work within object boxes just like in a text editor. -[ ] click+drag a single object or messagebox wouldn't automatically -activate text entry mode but the object itself stays the selection, so -that you can move it again or use arrow keys for repositioning without -having to deselect+reselect first. -[ ] for a multiple connections facility, to connect all outlets of object a -to all inlets of object b, and variations on that. (I think max has had -this for a while, and maybe desiredata ?). +[ ] going in and out of edit mode was reflected by the cursor turning into a hand or arrow immediately, + not requiring the user to move it first, who, if newbie, can get confused if he/she hasn't moved the mouse. + (this is the case on some versions I use in class, specifically pd-extended OSX I think) +[ ] shift-click-and-drag on a number box would also work after you already clicked. + Another idea: ctrl-click-drag to increment in steps of 10 or 100. +[ ] home, end, shift+left/right, ctrl+left/right, ctrl+shift+left/right would work within object boxes just like in a text editor. +[ ] click+drag a single object or messagebox wouldn't automatically activate text entry mode but the object itself stays the selection, + so that you can move it again or use arrow keys for repositioning without having to deselect+reselect first. +[ ] for a multiple connections facility, to connect all outlets of object a to all inlets of object b, and variations on that. + (I think max has had this for a while, and maybe desiredata ?). [ ] 'subpatcherize' -[ ] that when deleting all text in a comment and clicking outside it, the -comment would be deleted, so that if you save the patch, close it, and -reopen it, there doesn't appear the word 'comment' everywhere you left a -'blank' comment this way. Alternatively it could become 'comment' upon -finalizing an empty comment, so that you can still see, select and -delete it. -[ ] the file browser (openpanel/savepanel) would support keystrokes to -navigate: alt+up one dir up, tab to toggle focus between text entry and -graphical area (where folders and files are displayed)...etc -[ ] opening the filebrowser wouldn't cause the Pd main window to pop in -front of all the patcher windows after it is closed. -[ ] one object could be finalized by clicking the outlet of another object, -so that you can immediately connect it. The extra click outside the -object to finalize it first is unnecessary. When I click the outlet of -another object, it is obvious that I am done typing the name of the -current one. +[ ] that when deleting all text in a comment and clicking outside it, the comment would be deleted, so that if you save the patch, + close it, and reopen it, there doesn't appear the word 'comment' everywhere you left a 'blank' comment this way. Alternatively + it could become 'comment' upon finalizing an empty comment, so that you can still see, select and delete it. +[ ] the file browser (openpanel/savepanel) would support keystrokes to navigate: alt+up one dir up, tab to toggle focus between text + entry and graphical area (where folders and files are displayed)...etc +[ ] opening the filebrowser wouldn't cause the Pd main window to pop in front of all the patcher windows after it is closed. +[ ] one object could be finalized by clicking the outlet of another object, so that you can immediately connect it. The extra click + outside the object to finalize it first is unnecessary. When I click the outlet of another object, it is obvious that I am done + typing the name of the current one. #--------#--------#--------#--------#--------#--------#--------#--------#-------- marius schebella 2008 Feb 17 diff --git a/desiredata/src/configure b/desiredata/src/configure index 3f2da4b5..42742a61 100755 --- a/desiredata/src/configure +++ b/desiredata/src/configure @@ -5296,7 +5296,9 @@ MIDISRC="s_midi_none.c" WLIB="" STRIP="meuhhhhh" -OS=$(uname -s) +if test "$OS" = ""; then + OS=$(uname -s) +fi if test $OS = Linux; then LDFLAGS="-Wl,-export-dynamic " @@ -5353,8 +5355,8 @@ if test $(echo $OS | cut -f1 -d_) = CYGWIN; then fi if test $(echo $OS | cut -f1 -d_) = MINGW32; then - LDFLAGS="-lm -lpthreadGC2 -lwsock32 -lwinmm -lole32 -L../src -lpd" -# LDFLAGS="-lm /home/matju/pthreads-mingw/lib/libpthreadGC2.a -lwsock32 -lwinmm -lole32 -L../src -lpd" +# LDFLAGS="-lm -lpthreadGC2 -lwsock32 -lwinmm -lole32 -L../src -lpd" + LDFLAGS="-lm /home/matju/pthreads-mingw/lib/libpthreadGC2.a -lwsock32 -lwinmm -lole32 -L../src -lpd" EXT=dll LIBSUFFIX=.dll CPPFLAGS="-DMSW \ |