Given the real-estate constraints of Live's tiled windowing scheme, a common pattern for building M4L extensions will likely be to have a button within Max devices that opens a larger floating window. The "MIDI Note Operations" example does exactly this.
The small floating window, when unlocked and taken out of presentation mode, allows scrolling but does not allow resizing. It *does* allow zooming to full screen, which would be an acceptable workaround, except that the zoomed window does not then allow cmd-' cycling through the other Max windows (which makes sense since it is floating modally over the other windows). As a result, it is a bit of a pain to work on the large patcher at runtime.
I'm glad that the stability and the fit and finish of the beta allows for this level of feature request at this point in time!
Feature request: enable resize for editmode floating window
-
- Posts: 127
- Joined: Fri Sep 11, 2009 7:54 am
- Location: Paris
- Contact:
Re: Feature request: enable resize for editmode floating window
floating windows don't get the keyboard/menu focus. You'll have to do that via messages (window size + window exec, as demonstrated in thispatcher's helpfile).ztutz wrote:Given the real-estate constraints of Live's tiled windowing scheme, a common pattern for building M4L extensions will likely be to have a button within Max devices that opens a larger floating window. The "MIDI Note Operations" example does exactly this.
The small floating window, when unlocked and taken out of presentation mode, allows scrolling but does not allow resizing. It *does* allow zooming to full screen, which would be an acceptable workaround, except that the zoomed window does not then allow cmd-' cycling through the other Max windows (which makes sense since it is floating modally over the other windows). As a result, it is a bit of a pain to work on the large patcher at runtime.
I'm glad that the stability and the fit and finish of the beta allows for this level of feature request at this point in time!
ej