presentation default

Learn about building and using Max for Live devices.
djod
Posts: 617
Joined: Tue Oct 26, 2004 10:54 pm

Re: presentation default

Post by djod » Tue Sep 22, 2009 4:27 am

nq wrote:after all mfl is basically just (uhmm, well) max/msp for live. to be honest, from a max/msp point of view it makes absolutely no sense to start in presentation mode.
simply because you can't work in presentation mode. it's there as a final step.
That's sound logical.

But what I do not understand is that I have to active Open in presentation mode.
Ideally the first time you activate presentation mode in should activate "open in presentation mode".

Now:
In live:
Drop a Max Audio Affec on a track
I see the plugin~ and plugout~ and the wires.
Press edit
In max:
I add a slider
I select the slider and -> (crtl+click) add to presentation mode
I press presentation mode -> all but the slider disapears.
I save the patch.
In Live:
It shows All the elements. I see the plugin~ and plugout~ and the slider and the wire. Not just the Slider, like you would expect. Cos you see only the slider in max.

This is odd. Now if you go to: View > patch inspector > open in presentation mode it works, but this is weird.
Why does it not activate open in presentation mode when you hit the button in the patch window?

Coming from a Live perspective this is odd.

nq
Posts: 112
Joined: Sun Dec 05, 2004 10:47 am
Location: Cologne
Contact:

Re: presentation default

Post by nq » Tue Sep 22, 2009 6:24 am

ok. i can see that this might be a little puzzling at first.
but making „open in presentation mode“ default would also result in strange results. i for example mostly just use the „hide on lock“ command – especially when just prototyping things. so for just trying stuff out i'd always would have to work around one extra step if the patch is in presentation mode by default.
so what ever way to turn it, the result would interfere with somebody's workflow /or way they thought the app would work). keeping it the way max/msp works as a standalone, sounds like the most reasonable solution here.

charles_2
Posts: 24
Joined: Thu Sep 17, 2009 7:58 am

Re: presentation default

Post by charles_2 » Tue Sep 22, 2009 7:07 am

Ah, you kids. Why I remember when we didn't even have a presentation mode, or rounded corners, or any of this newfangled nonsense. We made ugly gray piles of bricks and raw spaghetti and we liked it.

Presentation mode is a more advanced feature - it's really only necessary when your patch gets complex enough that the logical layout for data flow and the logical layout for user interface are in serious conflict. With most simple patchers it's not worth messing with, unless you're just very concerned about the way your patcher looks*, so it should be off by default. This is, after all, the way Max used to work all the time: presentation mode is a recent addition, not a required step of the process.


*Max has always been about function over form.
http://www.authenticfilms.com

Config: MBP 2.4 GHz Intel Core 2 Duo
2 GB RAM, Nvidia 8600M GT, OS 10.5.6
Live 8.1b6, Max4Live 5.1.0a1 (40387)

Machinate
Posts: 11648
Joined: Thu Jun 24, 2004 2:15 pm
Location: Denmark

Re: presentation default

Post by Machinate » Tue Sep 22, 2009 7:20 am

well, if only it was so simple:
in max for live you ALWAYS have a presentation! That, I think, is where the problem starts. There's this sliver of a view of Max inside Live, and I've already seen MfL patches that are arranged in the classic "just drag ui objects into view" manner, which is horribly destructive to patches.
mbp 2.66, osx 10.6.8, 8GB ram.

djod
Posts: 617
Joined: Tue Oct 26, 2004 10:54 pm

Re: presentation default

Post by djod » Tue Sep 22, 2009 9:17 am

charles_2 wrote:Ah, you kids. Why I remember when we didn't even have a presentation mode, or rounded corners, or any of this newfangled nonsense. We made ugly gray piles of bricks and raw spaghetti and we liked it.

Presentation mode is a more advanced feature - it's really only necessary when your patch gets complex enough that the logical layout for data flow and the logical layout for user interface are in serious conflict. With most simple patchers it's not worth messing with, unless you're just very concerned about the way your patcher looks*, so it should be off by default. This is, after all, the way Max used to work all the time: presentation mode is a recent addition, not a required step of the process.


*Max has always been about function over form.
You exactly show where most of the opposition in this tread is coming from.
Long-time users with there notion of what max is. Max4Live is Max, but at the same time its something new in a new enviroment with new conditions and also new users with new ways of thinking and working with the possibility's of Max

I'm a designer, so I very well can say that form in it self has function. This can be narrative, suggestive and even conceptual.
The language of form is a very strong medium to bring a message across. This could be as simple as explaining what something does.


I see there are multiple types of users

New - Advanced
..|...X...|
Live - Max

Every user has different preferences and needs.

I notice in the discussion that for long time users its hard to understand what new or other users could want an need.
People coming from Live to MFL could want to extend there music makin' possibility's and slowly start making there own stuff.
This is a different mind set than that of a media artist wanting to create an interactively changing sensor ridden physical environment with video, audio and moving machines and maybe use live for syncing stuff and easy total recall and controller access.
And then there is the programmer that wants to work on it unique implantation dynamic binaural convolution processing.

What I also notice is that presentation mode is looked upon as not imported or even inferior, its icing on the cake.
But to some it might be very useful, cos it means its visually more clear what it is. The layout is well thought out. So that Others can easily understand what it is when you share it. And here comes something that will change with MFL, I hope. There will be a change of focus from, learn everything yourself from scratch, in an academic way to a more community driven set off of people that actively share and learn from each other by seeing stuff, copy pasting etc. and building on each others ideas and using the collective intelligence to make new and exciting stuff. Its a different mindset, a different approach.

