[PD] Re: Mac OS X installer with library documentation
Hans-Christoph Steiner
hans at eds.org
Sat Mar 26 23:32:58 CET 2005
All of this stuff should be thought of in the same way as other parts
of Pd: a part of the app itself, and not meant to be user editable. I
have been thinking that we need to have a section of included
abstractions that are not meant to be help or tutorials, but functional
programs written in Pd. We need to think of how best to incorporate
this. Maybe it would make the most sense to have this stuff in a
folder outside of the app, like a standard distro of apps built with
Pd.
As for figuring out the .app build system, I am now done with my
Masters thesis, so I have breathing room to answer all your questions
and develop documentation for this build system so more people can use
it and contribute to it. I am also planning a big crunch working on
my big TODO list for Pd and the Pd.app in particular.
.hc
On Mar 25, 2005, at 4:41 PM, B. Bogart wrote:
> I had the same thought HC.
>
> I had no idea Tom has an installer. Why did you start Tom?
>
> PixelTANGO has a development installer but Its my intension to
> integrate
> it into the unified dot app. I have not worked out exactly how to do
> this because it was much easier to kludge a pixelTANGO app based on the
> pd 0.38 than it was to understand the .app build system that did not
> work for me.
>
> Anyhow I think for pixelTANGO to be easily integrated into the unified
> .app that some slight changes may be required. I think it is very
> important that some folders are exposed to the user in /Applications.
> For dumping their own abstractions etc.. In the case of pixelTANGO we
> need exposed folders for:
>
> scripts
> models
> fonts
> abstractions
> Examples
>
> "Examples" could be moved into the PD help menu when we get that sorted
> out. Abstractions would be useful for everyone. If an end-user wants a
> new version of an external without reinstalling the .app it would also
> be handy to keep an extra folder exposed in there. I don't think it is
> resonable for the user to "show package contents". Fonts and Models are
> somewhat pixelTANGO specific, so perhaps they could go somewhere
> pixelTANGO specific... Scripts will by the pixelTANGO py scripts which
> need to be in the path. I guess these could just be dumped into the
> abstractions folder... Any opinion on this? It may also make more sense
> to have a scripts folder with py included in the package.
>
> I did realize that one cannot link from a folder on the outside of the
> pd.app to a folder inside it. So I had to add redundant folders outside
> the PD.app that were included in the search-path.
>
> Right now pixelTANGO is structured as:
>
> /Applications/PixelTANGO/PixelTANGO-Examples
> /PixelTANGO.app
> /models
> /fonts
> /Gem-Examples
> /abstractions
>
> You can download the .app (with bugs) from:
>
> www.ekran.org/ben/research/PixelTANGO-v0.3.2G4.tgz
>
> This version does not have the python script stuff yet.
>
> Anyhow worth a look in terms of how folders outside the .app could
> work.
>
> b>
>
> Hans-Christoph Steiner wrote:
>>
>> It would be great if we could all join forces on the MacOS X Pd.apps.
>> There would be much less duplicated effort then, and a much better and
>> more up-to-date Pd.app available.
>>
>> The code is all there, its poorly documented I will admit, but I will
>> definitely answer any questions about it. And, of course, we
>> encourage
>> anyone who has something to contribute to become a developer in the
>> SourceForge project.
>>
>> As for the Help submenus, it was an incomplete effort, it definitely
>> needs work.
>>
>> .hc
>>
>> On Mar 24, 2005, at 7:31 PM, Paris Treantafeles wrote:
>>
>>> thanks - i'm trying it out .
>>>
>>> -p
>>>
>>> On Thursday, March 24, 2005, at 07:07 PM, Thomas Ouellet Fredericks
>>> wrote:
>>>
>>>> I also have a packaged os x pd at :
>>>> http://data-art.uqam.ca/telechargement.php
>>>> I also tried Burt's but it did not work.
>>>>
>>>> Tom
>>>>
>>>> On Thu, 24 Mar 2005 18:34:23 -0500, Paris Treantafeles
>>>> <paris at parisgraphics.com> wrote:
>>>>
>>>>> Hi,
>>>>>
>>>>> I just got around to installing this and was wondering if it only
>>>>> runs
>>>>> on 10.3?
>>>>> I am using OS X v 10.2.8 and can run previous pd mac version
>>>>> pd-0.38-2
>>>>> but when i try to run this one nothing happens at all.
>>>>>
>>>>> Thanks,
>>>>> paris
>>>>>
>>>>>
>>>>> On Wednesday, March 16, 2005, at 01:39 PM, Burt wrote:
>>>>>
>>>>>>
>>>>>> Greetings again,
>>>>>>
>>>>>> I have posted a new version of an installer for OS X.
>>>>>>
>>>>>> http://pcm.peabody.jhu.edu/~sburt/pd/installing_pd_os_x.html
>>>>>>
>>>>>> Rob Lycett requested that I add the comport library and its
>>>>>> documentation, so I did. I was also frustrated by tcl/tk
>>>>>> handling of
>>>>>> submenus within submenus. If anyone knows how to do this, please
>>>>>> let
>>>>>> me know. So, I placed the 7.stuff subdirectories directly into
>>>>>> the
>>>>>> Help menu which is not elegant and only temporary. I also added a
>>>>>> zexy submenu to Help (which I had previously forgotten). So, now
>>>>>> there should be easy to find documentation on basic PD objects,
>>>>>> the
>>>>>> libraries Gem, vasp, pmpd, Han's hid, and Zexy, plus everything
>>>>>> inside
>>>>>> the stuff folder including (now) comport.
>>>>>>
>>>>>> I feel that a better way to organize the Help menu (with my
>>>>>> segregated
>>>>>> library approach) would be to do it with submenus for PD and major
>>>>>> libraries and an extra folder for smaller things:
>>>>>>
>>>>>> PD Documentation/
>>>>>> HTML manual/
>>>>>> control examples/
>>>>>> audio examples/
>>>>>> fft examples/
>>>>>> Gem/
>>>>>> pmpd/
>>>>>> vasp/
>>>>>> zexy/
>>>>>> extras/
>>>>>> hid/
>>>>>> comport/
>>>>>> stuff/
>>>>>> audio playpen/
>>>>>> data-structures/
>>>>>> soundfile-tools/
>>>>>> synth/
>>>>>> tools/
>>>>>>
>>>>>> Unfortunately, this would require a restructuring of PD
>>>>>> documentation
>>>>>> as it is now, and I would have to understand how to create
>>>>>> submenus in
>>>>>> submenus in tcl/tk. Can anyone do this? What would be really
>>>>>> cool
>>>>>> would be to adjust the Pd script so that Help documentation of a
>>>>>> particular library does not appear until the library is loaded.
>>>>>> That
>>>>>> way, we avoid users opening help patches and getting messages
>>>>>> about
>>>>>> objects not existing (or worse yet, PD crashing).
>>>>>>
>>>>>>
>>>>>> Samuel Burt
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> _______________________________________________
>>>>>> PD-list at iem.at mailing list
>>>>>> UNSUBSCRIBE and account-management ->
>>>>>> http://iem.at/cgi-bin/mailman/listinfo/pd-list
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> PD-list at iem.at mailing list
>>>>> UNSUBSCRIBE and account-management ->
>>>>> http://iem.at/cgi-bin/mailman/listinfo/pd-list
>>>>>
>>>
>>>
>>> _______________________________________________
>>> PD-list at iem.at mailing list
>>> UNSUBSCRIBE and account-management ->
>>> http://iem.at/cgi-bin/mailman/listinfo/pd-list
>>>
>>
>> ______________________________________________________________________
>> __
>> ____
>>
>>
>> "Computer science is no more related to the computer than astronomy is
>> related to the telescope."
>> -Edsger Dykstra
>>
>>
>> _______________________________________________
>> PD-list at iem.at mailing list
>> UNSUBSCRIBE and account-management ->
>> http://iem.at/cgi-bin/mailman/listinfo/pd-list
>>
>>
________________________________________________________________________
____
"The arc of history bends towards justice."
Dr.
Martin Luther King, Jr.
More information about the Pd-list
mailing list