Purr Data 2.1.1 is out. https://git.purrdata.net/jwilkes/purr-data-binaries/tree/master
I added a "dropdown" widget to the "Put" menu. The interface isn't yet stable, but it should be usable if people want to play with it. Changes:
[bendin]
(keep old behavior under legacy flag)[midiclkin]
(#255)[pdinfo]
[dropdown]
object for choosing a value for an atom box (interface not stable yet)-Jonathan
hey Jonathan - i would love to work with this for my purposes, but currently i have to be limited to objects for vanilla. is there a way at all to do this, since your original goal was to make l2Ork's new features accessible to all platforms? ideally i'd just like a superior vanilla PD editing environment with undo capability, but not have access to the advanced objects, or just be able to delete anything not integral to the editing process so i don't accidentally use it. any of this possible or are some objects fundamentally changed in your environment so much that cross compatibility is not possible?
best, scott
On Sat, Mar 11, 2017 at 7:48 AM, Jonathan Wilkes via Pd-list < pd-list@lists.iem.at> wrote:
Purr Data 2.1.1 is out.
https://git.purrdata.net/jwilkes/purr-data-binaries/tree/master
I added a "dropdown" widget to the "Put" menu. The interface isn't yet stable, but it should be usable if people want to play with it.
Changes:
- normalized range for
[bendin]
(keep old behavior under legacy flag)- added "mouseenter" and "mouseleave" events for data structures
- fixed "Recent Files" under Windows
- cleaned up documentation in repo
- fix for
[midiclkin]
(#255)- added "l2ork_version" message for
[pdinfo]
- make loader search order the same as Pd Vanilla
- fixed cord inspector font size
- silence spurious error when autopatching a signal object
- added a
[dropdown]
object for choosing a value for an atom box(interface not stable yet)
- made gatom resizable by click-dragging in edit mode
- added "<ctrl-mousewheel>" for zooming
- added solarized and inverted solarized gui presets
- fixed mycanvas stroke color updates
- improvements to mode 4 of intelligent patching
- fixed "<Delete>" not deleting a selected object on some systems
-Jonathan
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/ listinfo/pd-list
hey Jonathan - i would love to work with this for my purposes, but currently i have to be limited to objects for vanilla. is there a way at all to do this, since your original goal was to make l2Ork's new features accessible to all platforms? ideally i'd just like a superior vanilla PD editing environment with undo capability, but not have access to the advanced objects, or just be able to delete anything not integral to the editing process so i don't accidentally use it. any of this possible or are some objects fundamentally changed in your environment so much that cross compatibility is not possible?
best,> scott
Hi scott,If you need to know which objects, arguments and methods don't exist in Pd Vanilla, Purr Data has a set of introspection tools that can help you do this. [pdinfo] has a "classlist" method that returns all the class names of everything that made it successfully through class_new[classinfo] lets you get all the creator names for the pd's "objectmaker" class. This should be a complete list of all names that you can type into an object box to create an object (plus a few more which you cannot manually create). [classinfo] lets you get method/creator signatures for each object. (Of course A_GIMME leaves some room for ambiguity, though.) Using these objects it should be possible to create a rought picture of Purr Data's "core interface". If you can figure out a way to get similar info from a particular version Pd Vanilla, then you should be able to use the two sets of data to automatically query any version of Purr Data to see what's been added or changed. As far as disabling the non-Vanilla objects and methods-- I don't see any easy way to do that in Pd. You could probably write some dangerous mercenary class that destroys/overwrites classes/methods as you direct it from the runtime. You could use the Purr Data introspection objects inside an abstraction to poll the current parent canvas looking for non-Vanilla objects. And maybe have it create a comment next to the offending object. But that's a bit finicky and prone to error.
-Jonathan
On Sat, Mar 11, 2017 at 7:48 AM, Jonathan Wilkes via Pd-list pd-list@lists.iem.at wrote:
Purr Data 2.1.1 is out. https://git.purrdata.net/ jwilkes/purr-data-binaries/ tree/master
I added a "dropdown" widget to the "Put" menu. The interface isn't yet stable, but it should be usable if people want to play with it. Changes:
[bendin]
(keep old behavior under legacy flag)[midiclkin]
(#255)[pdinfo]
[dropdown]
object for choosing a value for an atom box (interface not stable yet)-Jonathan
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/ listinfo/pd-list
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Also, there's a "legacy" flag that can be used to get the old behavior on the stuff we've fixed like [bendin] -Jonathan
hey Jonathan - i would love to work with this for my purposes, but currently i have to be limited to objects for vanilla. is there a way at all to do this, since your original goal was to make l2Ork's new features accessible to all platforms? ideally i'd just like a superior vanilla PD editing environment with undo capability, but not have access to the advanced objects, or just be able to delete anything not integral to the editing process so i don't accidentally use it. any of this possible or are some objects fundamentally changed in your environment so much that cross compatibility is not possible? best,> scott
Hi scott,If you need to know which objects, arguments and methods don't exist in Pd Vanilla, Purr Data has a set of introspection tools that can help you do this. [pdinfo] has a "classlist" method that returns all the class names of everything that made it successfully through class_new[classinfo] lets you get all the creator names for the pd's "objectmaker" class. This should be a complete list of all names that you can type into an object box to create an object (plus a few more which you cannot manually create). [classinfo] lets you get method/creator signatures for each object. (Of course A_GIMME leaves some room for ambiguity, though.) Using these objects it should be possible to create a rought picture of Purr Data's "core interface". If you can figure out a way to get similar info from a particular version Pd Vanilla, then you should be able to use the two sets of data to automatically query any version of Purr Data to see what's been added or changed. As far as disabling the non-Vanilla objects and methods-- I don't see any easy way to do that in Pd. You could probably write some dangerous mercenary class that destroys/overwrites classes/methods as you direct it from the runtime. You could use the Purr Data introspection objects inside an abstraction to poll the current parent canvas looking for non-Vanilla objects. And maybe have it create a comment next to the offending object. But that's a bit finicky and prone to error.
-Jonathan
On Sat, Mar 11, 2017 at 7:48 AM, Jonathan Wilkes via Pd-list pd-list@lists.iem.at wrote:
Purr Data 2.1.1 is out. https://git.purrdata.net/ jwilkes/purr-data-binaries/ tree/master
I added a "dropdown" widget to the "Put" menu. The interface isn't yet stable, but it should be usable if people want to play with it. Changes:
[bendin]
(keep old behavior under legacy flag)[midiclkin]
(#255)[pdinfo]
[dropdown]
object for choosing a value for an atom box (interface not stable yet)-Jonathan
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/ listinfo/pd-list
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Hi
questions:
I still find it confusing the dual name purr data / pd-l2ork, is this final? Do you plan to stick to one name only? Moreover, is the pd-l2ork project finally and officially merged to purr data? Or does it still have a separate repository and development branch?
And why not include the installers and dedicate a page to it in < http://puredata.info/%3E ?
cheers
2017-03-11 18:07 GMT-03:00 Jonathan Wilkes via Pd-list <pd-list@lists.iem.at
:
Also, there's a "legacy" flag that can be used to get the old behavior on the stuff we've fixed like [bendin]
-Jonathan
hey Jonathan - i would love to work with this for my purposes, but
currently i have to be limited to objects for vanilla. is there a way at all to do this, since your original goal was to make l2Ork's new features accessible to all platforms? ideally i'd just like a superior vanilla PD editing environment with undo capability, but not have access to the advanced objects, or just be able to delete anything not integral to the editing process so i don't accidentally use it. any of this possible or are some objects fundamentally changed in your environment so much that cross compatibility is not possible?
best, scott
Hi scott, If you need to know which objects, arguments and methods don't exist in Pd Vanilla, Purr Data has a set of introspection tools that can help you do this.
[pdinfo] has a "classlist" method that returns all the class names of everything that made it successfully through class_new [classinfo] lets you get all the creator names for the pd's "objectmaker" class. This should be a complete list of all names that you can type into an object box to create an object (plus a few more which you cannot manually create). [classinfo] lets you get method/creator signatures for each object. (Of course A_GIMME leaves some room for ambiguity, though.)
Using these objects it should be possible to create a rought picture of Purr Data's "core interface". If you can figure out a way to get similar info from a particular version Pd Vanilla, then you should be able to use the two sets of data to automatically query any version of Purr Data to see what's been added or changed.
As far as disabling the non-Vanilla objects and methods-- I don't see any easy way to do that in Pd. You could probably write some dangerous mercenary class that destroys/overwrites classes/methods as you direct it from the runtime.
You could use the Purr Data introspection objects inside an abstraction to poll the current parent canvas looking for non-Vanilla objects. And maybe have it create a comment next to the offending object. But that's a bit finicky and prone to error.
-Jonathan
On Sat, Mar 11, 2017 at 7:48 AM, Jonathan Wilkes via Pd-list < pd-list@lists.iem.at> wrote:
Purr Data 2.1.1 is out.
https://git.purrdata.net/ jwilkes/purr-data-binaries/ tree/master https://git.purrdata.net/jwilkes/purr-data-binaries/tree/master
I added a "dropdown" widget to the "Put" menu. The interface isn't yet stable, but it should be usable if people want to play with it.
Changes:
- normalized range for
[bendin]
(keep old behavior under legacy flag)- added "mouseenter" and "mouseleave" events for data structures
- fixed "Recent Files" under Windows
- cleaned up documentation in repo
- fix for
[midiclkin]
(#255)- added "l2ork_version" message for
[pdinfo]
- make loader search order the same as Pd Vanilla
- fixed cord inspector font size
- silence spurious error when autopatching a signal object
- added a
[dropdown]
object for choosing a value for an atom box(interface not stable yet)
- made gatom resizable by click-dragging in edit mode
- added "<ctrl-mousewheel>" for zooming
- added solarized and inverted solarized gui presets
- fixed mycanvas stroke color updates
- improvements to mode 4 of intelligent patching
- fixed "<Delete>" not deleting a selected object on some systems
-Jonathan
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/ listinfo/pd-list https://lists.puredata.info/listinfo/pd-list
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/ listinfo/pd-list
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/ listinfo/pd-list
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/ listinfo/pd-list
Hi
questions: I still find it confusing the dual name purr data / pd-l2ork, is this final? Do you plan to stick to one name only?
The command name is still "pd-l2ork" and it would be burdensome to change that. I like the cat with the eyepatch as an icon, and while I'm not necessarily tied to calling it "Purr Data" that is the name of the repo and the name shown in the application now.
Moreover, is the pd-l2ork project finally and officially merged to purr data? Or
does it still have a separate repository and development branch? There's a separate repo for pd-l2ork 1.0-- that's the one that uses tcl/tk/tkpath for the GUI. That codebase has been officially merged with pd-l2ork 2.0 (which is what I call "Purr Data"). Official in the sense that we've gone through and tried to make sure that we ported all changes to pd-l2ork 1.0 during the time pd-l2ork 2.0 was being created.
And why not include the installers and dedicate a page to it in http://puredata.info/ ?
That would be great. However, I'm still working on streamlining the release process. So the location of the binaries might change in the future.
-Jonathan cheers 2017-03-11 18:07 GMT-03:00 Jonathan Wilkes via Pd-list pd-list@lists.iem.at:
Also, there's a "legacy" flag that can be used to get the old behavior on the stuff we've fixed like [bendin] -Jonathan
hey Jonathan - i would love to work with this for my purposes, but currently i have to be limited to objects for vanilla. is there a way at all to do this, since your original goal was to make l2Ork's new features accessible to all platforms? ideally i'd just like a superior vanilla PD editing environment with undo capability, but not have access to the advanced objects, or just be able to delete anything not integral to the editing process so i don't accidentally use it. any of this possible or are some objects fundamentally changed in your environment so much that cross compatibility is not possible? best,> scott
Hi scott,If you need to know which objects, arguments and methods don't exist in Pd Vanilla, Purr Data has a set of introspection tools that can help you do this. [pdinfo] has a "classlist" method that returns all the class names of everything that made it successfully through class_new[classinfo] lets you get all the creator names for the pd's "objectmaker" class. This should be a complete list of all names that you can type into an object box to create an object (plus a few more which you cannot manually create). [classinfo] lets you get method/creator signatures for each object. (Of course A_GIMME leaves some room for ambiguity, though.) Using these objects it should be possible to create a rought picture of Purr Data's "core interface". If you can figure out a way to get similar info from a particular version Pd Vanilla, then you should be able to use the two sets of data to automatically query any version of Purr Data to see what's been added or changed. As far as disabling the non-Vanilla objects and methods-- I don't see any easy way to do that in Pd. You could probably write some dangerous mercenary class that destroys/overwrites classes/methods as you direct it from the runtime. You could use the Purr Data introspection objects inside an abstraction to poll the current parent canvas looking for non-Vanilla objects. And maybe have it create a comment next to the offending object. But that's a bit finicky and prone to error.
-Jonathan
On Sat, Mar 11, 2017 at 7:48 AM, Jonathan Wilkes via Pd-list pd-list@lists.iem.at wrote:
Purr Data 2.1.1 is out. https://git.purrdata.net/ jwilkes/purr-data-binaries/ tree/master
I added a "dropdown" widget to the "Put" menu. The interface isn't yet stable, but it should be usable if people want to play with it. Changes:
[bendin]
(keep old behavior under legacy flag)[midiclkin]
(#255)[pdinfo]
[dropdown]
object for choosing a value for an atom box (interface not stable yet)-Jonathan
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/ listinfo/pd-list
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/ listinfo/pd-list
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/ listinfo/pd-list
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/ listinfo/pd-list
2017-03-12 19:09 GMT-03:00 Jonathan Wilkes jancsika@yahoo.com:
There's a separate repo for pd-l2ork 1.0-- that's the one that uses tcl/tk/tkpath for the GUI. That codebase has been officially merged with pd-l2ork 2.0 (which is what I call "Purr Data"). Official in the sense that we've gone through and tried to make sure that we ported all changes to pd-l2ork 1.0 during the time pd-l2ork 2.0 was being created.
So there's a pd-l2ork 1.0-- version that has the same features as the latest purr data (2.1.1) release? that's not quite clear to me yet.
cheers
2017-03-12 19:09 GMT-03:00 Jonathan Wilkes jancsika@yahoo.com:
There's a separate repo for pd-l2ork 1.0-- that's the one that uses tcl/tk/tkpath for the GUI. That codebase has been officially merged with pd-l2ork 2.0 (which is what I call "Purr Data"). Official in the sense that we've gone through and tried to make sure that we ported all changes to pd-l2ork 1.0 during the time pd-l2ork 2.0 was being created.
So there's a pd-l2ork 1.0-- version that has the same features as the latest purr data (2.1.1) release? that's not quite clear to me yet.
No, the pd-l2ork 1.0 is the tcl/tk/tkpath version that Ivica has been maintaining and developing on github. It does not include a lot of the features that are in Purr Data-- like the new dropdown atom and other things. You can still use the 1.0 version, and if you find bugs there we will try to fix them (and also port fixes to Purr Data if they apply there, too). But we're not porting features from 2.0 back to 1.0.
-Jonathan
cheers
1.0 will only be updated at this point in case there is major regression or there is a demand to do so. All development will soon shift to 2.0 a.k.a. Purr-Data. One thing that is still missing in 2.0 is the k12 mode sidebar and customizations and some minor cosmetic changes. I am hoping to get to this sometime this summer unless Jonathan beats me to it.
Best,
great, can't wait for all that complete merge to finally happen ;)
2017-03-12 19:28 GMT-03:00 Ivica Bukvic ico@vt.edu:
1.0 will only be updated at this point in case there is major regression or there is a demand to do so. All development will soon shift to 2.0 a.k.a. Purr-Data. One thing that is still missing in 2.0 is the k12 mode sidebar and customizations and some minor cosmetic changes. I am hoping to get to this sometime this summer unless Jonathan beats me to it.
Best,
-- Ivica Ico Bukvic, D.M.A. Associate Professor Computer Music ICAT Senior Fellow Director -- DISIS, L2Ork Virginia Tech School of Performing Arts – 0141 Blacksburg, VA 24061 (540) 231-6139 ico@vt.edu www.performingarts.vt.edu disis.icat.vt.edu l2ork.icat.vt.edu ico.bukvic.net
On Mar 12, 2017 18:18, "Alexandre Torres Porres" porres@gmail.com wrote:
2017-03-12 19:09 GMT-03:00 Jonathan Wilkes jancsika@yahoo.com:
There's a separate repo for pd-l2ork 1.0-- that's the one that uses tcl/tk/tkpath for the GUI. That codebase has been officially merged with pd-l2ork 2.0 (which is what I call "Purr Data"). Official in the sense that we've gone through and tried to make sure that we ported all changes to pd-l2ork 1.0 during the time pd-l2ork 2.0 was being created.
So there's a pd-l2ork 1.0-- version that has the same features as the latest purr data (2.1.1) release? that's not quite clear to me yet.
cheers
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/li stinfo/pd-list