[L2Ork-dev] atomic multi-step undo and pd vanilla

[Matt Barber]

Thanks for this, Guillem.

I'm inclined to suggest that we try to import Vanilla's undo routines if
they'd be useful for your project. It may prove easier to do that if we
also want to grab the triggerize function, since the triggerize undo is
pretty involved and seems to depend on the rest of the undo infrastructure.

I'd like to reiterate the main complaint I get from Pd users who want to
migrate to Purr but who don't ultimately end up doing so: Purr is behind on
features from recent versions of Vanilla and so more recent patches don't
work. I think it's worth being proactive in including the new stuff when
possible, and this might be a good opportunity to do so.

MB

On Tue, Jun 16, 2020 at 11:54 AM Ivica Bukvic <ico at vt.edu> wrote:

> I propose proceeding with whatever is easiest, most maintainable, and
> least likely to break things. So, cherry picking fixes will be important.
>
> Best,
>
> Ico
>
> --
> Ivica Ico Bukvic, D.M.A.
> Director, Creativity + Innovation
> Institute for Creativity, Arts, and Technology
>
> Virginia Tech
> Creative Technologies in Music
> School of Performing Arts – 0141
> Blacksburg, VA 24061
> (540) 231-6139
> ico at vt.edu
>
> www.icat.vt.edu
> www.performingarts.vt.edu
> l2ork.icat.vt.edu
> ico.bukvic.net
>
> On Tue, Jun 16, 2020, 11:47 Guillem Bartrina Moreno <
> guillembartrina at gmail.com> wrote:
>
>> Hi,
>> I have been checking pd vanilla "triggerize" feature, as Matt suggested,
>> together with its undo system. It turns out that pd vanilla already has an
>> atomic multi-step undo system implemented that allows us to start a
>> sequence of undo actions, fill it with all actions that we need and then
>> finalize it. Then, while undoing, if the system encounters the start/end of
>> the sequence it executes all undo steps until the end/start is reached.
>> As you have been talking about merging some pd vanilla interesting
>> features into purr data, what do you think about this one?
>> I don't know what would be better. I have checked the implementation
>> differences between vanilla and purr data and there are some of them that
>> could probably break the system if we do a direct merge. Basically pd
>> vanilla changed the place where the undo queue is stored and therefore how
>> it's accessed, and some other implementation differences and add-ons.
>> An option would be porting only the things that we want to add to purr
>> data, adjusting them as needed. Another one would be implementing them from
>> scratch, as intended.
>>
>> Best,
>>
>> --
>> Guillem Bartrina Moreno
>> _______________________________________________
>> L2Ork-dev mailing list
>> L2Ork-dev at disis.music.vt.edu
>> https://disis.music.vt.edu/listinfo/l2ork-dev
>
> _______________________________________________
> L2Ork-dev mailing list
> L2Ork-dev at disis.music.vt.edu
> https://disis.music.vt.edu/listinfo/l2ork-dev
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://disis.music.vt.edu/pipermail/l2ork-dev/attachments/20200619/84ca64fd/attachment.html>