[PD] Pd preferences dialog progress

Jonathan Wilkes jancsika at yahoo.com
Tue May 28 09:32:32 CEST 2013

 From: João Pais <jmmmpais at googlemail.com>
To: "pd-list at iem.at" <pd-list at iem.at>; Jonathan Wilkes <jancsika at yahoo.com> 
Sent: Tuesday, May 28, 2013 2:34 AM
Subject: Re: [PD] Pd preferences dialog progress

> Looks very nice. Can you show also the other sections of the dialog?

The GUI tab is just a placeholder for the moment.  I don't have anything
hooked up there yet.

> One minimal detail: "Use single device" instead of "devices"

Yeah, that's bad but it could still be two devices which is why I wrote
it that (bad) way.  I'll try to think of an improvement.

> A bigger detail: does it make sense (for logical and practical reasons) to  
add a menu to select which channels go into which inputs/outpus,
 like on  

Now that I've got the ttk styles down the frontend would take about 5 minutes
to make.  Actually making it do something would take a lot longer, unless there's
a trick to it that one of the audio gurus knows about.

I may be wrong but that feature only seems important in making insane patches
sane.  If you make an audio-producing patch in a maintainable way I imagine you'd
have everything ending up in a single [dac~] somewhere, especially a patch that's
massive-channel. In that case you could make an abstraction [ltop~] with
the same number of inlets as the [dac~],edit the [dac~] object box and make it
an [ltop~], then route the logical [inlets~] inside your abstraction to the physical
channels of a [dac~] inside it.  It doesn't work if there are [dac~]s
sprinkled throughout a complex patch, but then that kind of patch probably doesn't
work anyway. :)

But if the idea is to avoid editing the patch itself and instead edit the Pd instance,
maybe someone can write a gui-plugin to automate what I wrote above.
You'd right-click on a [dac~] and choose "map i/o" and it opens up a patch window
with [inlet~]s corresponding to the number of of logical inputs, with a [dac~]
sitting in the middle of the patch.  That's a much better user-interface than a 
big table.  Do the same with [outlet~]s and [adc~] and you're done.


> Hi List,
>      I've made some progress on the centralized preferences dialog  
> window.  Screenshot attached show the appearance under X11.
> Progress:
> * dropdown menus modeled after gtk for GNU/Linux (ttk::combobox)
> * native dropdown menus for Windows (ttk::combobox)
> * native-ish dropdown menus for OSX (ttk::menubutton)
> * multi-device button doesn't disappear when clicked (see attached  
> audiodialog3.png)
> * audio api/settings/devices all in a single window
> * devices aligned in grid
> * removed cruft: unnecessary colons, device checkbuttons, label  
> repetition
> * multi-device button disabled when there aren't multiple ins/outs
> * single "connect" button to clarify when Pd is supposed to open audio
> * can specify "None" as
 device (same as unchecking the device in the old  
> audio dialog)
> * replaced "Apply" and "Ok" buttons with "Connect", which is more  
> explicit.  Also, it makes a nice
> flow from top to bottom: choose an api, the common audio settings, the
> specific devices (and device specific attributes: "channels"), and  
> finally click "Connect".  Connect also saves the audio settings-- I  
> think that's generally what
> the user wants to do, and there can be a more general feature to make
> "profiles" if the user has a more complex/dynamic setup.
> I can also make it possible to specify no api (or a dummy one) if that's  
> desirable.
> Screenshots currently lack a "Close" button which will be common to all  
> preference frames. (I.e., at the bottom of the dialog below the notebook  
> For my own sanity the API dropdown list currently shows Pd's api number  
> as well as the API name.
> -Jonathan
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20130528/78f50389/attachment.htm>

More information about the Pd-list mailing list