Forums > MaxMSP

window blink after window messages

Oct 14 2009 | 4:17 pm

In a patch that I build into a standalone, I send [window flags nogrow] and [window flags nozoom] messages to a thispatcher object right from the first loadbang message. This causes the patch (and the resulting standalone) to make the window "blink" (redraw) in a very noticeable way.

Is there any way to avoid having my end users see this redraw? Do I make the patcher’s opening location off-screen somehow, send the window flags messages, and then move the window back on screen or something? Or some other way?

Any help greatly appreciated, this is a long standing nitpick of mine.


Oct 15 2009 | 4:44 am

you might try "savewindow 1" to thispatcher, make your changes, then load the patch again without the loadbang window messages. It should recall the window flag states on reload and avoid the blink, but I haven’t tested it.

Oct 15 2009 | 8:40 pm

Great idea Seejay, I had never noticed that message to thispatcher!

It works perfectly, thanks — one less Max nitpick!!


Jul 31 2013 | 3:08 pm

I am not sure I understand where you put the savewindow 1. I, too, have the same issue where the window open and closes numerous times at the start of the executable file and I understand why this is occurring.

Attached is an image of my [loadbang] call to [thispatcher].

So I researched if it was possible to set settings before the [patcher] is fully loaded.
and I found the [standalone] object, and the preffilename attribute, thinking that this may be a route to take for the fix. I am not seeing any tutorial or example on how to set up the external file.

Any suggestions?

  1. loadbang_image


Aug 13 2013 | 8:26 am

I found my solution. I used [loadmess] instead of [loadbang] when loading my window flags. [loadmess] outputs the message when the file is opened whereas [loadbang] outputs when the patcher is loaded.


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

Forums > MaxMSP