On Mar 25, 2005, at 5:27 PM, Thomas Ouellet Fredericks wrote:
I needed an indentical XP and OSX package for my workshops. My package is simply miller's version with the externals I need to teach Pure Data. I will also include three "complete" abstractions :
- one to play soud files (very similar to xgroove~ but with integrated
file loading and without crossfading),
- another to play video files
- and a last one to manage soud files.
The package will also include a huge list of conversion tools taken from my lpn collection.
I would be happy to participate in a common distribution if:
- there is no installer ( I want my students to learn who to load
librairies)
You can have an installer that does everything for the user, and still
be able to teach them how to load libraries. I think the aim with the
OS-specific packages should be make them as native as possible and to
make as easy as possible. No one like struggling with installation
issues, and there is little to gain from doing so if its possible to
avoid them.
- I can include my abstractions in it.
Of course, the more, the merrier!
- There is an identical XP version.
We all want this. We just need someone to become the Windows
maintainer to make this happen.
.hc
I also hope to get funds from the CIAM (ciam-art.org) to try to:
- port (or install) a lot of stuff to all versions
- make a categorized inventory of PD objects in French and English
- make a French version of the documentation
Tom
On Fri, 25 Mar 2005 16:41:20 -0500, B. Bogart ben@ekran.org 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@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@iem.at mailing list > UNSUBSCRIBE and account-management -> > http://iem.at/cgi-bin/mailman/listinfo/pd-list
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://iem.at/cgi-bin/mailman/listinfo/pd-list
PD-list@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@iem.at mailing list UNSUBSCRIBE and account-management -> http://iem.at/cgi-bin/mailman/listinfo/pd-list
"If nature has made any one thing less susceptible than all others of
exclusive property, it is the action of the thinking power called an
idea, which an individual may exclusively possess as long as he keeps
it to himself; but the moment it is divulged, it forces itself into the
possession of everyone, and the receiver cannot dispossess himself of
it."
- Thomas Jefferson