window notitle in max5
i use “window notitle“ in max4 in order to make patches fullscreen.
this does not work in max5, the windows still have sidebars.
?
what do you mean by sidebars? scrollbars? you can either use the fullscreen message or use now flag nogrow.
i use "window notitle" to have a fullscreenmode for my patcher across 2 or 3 monitors.
yes the scrollbars. they werent there in max4 - and i dont see the sense of
scrollbars in a window where no content is outside the range anyway.
will try nogrow, sounds like it will work. :)
-110
10 years later still no real solution in max 8.
you can now close them, but they reopen when you hit the border.
Hi Roman. I don't seem to have a problem with that. (or I didn't fully understand your problem...)
Additionally, you can turn off the vertical and horizontal scrollbars in the "patcher inspector", and also turn off the toolbars and sidebar on the View menu.
1. unpin all toolbars
2. move the window to 0 0 of your monitor
2. try to click the little button in the top left corner
:)
ah… i get it, you want them to stay ‘unpinned’ no matter what(they should add an option somewhere to make them stay hidden… i’m preparing something for a streaming show where i improvise a patch,
and ran into a need for this myself->while improvising/live-patching in an empty/open patch, i don’t want the sidebars to creep up on me as it slows me down unnecessarily…)… it would be very helpful.
this may sound conservative but that is what i would expect from a palette style window anyway: that it is empty.
it is not like the last 1-2 pixels at the window border would be rightfully owned by some toolbar elf. the canvas is all mine, and i can prove that.
in max 5 you could not hide the toolbars, in max 6 you could hide them but not save that, in max 7 fullscreen experiments usually just chrash max, and in max 8 you can hide the toolbars but they come back without invitation.
it would be so great (and so logical) if you could at least control all of this using messages to thispatcher and not have to search in 5+ different places to set up a damned window.
ignore, me, i am just talking to myself.
btw. what is the use of the top toolbar in locked mode anyway? beside that important feature called "calendar" i mean. :D
not to speak of the drawing bugs. (vertical line? demo badge now in firefox?)
If you go to the View menu and uncheck "Toolbar", it does not happen. However, when you reopen the file the toolbars are visible again. If you want to get rid of the toolbars indefinitely for a specific patch, do the following:
Go to the patcher's inspector;
Uncheck the "Show Toolbar on Open";
Save and reopen your patch.
ah, unchecking ‘show toolbar on open’ is what i needed(when opening it to start practicing fresh, kept appearing, so i thought it just didn’t have an option…), this helps me so much, thank you, Pedro 🍻
and when you want to show them again the content of the window gets moved around^^
Hi again Roman. Reading your posts, I'm starting to suspect that you're in "rant mode" and don't really like the toolbars... ;-)
I agree with you to some degree, I think they're excessive, on all 4 sides of the window, making the interface cluttered. For instance, why have the toolbars visible on every Help File? They take space and distract you from the patcher's content. Also, there are many unnecessary icons/features present that should reside only on the menu bar, or be implemented in other ways, I could go on and on...
Where we may differ is that I think Cycling made it possible for us to get rid of the toolbars if we want to, independently by patcher. Just go to the patcher's inspector, and turn off "Show Toolbar on Open". You can even save the patch as the default new template for future patchers and don't ever turn them on again... It's feasible.
With that being said, assuming for a moment that the toolbars are needed, I don't know of a better solution in this case. Since "the canvas is all yours" (and I agree!), the toolbars usually open outside the window borders, hence expanding the window. The only exception to this behaviour would be when the window is already in fullscreen or completely maximized, because it cannot expand anymore. In this case, the toolbars have to be opened inside the window, effectively reducing the available canvas space.
"In this case, the toolbars have to be opened inside the window"
toolbars overlapping the patcher canvas would be acceptable (and still better than having them outside the screen area of course) but afaik they dont do that.
instead they move the whole window off its original location.
of course one could bind command-8 to reposition the window every time command-8 is pressed, but that will only cause new problems.
