[PD] pd 0.43 branch with the new GUI code

Hans-Christoph Steiner hans at at.or.at
Thu Aug 27 00:36:15 CEST 2009


On Aug 26, 2009, at 4:46 PM, Frank Barknecht wrote:

> Hallo,
> Hans-Christoph Steiner hat gesagt: // Hans-Christoph Steiner wrote:
>
>> On Aug 26, 2009, at 3:44 PM, Frank Barknecht wrote:
>>
>>> Hans-Christoph Steiner hat gesagt: // Hans-Christoph Steiner wrote:
>>>
>>>> It won't let you go smaller than the menubar on the window.
>>>
>>> I think, being able to make a window smaller should be a default
>>> action/script,
>>> as it is with the old Pd. It definitely should be possible without
>>> externals.
>>
>> Ok, so a scriptlet it is.  I've never seen any other app that  
>> allows you
>> to shrink further than the menubar,
>
> Uhm, maybe you should look closer? :) Here I can minimize apps like  
> Firefox and
> Gvim and hide parts of their menubars and icons.
>
> Acutally I found, that I still can minimize the Pd main window, the  
> menus fold
> together.
>
>> Its a good idea and something that should definitely happen. That's  
>> why
>> its part of the PDDP templates (http://puredata.info/dev/pddp) but
>> unfortunately not widely implemented.  How about following that spec,
>> its close, but a bit simpler and designed to be easily parsed in Pd:
>>
>> * the subpatch is called [pd META], and is not GOP
>
> GOP is important for us, as the docs are for users to read. We've  
> chosen
> "REFERENCE" to not conflict with META, but of course that would be  
> easy to
> change.
>
>> * each comment is a whole chunk of data
>
> Same here, just that "free" comments are allowed as well as additional
> description paragraphs for readability reasons.
>
>> * the first word/atom is the datatype (i.e. no : at the end of it),  
>> case
>> insensitive (removing a : in Pd is a little annoying)
>
> We have some 2-word keys, like "Outlet 0", so that is a tricky  
> decision.
> Anyway, as our system is mainly intended to be processed by  
> "smarter" text
> processing tools, the : doesn't hurt. But maybe we could add spaces  
> around it.
>
>> * tags are space-separated not comma-separated (handling commas is a
>> pain in Pd)
>
> Again, this is to include tags with more than one word, but I see  
> that for Pd
> parsing, the comma is nasty. However I guess with the text processing
> possibilities of tcl available in scriptlets, this may not be an  
> issue anymore.
>
> Generally the "pd REFERENCE" idea was to have a most simple,  
> externally
> parsable and user-readable reference system. META is cool and was an  
> obvious
> inspiration, but the rest of PDDP was deemed much too bloated with  
> layout
> conventions and color coding and cnv-paintings and similar stuff to  
> be useable
> for us. Help files IMO should be written, not designed.
>
>>> I don't really care if files are in bin or src. (For some reason,  
>>> bin
>>> is a
>>> symlink to src anyway) But neither lets me open any help files when
>>> starting Pd
>>> as "cd src; ./pd", which definitely was possible with previous Pds.
>>> Maybe I'm
>>> doing something wrong?
>>
>> Strange it works for me on Ubuntu and Mac OS X. Where is it looking?
>
> no idea. the help browser doesn't open. i get this message in the pd  
> window:
>
> PLACEHOLDER menu_helpbrowser {$help_top_directory}


Hehe, not implemented yet.  The old code would just plug in and work,  
but I was hoping to rewrite the help browser so I haven't included it  
yet.

Is this what you mean by not finding help patches?  Or do you mean  
right-click->Help?

.hc




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

Looking at things from a more basic level, you can come up with a more  
direct solution... It may sound small in theory, but it in practice,  
it can change entire economies.     - Amy Smith






More information about the Pd-list mailing list