[PD] Fwd: Re: why not Purr Data?

[Ivica Bukvic]

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
ico at vt.edu
www.performingarts.vt.edu
disis.icat.vt.edu
l2ork.icat.vt.edu
ico.bukvic.net
---------- Forwarded message ----------
From: "Ivica Bukvic" <ico at vt.edu>
Date: Oct 2, 2017 23:06
Subject: Re: [PD] why not Purr Data?
To: "Roman Haefeli" <reduzent at gmail.com>
Cc:



On Oct 2, 2017 14:07, "Roman Haefeli" <reduzent at 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 at lists.iem.at mailing list
UNSUBSCRIBE and account-management -> https://lists.puredata.info/li
stinfo/pd-list
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20171002/3ef1d157/attachment.html>