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

@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.)

@mumbleman Should be fixed in 2.2.4:

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

@jancsika ,thank you for fast response. It has indeed been fixed.

So I have been keeping tabs on your guy's work in developing, and I saw that a new commit had been made to fix the bug that I mentioned here previously... So I built the latest from the repo, and low and behold - the problem appears to be fixed and no longer occurring! I'll still run it through the full gamut of tests to be thorough, but from what I see here, it's completely resolved. This has me super stoked. Thanks again man. Good work, as always!

Ok, so I have ran some further testing. The situation is most definitely improved, however not completely resolved. If you would like, I could put together some more detailed notes etc. Up to you - say the word and I'll get to it.

@th8a Yes, go ahead.

Ok. on it...

I thought it easiest if I just made a screen cast to visually demonstrate what is going on. Enjoy!
https://www.dropbox.com/s/jduhd5gnbm74q1g/vokoscreen-2017-09-01_09-05-20.mkv?dl=0

Feel free with any questions/concerns etc.
Cheers.

@th8a Yeah, send me a copy of your patch and I'll try to triage it.

@jancsika did you get the link I sent you ok? Seemed like the forum was down for a couple days and I couldn't check in

@th8a Ah, I see. Yes I got the link. I'll have a look.

Ok, when the CI finishes and everything has a green checkmark, click the relevant platform and then choose "Download artifacts" to try out some changes to [ggee/image]]:
https://git.purrdata.net/jwilkes/purr-data/pipelines/993

This should get rid of the flickering you were experiencing with your patch.

Let me know if there are any other issues after that.