[PD-dev] working towards Pd-0.40.3-extended

[Hans-Christoph Steiner]

On Oct 29, 2007, at 6:42 AM, Steffen Juul wrote:

>
> On 28/10/2007, at 1.35, Steffen Juul wrote:
>
>> I've been meaning to try that for quite some time. That and then  
>> apply
>> some of the patches that i like. We'll see how it goes, when it goes.
>
> I had success building pd-0.41-0test06 for Intel Mac OS X. What I  
> did was:
>
> - Made the following symlinks in /Library/Frameworks to link to the  
> -- in resent versions of Mac OS X -- included version of Tcl/TK:
> /Library/Frameworks/Tcl.framework -> /System/Library/Frameworks/ 
> Tcl.framework
> /Library/Frameworks/Tk.framework -> /System/Library/Frameworks/ 
> Tk.framework
>
> - Downloaded the src from Millers site
>
> - Unpacked
>
> - cd'ed to the src folder
>
> - ran ./configure
>
> - did not run 'make depend' as the INSTALL.txt said since them same  
> file refers to a HTML document (ie. the Pd manual) that say one are  
> just to run 'make' and doesn't mention 'make depend' at all.  
> Confusing, but...
>
> - ran make
>
> But i didn't get a '.app' application out of it.

First off, you'll have much better luck with this Tcl/Tk than the  
Apple ones.  The included ones are quite old, this is what I just  
upgraded the auto-builds to:

http://idmi.poly.edu/pdlab/tcltk/

> I've tried to manually follow the instructions in CVSROOT/packages/ 
> darwin_app/Makefile but whit out much luck. I'm told that the  
> application is either incomplete or corrupted. I'll give it a few  
> more shots, but i have a question now also: Does it make a  
> difference if one use `install` to make the dir's and move in the  
> files as opposed to use `mkdir` and `mv`/`cp`?

install vs. mkdir and cp shouldn't matter

> When i've completed building a '.app' application i'll put the info  
> up on http://puredata.info/docs/developer/MacOSXApp

excellent :)

> This was the building part. Now the apply patches part. Before i  
> blast it all i'd like to know if i could be of any help wrt pd- 
> extended? Is the next Pd-extended aimaed at the 0.41 version of Pd  
> or the 0.40 version? Are there any particular patches i could be  
> helpful trying to apply? I can say for my part i'm mostly  
> interested in those that alter the GUI.
>
> Best, Steffen

You can definitely be a help in Pd-extended!  :D

The next version is aimed at 0.40.3, since I hope to release before  
Miller finishes his 0.41 cycle.  As for porting the patches to 0.41,  
that's a moving target.  The 0.41 code will change, the patches will  
change, so it's not really worth doing just yet.  Now is the time to  
write patches :).

Since you are interested in the GUI, sounds like it would be best if  
you worked on that.  For example, a real preferences pane with tabs  
on it would be really nice.  I'll happily help you make that happen,  
if you interested.  The Tcl/Tk part is not too hard to learn, you  
mostly avoid the Pd/Tcl oddness, so it would a good place to start.   
In Pd.app/Contents/Resources/bin/pd.tk, check out: pdtk_path_dialog,  
pdtk_startup_dialog, pdtk_audio_dialog, pdtk_midi_dialog.  For the  
most part, this is straight Tcl/Tk GUI building, which is quite  
similar to Java and other things.

I just did some work on the key bindings in the panels.  Return hits  
OK and Esc hits cancel in all the panels now.  Plus Cmd/Ctrl-w closes  
all the windows, including the help browser, find panel, etc.  Then I  
added the "Clear Pd window" option to the Edit menu. You can stick  
the attached pd.tk in the latest Pd-extended release to try these  
changes.

-------------- next part --------------
A non-text attachment was scrubbed...
Name: pd.tk.bz2
Type: application/octet-stream
Size: 25216 bytes
Desc: not available
URL: <http://lists.puredata.info/pipermail/pd-dev/attachments/20071029/edacc04a/attachment.obj>
-------------- next part --------------

.hc

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

"[W]e have invented the technology to eliminate scarcity, but we are  
deliberately throwing it away to benefit those who profit from  
scarcity."        -John Gilmore