The question is why did cycling partner with ableton, it was
1, A stable programming environment.
2, Cycling was inspired by ableton be course it makes complex stuff look and feel intuitive and easy.

This last mindset is very important especially for new users, and also for people coming from live which is what it is, intuitive.

mzed
Posts: 44
Joined: Tue Sep 01, 2009 4:11 pm
Contact:

Re: presentation default

Post by mzed » Tue Sep 22, 2009 7:42 pm

What if a patch that was saved while in presentation mode would then default to open in presentation mode? And vica versa?

mz

stringtapper
Posts: 6321
Joined: Sat Aug 28, 2004 6:21 pm

Re: presentation default

Post by stringtapper » Tue Sep 22, 2009 7:57 pm

mzed wrote:What if a patch that was saved while in presentation mode would then default to open in presentation mode? And vica versa?

mz
Now that seems reasonable.

Starting a patch in presentation mode doesn't really make much sense at all. You can't even run patch cables between objects in presentation mode! So if you have an empty patch, why would you want it to default to a state where you have to go to a menu to actually start working?

I think a save state is probably what the folks who have brought this issue up really want.
Unsound Designer

djod
Posts: 617
Joined: Tue Oct 26, 2004 10:54 pm

Re: presentation default

Post by djod » Tue Sep 22, 2009 8:07 pm

stringtapper wrote:
mzed wrote:What if a patch that was saved while in presentation mode would then default to open in presentation mode? And vica versa?

mz
Now that seems reasonable.

Starting a patch in presentation mode doesn't really make much sense at all. You can't even run patch cables between objects in presentation mode! So if you have an empty patch, why would you want it to default to a state where you have to go to a menu to actually start working?

I think a save state is probably what the folks who have brought this issue up really want.

I think we're getting to the core of the problem.

mz's solution seams to be logical for both states. If its possible to make it like that it would be perfect!

Machinate
Posts: 11648
Joined: Thu Jun 24, 2004 2:15 pm
Location: Denmark

Re: presentation default

Post by Machinate » Thu Sep 24, 2009 5:57 am

mzed wrote:What if a patch that was saved while in presentation mode would then default to open in presentation mode? And vica versa?

mz
QFT!
mbp 2.66, osx 10.6.8, 8GB ram.

djod
Posts: 617
Joined: Tue Oct 26, 2004 10:54 pm

Re: presentation default

Post by djod » Thu Sep 24, 2009 9:09 am

Machinate wrote:
mzed wrote:What if a patch that was saved while in presentation mode would then default to open in presentation mode? And vica versa?

mz
QFT!
QFT is a three-letter abbreviation with multiple meanings, as described below:

* Quantum field theory, the theory of quantum mechanics for field-like systems
* Quantum Fourier transform, a discrete Fourier transform
* Quantitative feedback theory
* Queen's Film Theatre, a cinema in Northern Ireland
* "Quoted For Truth" - an acronym commonly used on internet forums.
* "Quit Fucking Trying/Talking" - also an acronym used on internet forums, mostly gaming.
* "Quite Fucking True" - another acronym used around the internet.
* "Query Form Type" - Name for query forms

Which one is it?

Machinate
Posts: 11648
Joined: Thu Jun 24, 2004 2:15 pm
Location: Denmark

Re: presentation default

Post by Machinate » Thu Sep 24, 2009 9:19 am

fifth one. ok. thanks.
mbp 2.66, osx 10.6.8, 8GB ram.

djod
Posts: 617
Joined: Tue Oct 26, 2004 10:54 pm

Re: presentation default

Post by djod » Thu Sep 24, 2009 9:30 am

8) :lol:

Gregory Taylor
Posts: 268
Joined: Tue Sep 01, 2009 3:11 pm

Re: presentation default

Post by Gregory Taylor » Sun Sep 27, 2009 2:14 am

I would say that you shouldn't expect to see any change (if you do, you can be happy) and that your efforts might be more productively channelled toward actually testing the parts of Max for Live that *are* implemented at this time (as some people *are* doing. It'd be nice to have more people on the bug list than on this list....). Your mileage may vary, of course.

The suggestion's been registered - as have all of the ones about things that M4L doesn't do in its first incarnation.

stefan-tiedje
Posts: 219
Joined: Thu Sep 17, 2009 3:50 pm
Location: Berlin

Re: presentation default

Post by stefan-tiedje » Sat Oct 03, 2009 6:36 am

My suggestion would be, that the first time you set an object into the presentation view, either the patcher will automatically switch to "open in presentation" or a dialog would ask if you want to. That dialog should be optional (check box "don't ask me again"). That way any beginner will be pointed to it when its expected and needed...

Stefan
Les Ondes Mémorielles-----x---
--____-----------|----------|----
--(_|_ ----|\-----|-----()--------
-- _|_)----|-----()---------------
----------()----------TJ Shredder
http://tjshredder.wordpress.com/

djod
Posts: 617
Joined: Tue Oct 26, 2004 10:54 pm

Re: presentation default

Post by djod » Mon Oct 05, 2009 3:39 pm

Sound good! with the addition of:

when you click the Presentation mode button that it also activates "open in presentation"

Post Reply