Hey folks,<br><br>My interest (at first) would not be to add anything or enhance the appearance of things; I'm more interested in helping to improve the PD workflow by making PD easier to use.<br><br>Something like an optional "snap to grid" feature for instance would be nice for auto-aligning and cleaning up patches. While I understand the argument that bending patch cords increases the visual noise of a patch, it's already noisy when patch cords cross at acute angles or when the data flows from bottom to top (which is necessary to do many things in PD). Perhaps creating some logic to bend patch cords at right angles only, tracing the aforementioned grid? I won't have time to work on this at first though, so it's worth thinking about for a while.<br>
<br>I agree that the startup paths dialog needs a lot of help - when you run PD-extended it's already full of paths for externals, leaving you nowhere to put your own paths!<br><br>I get really annoyed that there's no way to bulk-edit GUI elements (vsliders, etc.). For instance, if you draw a whole bunch of vsliders, then realize that you forgot to set "no init" to "init", you have to manually open each one and click the button. To make matters worse, they tile automatically, so after a number of the vslider properties dialogs have been open, the buttons to close the dialog are below the bottom of the screen!<br>
<br>I would also really like it if you could do all of your basic patching in PD without using the mouse. Perhaps some key bindings like (in edit mode):<br><br><tab> to select an object, cycling through the objects/messages in the current patch (<shift-tab> to reverse)<br>
<enter> to type in the selected object/message<br><shift-arrow> to select one of the selected object's outlets<br><space> to create a new patch cord<br><tab> to cycle through the rest of the objects on the page (<shift-tab> to reverse, or <esc> to cancel the operation)<br>
<br>also, when typing in an object or message, pressing <esc> should "blur" (deselect) the object/message, restoring its previous value ("cancel"); <tab> should select the next object for editing, and <shift-enter> should "blur" the object, setting its value to what you just typed.<br>
<br>Does PD currently have any key bindings guidelines? I'd be interested in finding out what's already taken (though none of the combinations I mentioned above appear to be currently in use).<br><br>What do you all think about this? I'm starting to dive into the tk, it looks like however almost all of the GUI is in pd/src/<a href="http://u_main.tk">u_main.tk</a>, which at around 4300 lines is substantially larger than any of the C src files. It would be nice if we could organize this a little better by breaking up the large source file into smaller, more module files, though I haven't yet investigated how much work that would be, and anyways we can live with the current organization if it's too much trouble.<br>
<br>So, I'm interested in starting with fixing some of the messy dialogs, then working toward getting a mouse-less edit mode.<br><br>-David<br><br><br><div class="gmail_quote">On Sat, May 3, 2008 at 10:05 AM, Dan Wilcox <<a href="mailto:danomatika@gmail.com">danomatika@gmail.com</a>> wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div>
When I see stuff like fancy icons etc, I'm always a bit afraid that those of us on low res machines (1024x768 in my case) would get really screwed in the end as one cool, large, fancy, chromey module would take up half the screen! IMO tiny pd boxes are always better as they save space and increase whitespace, increasing readability ... and a well named abstraction is more powerful then loads of graphics. Those signal inlet, outlet signs in SynthMaker are annoyingly large too, whereas in PD a thicker line is completely obvious enough.<br>
<br>
I guess it all comes down to who PD is aimed at ... people who need a fancy interface or people who want to get some work done. (ohhh I went there!)<br>
<br>
What I would like would be a unified set of common interface elements as already suggested. A better [knob] would be nice for instance<br>
<br>
2 bits<div><div></div><div class="Wj3C7c"><br>
<br>
On Sat, 2008-05-03 at 12:21 +0200, Frank Barknecht wrote:
<blockquote type="CITE">
<pre>Hallo,
Langsam Wieder hat gesagt: // Langsam Wieder wrote:
> if you want to collect some ideas how a real usable and pretty
> interface for a modular environment could look like, have a look at
> <a href="http://synthmaker.co.uk/about.html" target="_blank">http://synthmaker.co.uk/about.html</a>
> it's got bendable links... you never have to leave edit mode... and
> have a look at how ALL interface elements as bitmap & vector knobs,
> sliders or wavedraw display consist of modules themselve.
> the environment is off course not as powerful as pd, but the interface
> is just a joy to work with.
I've never worked with that, however I'm always irritated, when
patching environments have their cord connections flow left to right
instead of top to bottom. IMO that's such a waste of space in
languages, that are written horizontally. If you look at the "Midi to
Poly" object here: <a href="http://synthmaker.co.uk/images/components%20L.png" target="_blank">http://synthmaker.co.uk/images/components%20L.png</a>
you'll see that most of it is just an empty grey rectangle, whose
width is just there to make room for the object name. If the
in/outlets were top and bottom as in Pd and Max, the box could be much
smaller without losing any information.
Of course if objects are just icons instead of works, left-to-right
can work, but as Matju once said: "a word says more than a thousand
pictures" - icons are very limited. No wonder, SynthMaker also
includes a (quite nice) text editor for dsp code.
Ciao
</pre>
</blockquote>
</div></div><table cellpadding="0" cellspacing="0" width="100%">
<tbody><tr>
<td>
---<br><font color="#888888">
Dan Wilcox<br>
<a href="http://www.robotcowboy.com" target="_blank">robotcowboy.com</a>
</font></td>
</tr>
</tbody></table>
</div>
<br>_______________________________________________<br>
<a href="mailto:PD-list@iem.at">PD-list@iem.at</a> mailing list<br>
UNSUBSCRIBE and account-management -> <a href="http://lists.puredata.info/listinfo/pd-list" target="_blank">http://lists.puredata.info/listinfo/pd-list</a><br>
<br></blockquote></div><br>