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

2.2.1 Bugfix is now available. See links above.

Unfortunately I still haven't fixed the [pd~] bug yet. That will require a bit more work.

@jancsika Keep up the good work ^^

Thanks for your work!!!

Inspiring!

Thanks @jancsika !
Looking fwd for the [pd~] fix!
best

Hi @jancsika

I just downloaded 2.1.1 for Windows and I can't seem to get [initbang] working. Should I file a bug report?

@LiamG said:

Hi @jancsika

I just downloaded 2.1.1 for Windows and I can't seem to get [initbang] working. Should I file a bug report?

Does it instantiate?

Yes, it instantiates, but it doesn't seem to send a bang as expected.

@LiamG Fixed for the next release. You can also grab it off the CI builder when it finishes:

https://git.purrdata.net/jwilkes/purr-data/pipelines/872

Just click the relevant OS and then download the "artifact" on the page that pops up.

Don't have Windows in the CI yet, but I'm working on it...

@jancsika I have just upgraded to 2.2.3 win 10 but had a major problem where pd.exe and unins000.dat and unins000.exe were not replaced (install error: could not replace existing file,,,,) and of course the program would not run (pd,exe not found) and no admin powershell or command prompt would allow access to delete.
I reverted to shift restart (safe mode) and command prompt to finally delete the files and complete the install.

I updated because I thought it may have fixed my current problem of $0 in struct names and scalar names not allowing messages to change colours etc. I think you have already addressed this before, but I couldn't find the post. I will move to Purr Data when I can produce a usable $0 abstraction, but so far it has eluded me. Am I doing something wrong?

purr-test.pd
purr-test-2.pd

@Balwyn Should be fixed in the next release. When the CI finishes you can try a binary from it:

https://git.purrdata.net/jwilkes/purr-data/pipelines/896

@jancsika Thanks for the new 2.2.3 version! I don't see anymore the Win64 version, tho.
best!

@alfonso.santimone You should be able to run the 32-bit version on 64-bit Windows.

The 64-bit version with previous releases was a 64-bit GUI but still a 32-bit Pd engine.

Some more bug fixes with 2.2.4 (see above)

Hey man, Just wanted to say thanks and great work on the latest Purr-data. I am really stoked that development is being actively maintained on a new version of PD. I have noticed a bug/glitch that has been persistent throughout every version of purr-data so far, but cannot seem to find any mention of it anywhere, so I was wondering if this is a known bug or if I have just configured something in my system improperly. The behavior I am talking about is in many of the UI objects being unresponsive. For instance, [nbx] will send floats when clicked and dragged, but the updated value will not be reflected in the UI until the entire window is closed and reopened or resized. Pretty much every UI object does this, nbx, radios, sliders, bang... they work but the UI doesn't budge. I have worked around it by clever use of feeding the output into a send object which labels the object with its current value, or move canvases and structs around to revlect the position of a slider etc, but I admit that gets a bit tiresome. This behavior seems to be especially present in larger projects with multiple levels of GOP subpatches. Any info or insight on what is causing this would be greatly appreciated. Thanks again!

@th8a What's your OS, and does the bug still happen in 2.2.4?

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

If so, can you send me a demo patch that uses the absolute minimum number of objects required to trigger the bug?

By absolute minimum, I mean less than ten objects-- then I'll probably be able to find the cause of the bug in about 5 minutes. I can also try to track it down in a more complex patch but it will take me orders of magnitude longer.

If you come up with a minimal patch to demo the bug post it here or on the issue tracker:

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

@jancsika Im using Ubuntu zesty 17.04. I built the latest git version to see if the bug had been fixxed but it was still doing it. It tends to be working OK when I start a new patch that has under 10 - 20 objects or so. The problem is consistent however in any more complex patch that I open from previous versions of pd-l2ork. I'll be staying at my folks house for the next couple of days with not too much to do, so I'll take a crack at recreating the error in a small patch. My instinct is that it deals with layers and overlaps of GUI with GOP properties, and also likely influenced by larger numbers of gui elements. I'll see if I can recreate it in a consistent manner and get back to you here. stay tuned and many thanks.

Still looking for a consistent reproduction of the bug, but I can confirm that it is present in OSX as well as Ubuntu 16, 17 and fedora. I'll zero in on it tonight and continue to narrow it down as much as possible.

and here you go

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

Found the smallest patch that I could that causes the bug. Hope that is helpful.

Cheers!

@th8a Thanks!

I replied on the issue.

I am having difficulty with loading the libraries which come with the OSX L2ork dist.
Am I missing something obvious? I've added search paths to prefs, nothing loads on restart.
Tried path to extras folder within the application, as well as copied them out to a simpler path, to no success.

Any help would be appreciated.
(Thank you so very much for the OSX dist of L2ork by the way, and your work with Purr Data.)