[PD] interface wishlist

[Max Neupert]

to add to this list:

- remove strange error message when you ctl-W the pd-window (it  
should say “really quit?” instead)
- make a proper library preference pane


Am 17.02.2008 um 19:08 schrieb Roman Haefeli:

> hi tim, marius and list
>
> nice proposals!
>
> before all whatsoever new cool features, i would rather like to see
> those improvements implemented.
>
> no matter how long it takes to implement them, it would be nice to see
> them on the todo list.
>
> roman
>
>
>
> On Sun, 2008-02-17 at 12:43 -0500, marius schebella wrote:
>> Hi,
>> this list is great! I would like to add the one again that I posted
>> yesterday (sorry for double posting, but this thread subject is  
>> better)
>>
>> - when only one object is selected and you start typing (any other  
>> than
>> arrows) it should be possible to write into the object without an
>> additional click into the object. I often use ctrl+d to duplicate an
>> object and then arrow keys to place it on the canvas, and then I  
>> would
>> like to just start typing into the object.
>> - when there is more than one object selected and I click into one
>> object, but do not drag, then that object could switch to type-entry
>> mode. right now I have to unselect all objects by clicking into the
>> canvas and then click into the box to start text entry.
>> - exiting entry mode with enter would actually be nice, too. (for
>> messages cr could be shift+enter (the cr is overwritten anyway).
>> - more actions could be triggered by keyboard shortcuts?
>> -  the alt click and drag function. you click on an object and as  
>> soon
>> as you start dragging that object is duplicated, but at the same time
>> you already have the new object at the cursor position and can  
>> place it
>> fast at a new spot.
>>
>> I want to point out that in many cases this would mean different
>> behaviour between clicking, and clicking+dragging.
>>
>> plus new: keyboardshortcuts to bring the pd window to the front (to
>> watch console output.
>> - and also change the cursor to arrow when you hit the command key to
>> imply that clicking on messages or numbers has different behaviour  
>> (play
>> mode) when you hit apple (or ctrl on win/lin?).
>>
>> marius.
>>
>> tim wrote:
>>> Hello,
>>> 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 ?).
>>> -'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.
>>>
>>> Tim
>>>
>>> _______________________________________________
>>> PD-list at iem.at mailing list
>>> UNSUBSCRIBE and account-management -> http://lists.puredata.info/ 
>>> listinfo/pd-list
>>>
>>
>>
>> _______________________________________________
>> PD-list at iem.at mailing list
>> UNSUBSCRIBE and account-management -> http://lists.puredata.info/ 
>> listinfo/pd-list
>
>
>
>
> 	
> 		
> ___________________________________________________________
> Der frühe Vogel fängt den Wurm. Hier gelangen Sie zum neuen Yahoo!  
> Mail: http://mail.yahoo.de
>
>
> _______________________________________________
> PD-list at iem.at mailing list
> UNSUBSCRIBE and account-management -> http://lists.puredata.info/ 
> listinfo/pd-list