Purr Data is finally released!
Purr Data inherits the goodness of Pd-l2ork and runs on Gnu/Linux, Windows, and OSX. Infinite undo, enhanced editing and 2d drawing, and most of the the externals from Pd-extended (plus more from Pd-l2ork).

[Edit]
2.2.4:

• fix [wrap~] inconsistency
• port mouse events from [hcs/cursor]
• fix bug with dollarsigns in struct names
• add some "legacy_mouse" classes to support externals that report mouse events: "legacy_mousemotion", "legacy_mouseclick" and "legacy_mousewheel"
• fix bug loading default libs on OSX

2.2.3:

• fixed overallocation bug that made loading soundfiles into arrays take up unnecessary amount of memory (4x-8x overallocation)
• fix some utf8 string handling routines
• port fixes for [soundfiler] from Pd Vanilla
• fix bug with "$@" that could cause invalid reads in some cases
• fix [initbang] functionality
• fix crasher in [pdinfo]

New in 2.2.2:

• fixed usability issues with the dropdown object

New in 2.2.1:

• fix stray GUI bugs
• fix some external libs that weren't building under Windows
• fix some OSX key event bugs

New in 2.2.0:

• fix GOP sizing algo to accommodate small GOP abstractions
• turn off anoying Gnome-keyring popup that appears on some systems
• bump nw.js GUI toolkit to 0.22.1
• fix arrow-key navigation-- use arrow keys for scrollbar navigation in runmode, turn off in editmode
• ignore iemgui label in bbox computation for "-legacy" mode
• fix OSCx library on arm builds
• guard against more out-of-order messages from Pd to GUI
• clean up and simplify build instructions
• leave enough space in GOP abstractions to accommodate all xlets
• fix search path bug
• update some of the documentation, removing old "messageoddness" patches that no longer apply to Purr Data
• update unauthorized library
• clean up and simplify the repository code/structure

New in 2.1.2:

• minor bugfix in the console (duplicate messages weren't printed after clearing)
• some minor fixes in the default startup configuration
• some cosmetic changes in the accompanying README and license information
• various bugfixes in objects and internal API functions (message boxes, dropdown atom, loadbang-related issues)
• updated lyonpotpourri to the latest 3.0 version to fix various 64 bit issues on Linux and macOS
• saving the preferences is much faster on the Mac now
• new animated "About Pd-L2ork" popup; also, the proper version is now shown in the generic "About" box on the Mac

New in 2.1.1:

• 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

New since rc5:

• fixed display bug with [vu] on graph-on-parent canvas
• fix documentation for timer-help.pd
• fix "open" method for [ggee/image]
• default to the user's home directory on OSX app bundle
• open the help browser file browser in the doc folder
• add a canvas "Print" menu item (under "File" menu)
• allow option to save the zoom level with the canvas
• fix a data structure crasher

please report lots of bugs to

https://git.purrdata.net/jwilkes/purr-data/issues

Binaries:

https://github.com/jonwwilkes/purr-data/releases

@xgr Got a trivially reproducible bug using only two objects now:

https://git.purrdata.net/jwilkes/purr-data/issues/289

I think it has something to do with the GUI update queue ordering...

@jancsika I'm interested in moving over from Pd-extende to Purr Data. There are two things that would deter me at the moment though:

• Can I use the same externals that I am using in Pd-extended? Would I have to recompile them to get them to work or would it simply be a case of copying across the relevant .pd_darwin files?

• Is GEM working in Purr Data? This is one of the main things I am using Pd for at present. So I would not like to move across unless GEM is usable.

@me-andmymonkey said:

@jancsika I'm interested in moving over from Pd-extende to Purr Data. There are two things that would deter me at the moment though:

• Can I use the same externals that I am using in Pd-extended? Would I have to recompile them to get them to work or would it simply be a case of copying across the relevant .pd_darwin files?

It comes with most of the externals that Pd-extended had. The main exception are some GUI objects which I haven't ported yet.

• Is GEM working in Purr Data? This is one of the main things I am using Pd for at present. So I would not like to move across unless GEM is usable.

GEM currently only works with Purr Data on Windows and Gnu/Linux.

Hi @jancsika, thanks for the reply. Will GEM work on OSX soon?

@me-andmymonkey said:

Hi @jancsika, thanks for the reply. Will GEM work on OSX soon?

Someone was able to get it up and running, but if I remember correctly it requires some extra compilation steps beyond the Homebrew instructions I have listed at git.purrdata.net.

If someone is able to get Gem to build without any extra steps (besides installing a few Homebrew dependencies) I'll happily merge the code.

After using Purr Data for a couple of days now, I really appreciate it!
E.g. I don't want to miss scaling the surface anymore.

But I still have some questions:

• Is it possible to use pyext in a reliable manner?
• What about [pd~]? I really need that. Will it work in future?

Regards,
Xaver

@xgr said:

After using Purr Data for a couple of days now, I really appreciate it!
E.g. I don't want to miss scaling the surface anymore.

But I still have some questions:

• Is it possible to use pyext in a reliable manner?

I'm not familiar with pyext. Is it currently maintained and stable in Vanilla?

• What about [pd~]? I really need that. Will it work in future?

[pd~] should work fine in Purr Data.

Regards,
Xaver

The last version of pyext is from 2012, but it is stable and works fine with vanilla 0.47-1.

[pd~] doesn't work on both of my windows machines, win7 and win10. I use the Purr Data version for win 64 you linked on the top of this thread

When I start pd~ example on my macbook OSX 10.9.5, I freeze and I need to force quit also.

@xgr try 2.1.2, it should fix the crasher bug you reported.

Hi, i can confirm that pd~ is not working in Win7 64bit. The object box is red.

@jancsika 2.1.2 works and lets me delete the knobs without crashing. (Tested on win10)

(When I correct the path in knopf2.pd from [room_sim_2d ... ] to [iemgui/room_sim_2d ... ] it still doesn't show any knobs. I don't know, if it's because of my code or if there is another error with iemgui. I don't care as I changed the knobs to mknobs anyway, which is an easier and cleaner solution)

I discovered another error while trying 2.1.2.:
Unlike pd, Purr Data opens .pd files in the same instance of Purr Data ( is that intendet?). Opening a .pd file by double click doesn't work, when an instance of Purr Data is running and the path to the .pd file contains a german Umlaut ( ü ). Output in console is: error: <filename> : read failed

Getting [pd~] to work properly by default is going to be tricky. However, if you start it in "-nogui" it should work.

Not sure why it's not compiling on Windows. I'll have a look.

@jancsika Hi, I'm trying to install the 64bit - Ubuntu 16.04 version:

sudo gdebi pd-l2ork-2.1.2-ubuntu_16.04-amd64.deb 
Reading package lists... Done
Building dependency tree        
Reading state information... Done
This package is uninstallable
Wrong architecture 'armhf'

@EEight Looks like I screwed up somewhere.

Try the CI build from HEAD:

https://git.purrdata.net/jwilkes/purr-data/builds/3641

Click the "Download" button on that page.

2.2.0 is now available (see links at top).

Most of the bugs mentioned here should now be fixed.

thank you @jancsika !
the pd~ objects is still not loading on windows tho.
best

I tried OSx 64 bit version and shortcuts to put objects, put message ... don't work.

get out edit mode either. but if I exit edit mode with mouse, I can use command+1, command+2 again, but once.

seems when I press command key, purr data move out edit mode without "E" key...

@alfonso.santimone I got it compiling but it's not yet loading the subprocess patch. Once I get it working I'll do a bugfix release.

@emviveros Hm, I'll check it out...