That's nice for people who are used to doing that from Max/MSP. I've never found a reason to want that feature, so I haven't implemented it. Can someone explain how they use it?
.hc
On 12/13/2012 04:28 PM, Jonathan Wilkes wrote:
Here's one I forgot about: pasting Pd source code into a patch:
http://www.youtube.com/watch?v=8K57yeLY4Mk
Somewhere in my Gnome->Openshot->Youtube toolchain I have a bug that speeds up the second half of the video, but it's still comprehensible.
-Jonathan
From: Jonathan Wilkes jancsika@yahoo.com To: Ivica Ico Bukvic ico@vt.edu; 'Hans-Christoph Steiner' hans@at.or.at Cc: 'pd-list' pd-list@iem.at Sent: Wednesday, December 12, 2012 2:41 PM Subject: Re: [PD] Pd-L2ork Features
This may be a little off topic, but I'd be very curious to see what "pure Pd'ers"-- meaning people coding only in Pd and not c-- could come up with for a "tidy up" algorithm. In other words, if "tidy up" just sent a list of the selected objects to a PDMENU_TIDYUP receiver, what would the Pd community come up with to make a sophisticated algorithm to tidy up the patch?
I think the same thing about Properties Dialogs being built in Pd, as well as the Pd console, audio dialogs, etc. It's a sign of good faith as to the expressivity of the language, just like when you open a help patch and its just another Pd patch-- Pd helps itself. :)
That's one of the reasons why I kept inquiring about presets storing the state as args appended in the container abstraction, because that would make it possible to have a properties dialog without using externals. However the more I think about it the preset api is probably overkill for doing that.
-Jonathan
From: Ivica Ico Bukvic ico@vt.edu To: 'Hans-Christoph Steiner' hans@at.or.at Cc: 'Jonathan Wilkes' jancsika@yahoo.com; 'pd-list' pd-list@iem.at Sent: Tuesday, December 11, 2012 9:04 PM Subject: RE: [PD] Pd-L2ork Features
Here’s a very simple yet dubious example of tidy not doing absolutely anything with only 3 objects on screen (using select all, no less). I would hardly call this “handling it OK”…
There is certainly room for both (as is the case with Max) but at least in pd-l2ork you have one that works reliably as opposed to one that is entirely uncertain (or as is the case in the attached example, not at all).
From:Hans-Christoph Steiner [mailto:hans@at.or.at] Sent: Tuesday, December 11, 2012 8:45 PM To: Ivica Bukvic Cc: Jonathan Wilkes; pd-list Subject: Re: [PD] Pd-L2ork Features
Don't get me wrong, I'm not defending the bad behavior of the vanilla tidy. I'm just saying it never does anything drastic or scary, or at least I've never seen it do that. It should be possible to make an algorithm that has the good features of both.
.hc
On Dec 11, 2012, at 8:39 PM, Ivica Bukvic wrote:
I beg to differ. There are numerous examples where one would select only a few objects and wanted to have them lined up and the regular tidy algorithm was unable to do anything about it. In most cases objects did not move at all with no explanation to the user as to why things didn't work out. Yes, there are two case scenarios. The old tidy can sometimes clean up the patch to an extent which may or may not work out. The new tidy algorithm in pd-l2ork does not aim to do the same thing. It deals with objects are currently selected and lines and first up and then on the second press spaces them evenly out. The key difference between the two is that it is predictable and works every time unlike the old algorithm, which works only sometimes, and even then does not take into account preexisting human-centric arrangement of patch-cords. On Dec 11, 2012 7:47 PM, "Hans-Christoph Steiner" hans@at.or.at wrote:
The vanilla tidy algorithm handled this one OK, but normally its not very helpful. I think getting this kind of thing right means gathering a wide range of examples and edge cases and tweaking it until they all work OK.
One thing that might be worthwhile for anyone who has a copy of Max/MSP is to play around with their tidy algorithm. I think they put a lot of work into it, so it would give you an idea of what's possible.
IMHO, the l2ork algorithm is probably workable as is, but even with full undo, lots of people will be unhappy to see their patch collapse into a single line.
.hc
On Dec 11, 2012, at 5:07 PM, Jonathan Wilkes wrote:
I guess there are two questions:
- How does tidy decide to line up the selected objects in a column vs. a row?
- How smart can "tidy up" actually be? For example in Hans screencapture I
see three columns of offset objects, but maybe other people see a different pattern.
I guess as long as it works ok for a majority of cases, there's alway infinite undo. Plus I might be able to get my columns by selecting the objects for each column at a time, and tidying each column separately.
But perhaps if "tidy up" would end up moving an object onto another object it should offset the one being moved (like it does if two objects are sitting directly on top of each other before tidying).
-Jonathan
From: Ivica Ico Bukvic ico@vt.edu To: Hans-Christoph Steiner hans@at.or.at Sent: Tuesday, December 11, 2012 4:51 PM Subject: Re: [PD] Pd-L2ork Features
Just tried it here and it works just fine with bunch of lengthy comments. The trick is first Ctrl+Y lines it up across an axis, the second one spaces it out evenly. So, I think the only thing you didn't do was press it twice (AFAICT from the screenshot).
On 12/11/2012 04:49 PM, Ivica Ico Bukvic wrote:
Have you tested this on pd-l2ork since it calculates width differently than pd-extended might? Can you send the example patch?
On 12/11/2012 04:32 PM, Hans-Christoph Steiner wrote:
Nice videos, the GUI and GOP handles are great. I like the improved tidy-up. I was messing around with it, the problem is that while is does seem to work better in cases like you showed, but it seems to have bad edge cases. Here's an example of the results of running it on a random patch I had on my desktop and compared to the vanilla result: > > > .hc On Dec 11, 2012, at 3:42 PM, Jonathan Wilkes wrote: > Hello, I thought I'd post some of the recent changes in Pd-L2ork. Here are some: iemgui anchors:
http://www.youtube.com/watch?v=5SM1hiz9S5U&feature=plcp gop anchor: http://www.youtube.com/watch?v=uMu5JcKE1sU&feature=plcp improved tidy-up: http://www.youtube.com/watch?v=Ms5yOvgoK_Q&feature=plcp array update notification: http://www.youtube.com/watch?v=q1HbYrvNxEg&feature=plcp move to front/back: http://www.youtube.com/watch?v=af9KiJfSp68&feature=plcp infinite undo (with lyrical Pd accompaniment!): http://www.youtube.com/watch?v=wTPZxcgWoI0&feature=plcp from the most recent git commits, presets: http://www.youtube.com/watch?v=IS7_x727kZ4&feature=plcp The presets video unfortunately speeds up in the middle for some unknown reason. In that part it shows how I can copy/paste an abstraction and that instance gets its own state associated with it, which is stored with the preset_hub. -Jonathan _______________________________________________ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
> > > _______________________________________________ Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
--
Ivica Ico Bukvic, D.M.A Composition, Music Technology Director, DISIS Interactive Sound & Intermedia Studio Director, L2Ork Linux Laptop Orchestra Head, ICAT IMPACT Studio Virginia Tech Department of Music Blacksburg, VA 24061-0240 (540) 231-6139 (540) 231-5034 (fax) disis.music.vt.edu l2ork.music.vt.edu ico.bukvic.net
--
Ivica Ico Bukvic, D.M.A Composition, Music Technology Director, DISIS Interactive Sound & Intermedia Studio Director, L2Ork Linux Laptop Orchestra Head, ICAT IMPACT Studio Virginia Tech Department of Music Blacksburg, VA 24061-0240 (540) 231-6139 (540) 231-5034 (fax) disis.music.vt.edu l2ork.music.vt.edu ico.bukvic.net
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list