[PD-dev] [PD] pd-gui-rewrite preferences

[Hans-Christoph Steiner]

Miller stated he wanted to keep 8.3 compatibility.  Pd-extended < 0.43  
has a minimum of 8.4.  Pd-extended 0.43 and above will have a minimum  
of 8.5.  Sounds like ideally it would be a plugin, so that people  
could use it with Pd-vanilla and have it use 8.5 goodies.

.hc

On Jan 26, 2010, at 12:39 PM, András Murányi wrote:

> Sorry for your MacBook!
> Well lets keep designing this before jumping on the code... If we  
> want proper tabs, that will take Tk 8.5. Now that we don't want pd  
> to depend on 8.5, we could make this up as a plugin, which would let  
> pd start up without 8.5 as well. What do you think?
> Andras
>
> ps i have rerouted the thread to pd-dev.
>
> 2010/1/24 Hans-Christoph Steiner <hans at at.or.at>
>
> Wow, that sucks!  Good luck with the new computer!
>
> .hc
>
> On Jan 23, 2010, at 2:31 AM, Rich E wrote:
>
>> Well, I wanted to take this on if others thought it was a good  
>> idea, but my laptop was just stolen from my flat (brand new Macbook  
>> Pro!).. arg.  Hopefully I can scrape together a linux pc or  
>> something soon.  If so, I´ll chime back in on this thread for  
>> suggestions.
>>
>> rich
>>
>> 2010/1/22 Hans-Christoph Steiner <hans at at.or.at>
>>
>> On Jan 22, 2010, at 1:12 PM, András Murányi wrote:
>>
>>> Rich E wrote:
>>> > Hi list,
>>> >
>>> > I was just thinking, as I noticed that Hans made it where Apple 
>>> +, opens the
>>> > preferences menu on OS X (as does every other native-mac app),  
>>> why not group
>>> > all the preferences in one dialog, with sub dialogs?  This is  
>>> how other apps
>>> > I use on OS X behave and I find it convenient.  Besides, if you  
>>> save the
>>> > settings, all of the settings get dumped to the preferences  
>>> file, no?  Why
>>> > not have them all in the same dialog, openable by a hotkey.
>>>
>>> On Fri, Jan 22, 2010 at 4:14 AM, Hans-Christoph Steiner <hans at at.or.at 
>>> > wrote:
>>>
>>> The only reason its not like that is because someone hasn't done the
>>> work.  I'd love to be able to include that work in pd-gui- 
>>> rewrite.  Be
>>> aware, it'll probably require some weirdness, because of the  
>>> nature of
>>> the messages that the pref panels send to 'pd'.  But I don't think  
>>> it
>>> would be too hard.
>>>
>>> One downside is that it you couldn't use Tcl/Tk 8.5 if you want it  
>>> to be
>>> included in Pd-vanilla.  But I am planning on switching Pd- 
>>> extended 0.43
>>> to Tcl/Tk 8.5 and above, since 8.5 adds a lot of very useful GUI  
>>> stuff.
>>>
>>> .hc
>>>
>>>
>>> Let me think a bit forward on this... when you say a dialog and  
>>> sub dialogs, do you mean a dialog with multiple tabs (that is what  
>>> i see to be popular in practice) or literally many modals  
>>> available from one central modal?
>>> I'd say tabs make the most sense, but i see that some of the  
>>> dialogs are produced by the C
>>> side not Tcl/Tk (are they?) in which case it will not be easy to  
>>> stuff them into the tabs.
>>> I'm asking because i would be willing to code this up.
>>
>>
>> In 0.43, the prefs dialogs are split out into separate Tcl files:
>> dialog_audio.tcl
>> dialog_midi.tcl
>> dialog_path.tcl
>> dialog_startup.tcl
>>
>> I think each in its own tab makes a lot of sense.
>>
>> .hc
>>
>>
>> ----------------------------------------------------------------------------
>>
>> Access to computers should be unlimited and total.  - the hacker  
>> ethic
>>
>>
>>
>
>
>
> ----------------------------------------------------------------------------
>
> The arc of history bends towards justice.     - Dr. Martin Luther  
> King, Jr.
>
>
>
>
>
> -- 
> Muranyi Andras



----------------------------------------------------------------------------

Computer science is no more related to the computer than astronomy is  
related to the telescope.      -Edsger Dykstra


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.puredata.info/pipermail/pd-dev/attachments/20100126/2e38c47b/attachment.htm>