I'm able to open Max .pat files in pd-extended 0.38.4; but not in pd 0.39.2, pd-extended 0.39-3 (including the cyclone library), or pd 0.40-2. There's no error message: the dialog box accepts the request, then nothing happens. Is this a known issue? Might I be doing something wrong?
Andrew
On Sat, 18 Aug 2007, Andrew May wrote:
I'm able to open Max .pat files in pd-extended 0.38.4; but not in pd 0.39.2, pd-extended 0.39-3 (including the cyclone library), or pd 0.40-2. There's no error message: the dialog box accepts the request, then nothing happens. Is this a known issue? Might I be doing something wrong?
If this somehow depends on Cyclone functionality that is not part of any object class in particular, then this may be related to the big change in pd-extended that assumes that every piece of external functionality is a class, when in reality it's not.
_ _ __ ___ _____ ________ _____________ _____________________ ... | Mathieu Bouchard - tél:+1.514.383.3801, Montréal QC Canada
On Aug 18, 2007, at 4:07 PM, Mathieu Bouchard wrote:
On Sat, 18 Aug 2007, Andrew May wrote:
I'm able to open Max .pat files in pd-extended 0.38.4; but not in pd 0.39.2, pd-extended 0.39-3 (including the cyclone library), or pd 0.40-2. There's no error message: the dialog box accepts the request, then nothing happens. Is this a known issue? Might I be doing something wrong?
If this somehow depends on Cyclone functionality that is not part of any object class in particular, then this may be related to the big change in pd-extended that assumes that every piece of external functionality is a class, when in reality it's not.
I am unaware of that assumption, care to elaborate?
The opening off .pat files from the open dialog is unrelated to cyclone. The opening of .pat files is in Miller's core, cyclone is written by Krzysztof Czaja as a separate project.
I think I saw this bug before, but I haven't looked into it. I think it works on Windows. Please file a bug report. Include which platform you are using to test. I think this works on Windows but not Mac OS X, for example. Also, testing Miller's releases vs. Pd- extended releases is also useful.
.hc
_ _ __ ___ _____ ________ _____________ _____________________ ... | Mathieu Bouchard - tél:+1.514.383.3801, Montréal QC Canada_______________________________________________ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
------------------------------------------------------------------------ ----
I have the audacity to believe that peoples everywhere can have three meals a day for their bodies, education and culture for their minds, and dignity, equality and freedom for their spirits. - Martin Luther King, Jr.
On Sun, 19 Aug 2007, Hans-Christoph Steiner wrote:
On Aug 18, 2007, at 4:07 PM, Mathieu Bouchard wrote:
If this somehow depends on Cyclone functionality that is not part of any object class in particular, then this may be related to the big change in pd-extended that assumes that every piece of external functionality is a class, when in reality it's not.
The opening off .pat files from the open dialog is unrelated to cyclone. The opening of .pat files is in Miller's core, cyclone is written by Krzysztof Czaja as a separate project.
Ok, seems like I made a slight mistake here; I was thinking more of http://lists.puredata.info/pipermail/pd-list/2007-01/046068.html http://lists.puredata.info/pipermail/pd-list/2006-08/041571.html
and such.
I am unaware of that assumption, care to elaborate?
This is an assumption that you make by cutting libraries into pieces. What you assume can be inferred from what you do.
_ _ __ ___ _____ ________ _____________ _____________________ ... | Mathieu Bouchard - tél:+1.514.383.3801, Montréal QC Canada
On Aug 19, 2007, at 11:11 PM, Mathieu Bouchard wrote:
On Sun, 19 Aug 2007, Hans-Christoph Steiner wrote:
On Aug 18, 2007, at 4:07 PM, Mathieu Bouchard wrote:
If this somehow depends on Cyclone functionality that is not part of any object class in particular, then this may be related to the big change in pd-extended that assumes that every piece of external functionality is a class, when in reality it's not.
The opening off .pat files from the open dialog is unrelated to cyclone. The opening of .pat files is in Miller's core, cyclone is written by Krzysztof Czaja as a separate project.
Ok, seems like I made a slight mistake here; I was thinking more of http://lists.puredata.info/pipermail/pd-list/2007-01/046068.html http://lists.puredata.info/pipermail/pd-list/2006-08/041571.html
and such.
I am unaware of that assumption, care to elaborate?
This is an assumption that you make by cutting libraries into pieces. What you assume can be inferred from what you do.
Building each class as it's own file does not prevent them from using shared libraries, or from loading other special functions. It just needs to be handled differently. So there is no such assumption.
.hc
_ _ __ ___ _____ ________ _____________ _____________________ ... | Mathieu Bouchard - tél:+1.514.383.3801, Montréal QC Canada
------------------------------------------------------------------------ ----
¡El pueblo unido jamás será vencido!
-
Andrew May -
Hans-Christoph Steiner -
Mathieu Bouchard