Forgot to copy list... -- 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 i...@vt.edu www.performingarts.vt.edu disis.icat.vt.edu l2ork.icat.vt.edu ico.bukvic.net ---------- Forwarded message ---------- From: "Ivica Bukvic" <i...@vt.edu> Date: Oct 2, 2017 23:06 Subject: Re: [PD] why not Purr Data? To: "Roman Haefeli" <reduz...@gmail.com> Cc:
On Oct 2, 2017 14:07, "Roman Haefeli" <reduz...@gmail.com> wrote: On Mon, 2017-10-02 at 15:53 +0000, Jonathan Wilkes wrote: > > Many of my patches that I developed on Pure Data don't run without > > modification in Purr Data. Some crash at loading, some look > graphically > > weird > > Typically, "crashers" and "freezers" get fixed pretty quick in Purr > Data. > > The only freezer I remember with one of your patches was due to a > broken object triggering an infinite loop in your patch's [until] > object. I'm > pretty sure that was an alpha or beta version, and I'm pretty sure I > fixed > whatever object it was that wouldn't create. > > I don't see any other relevant crashers listed on the tracker: > > https://git.purrdata.net/jwilkes/purr-data/issues > > What am I missing? Nothing and I am sure you'll fix anything quickly. I didn't mean at all to doubt your sensible care about Purr Data. It's certainly well maintained. I haven't reported as it seemed too tedious work for not being easily able to support Purr Data anyway. Many patches would require to move sliders and other widgets inside GOP windows around for them to become visible, which would make them invisible again in Pure Data and I can't remember other things that are not bugs, but design decisions. For me, supporting both of them is a lost case, so I decided for one. This is why Pd-l2ork/Purr-Data has had for at least 2-3 years the -legacy startup flag that ensures iemgui widgets are inconsistently offset to match the vanilla behavior plus some other similarly inconsistent behaviors... If supporting pure vanilla patches to their full extent would be a stated goal of the Pure Data project, I'd have some incentive to report stuff, but it seems it isn't. Roman _______________________________________________ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/li stinfo/pd-list
_______________________________________________ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list