Forums > MaxMSP

Disabling Max Window in built application

January 25, 2009 | 1:03 pm

Hi
i’m trying to get rid of the max window (the window that messages/errors are posted to) in a patch built as application.. but didn’t find a way to do it yet.. yes you can disable it from the menu, but i wonder if there’s a way to completely get rid of it, or control it from a patch (clearing messages for example or closing it)
thanks
Fabrizio


January 25, 2009 | 1:15 pm

Use the standalone object and set the statusvisble attribute to 0,
Cheers
Roger

On 25/01/2009 13:03, "Fabrizio" wrote:

>
> Hi
> i’m trying to get rid of the max window (the window that messages/errors are
> posted to) in a patch built as application.. but didn’t find a way to do it
> yet.. yes you can disable it from the menu, but i wonder if there’s a way to
> completely get rid of it, or control it from a patch (clearing messages for
> example or closing it)
> thanks
> Fabrizio


January 25, 2009 | 1:15 pm

On 25 janv. 09, at 14:03, Fabrizio wrote:

> Hi
> i’m trying to get rid of the max window (the window that messages/
> errors are posted to) in a patch built as application.. but didn’t
> find a way to do it yet.. yes you can disable it from the menu, but
> i wonder if there’s a way to completely get rid of it, or control it
> from a patch (clearing messages for example or closing it)
> thanks

Add a standalone object, and uncheck "Status Window Visible at Startup".

ej


January 25, 2011 | 3:00 pm

@emmanuel: I did exactly as you wrote, but while this is perfectly working for Mac .app’s it doesn’t seem to work at all for Windows (7) .exe’s

is there a way to get rid of the status window in Windows’ executables?
otherwise I’ll have to go hunting for [print] objects for a whole day… :(

super thanks

tom


January 25, 2011 | 3:43 pm

I don’t have a windows machine to test it out right now, but to save you a day of hunting, just use the search function, and look for print ;-)


January 25, 2011 | 3:53 pm

Have you disabled menus (window flags nomenu->thispatcher)? If so, you will need to deferlow a loadbang to this command. Does this patch work when you compile?

– Pasted Max Patch, click to expand. –

This is by design. On Windows, if there is no menu then you cannot do anything. So, when Max is launched if there are no windows that have a menu, Max will always show the Max window to give the user a chance to do something. But you can use the above trick to get around this functionality.

-Ben


February 2, 2011 | 11:51 am

Thanks Ben, I haven’t tried the trick yet but it looks like it’s going to fit perfectly in my patcher since, as you guessed, I am indeed sending the "window flags nomenu, window exec" message to [thispatcher].
I’ll drop one line in this thread as soon as I can test this precious trick :)

tom

p.s. @EJ: the search function would be an excellent hound, but still I’ll have to go picking each prey on my own! or could you suggest some good retrivier too? :D


February 2, 2011 | 4:09 pm

one other thing is that the print can be found by just double clicking in the line which was printed in the Max window. Might even be faster than typing print with the search feature.


February 3, 2011 | 1:26 pm

ok, I tried Ben’s trick and hereby confirm that it works!
thanks Ben, it solved my problem.

I’m also glad I could keep all of my useful [print]s working in the shade… ;) I need to see their output but I wouldn’t like the user to see it!

cheers
tom


March 21, 2013 | 11:10 pm

this fix
is broke with max 6.1

any suggestion how to remove print window in max 6.1


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