Week 14: Presentation View


Did you know you can include or exclude an object from Presentation View by sending it a message?


July 14, 2011 | 9:01 am

Is it just me or that trick just doesn’t work with bpatchers ?

July 14, 2011 | 12:38 pm

This trick doesn’t work with bpatchers because they’re a window into another subpatcher – as such, they don’t have inlets in their normal state. To add this object to Presentation mode, you’ll need to either use the object’s inspector to set the attribute or select the object and choose "Add to Presentation" from the Object menu.

March 20, 2015 | 5:02 pm

Not sure if this is a bug or a feature, but toggling @presentation for any object resets that object’s presentation rectangle to the object’s patching rectangle. This means that toggling @presentation is not usable in creating dynamic interfaces. I’m trying to show/hide interactive elements on a custom interface.

This behavior is masked in the video above because the presentation rectangle is unchanged from the original object’s patching rectangle. It would be very useful to have this fixed and have the object’s intended presentation rectangle be retained each time it is added/removed from the presentation.

It should possible to see this behavior in the patch below. Notice that upon removing and re-adding the number box from the presentation that the number box’s presentation rectangle is retained, but is not respected in actual the screen coordinates.

– Pasted Max Patch, click to expand. –
March 23, 2015 | 10:33 am

Bump

March 23, 2015 | 11:17 am

Yeah I’d say this needs fixing. There is the show/hide on lock thing, but it doesn’t make sense that an object would forget its presentation position once it has been set.

March 23, 2015 | 12:12 pm

but toggling @presentation for any object resets that object’s presentation rectangle to the object’s patching rectangle

that’s been the case for years, and i still think it makes perfect sense: once you click presentation to the ‘equivalent’ of off for an object, it’s as if the object doesn’t exist in any presentation view, therefore reasonably, the presentation view constraints are merely a value at that point constrained to a default which is reasonably the value of the patching view since that’s the only view where the object exists at that point.

It’s not a bug or something that needs to be fixed(you can show/hide objects more easily by using the ‘show’/'hide’ messages to ‘thispatcher’), but perhaps a feature-request, in my unnecessary opinion ;D

March 23, 2015 | 12:13 pm

(^haha: i coined a new internet term: IMUO (<-i guess though that would be too ubiquitous to every goddamned statement of opinion made on the internet :D))

March 23, 2015 | 12:44 pm

In the context of this (admittedly old) video, it doesn’t make sense. Is it preferable to have toggling the presentation reset to the patching rect position? Why would you want that behaviour?

The problem with hide/show is that when your UI has overlapping objects, it gets crowded pretty quickly.

March 23, 2015 | 12:51 pm

In the context of this (admittedly old) video, it doesn’t make sense

oh right, i didn’t even watch the vid. haha, i agree :)
(sidenote: i thought andrew pask had a more bassy gruff sort of voice, so who’s this new-zealander voice in the video, doesn’t sound like andrew?)

March 24, 2015 | 11:56 am

As Mike said, it makes little sense to me that the presentation rectangle gets reset if the user has defined it as distinct from the patching rectangle. It effectively makes toggling @presentation useless if one is defining customized UI’s, as I believe was the intention of Presentation mode.

Anyone from Cycling have a comment here?

Viewing 10 posts - 1 through 10 (of 10 total)