just an idea for helping people learn pd, but while not add hover info for each object. This would be some info about each object so that if you turn the mode on and then hover your mouse over the object a window pops up that tells you something about how it works?
~B/ www.cypod.co.nr
Parts of this have been coded, but were rejected by miller because of
the implementation. It would be a useful thing, but getting things
working is 1% inspiration 99% perspiration, so now someone just needs
to code it :D
.hc
On Feb 6, 2008, at 12:48 PM, beau wrote:
just an idea for helping people learn pd, but while not add hover info for each object. This would be some info about each object so that if you turn the mode on and then hover your mouse over the object a window pops up that tells you something about how it works?
~B/ www.cypod.co.nr
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/ listinfo/pd-list
Mistrust authority - promote decentralization. - the hacker ethic
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
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)
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.
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.
messages cr could be shift+enter (the cr is overwritten anyway).
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.
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@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
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@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
PD-list@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
to add to this list:
should say “really quit?” instead)
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@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/ listinfo/pd-list
PD-list@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@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/ listinfo/pd-list
it's a wiki page, please edit directly:
http://puredata.info/dev/GuiIdeas
Otherwise, submit to the trackers (bug, patch, featyre request)
.hc
On Feb 17, 2008, at 6:08 PM, Max Neupert wrote:
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@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/ listinfo/pd-list
PD-list@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@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/ listinfo/pd-list
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/ listinfo/pd-list
http://at.or.at/hans/