-
Notifications
You must be signed in to change notification settings - Fork 486
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Option to hide the title bar #198
Comments
I found a hack a couple of days ago to do just this - you can hide/show the top menubar and dock by modifying an apps plist file (i know it's not best practice but it works) Here's how I've done it until I find a better method Xcode way:
Text Editor:
|
@ype couldn't reproduce it, Chrome gives me keychain access messages and won't start. do you experience resizing issues after doing this with Amethyst? |
@thomaskern i should've mentioned the chrome error - chrome doesn't like having it's plist mettled with and as such will throw annoying keychain access errors - the way I solved this was by going into keychain access and setting Chrome Safe Storage access control to Allow all applications to access this item (may not be the safest alternative, but it works) As for the resizing issues - applications will still think the menubar is present - you can get the raw screen values by running the below applescript: tell application "Finder" to get the bounds of the window of the desktop for my system the script returns I haven't tested it yet, but to get Amethyst to automatically account for the extra finalFrame.size = CGSizeMake(MAX(window.frame.size.width, finalFrame.size.width), MAX(window.frame.size.height - 22, finalFrame.size.height + 22)); or potentially Line: 42 to something like: finalPosition.y = MIN(finalPosition.y, (CGRectGetMaxY(screenFrame) - 22) - (CGRectGetHeight(finalFrame) + 22)); basically the screen needs to tell our frame it can move up i still need to dig into the source a bit more, but maybe some of the above will help get things going - i'm using Slate for the time being, as it allows me to define the NOTE: I am using this SIMBL plugin to auto-hide the OS X menu bar now, which is a simple "batteries-included" option that uses EasySIMBL (i got tired of the annoy and time consuming task of modifying multiple plists), i should mention however, that it does not hide the menubar in chrome do to an issue with how chrome blocks bundles |
Thanks for the comments. But I actually meant something else. If you use XMonad it actually hides the bar on top of the window itself, where the title of the program is shown (not the part with the dropdown menu options on the top of the screen). Is it possible to hide those to make for more screen estate for the program? It is actually hidden in fullscreen mode of most applications. |
Tim, having never used xmonad myself, does it actually hide toolbars too? -- thomas On Tue, Sep 2, 2014 at 7:43 PM, Tim notifications@github.com wrote:
|
No, xmonad doesn't hide toolbars. In fact, it doesn't hide title bars either - it just doesn't implement them (title bars being an X window manager function in the first place). I would also second the desire for hiding title bars, if this is at all possible on OSX. Fullscreen mode is a good observation - could we trick apps (and/or the OS) into thinking they are 'fullscreen' while still occupying an Amethyst-managed area? |
👍 Yes, it'd be really cool to hide the title bar. For tiling window managers users title bars are useless anyway. But there does not seem to be a way to achieve that :( |
@anoother Fullscreen mode is probably useful, I've actually managed to get applications to run in fullscreen mode without being in fullscreen. Here's an example where I'm running notes and calendar in fullscreen. |
@Hultner How are you managing that? |
@Hultner oh yeas please share! |
@Hultner +1, would love that functionality |
@Hultner +1, also looking for this functionality. |
Well I don't know how I managed to do it, I were messing around a lot and never managed to reproduce it. Also it would probably technically be a bug so I'm not even sure it's still possible in Yosemite. But if anyone finds a way to reproduce fullscreen mode in windowed mode that could be an option for borderless windows. |
@Hultner would you be so nice and give any hints or descriptions what have you tested to get the posted result? |
so I figured out @Hultner 's setup, this is an El Capitan feature, you need to hold down the full screen green circle until it sort of pulls back, this will allow you to snap it to a certain spot and be full screen, it'll then sort of prompt you of what goes elsewhere. It will also then become its own full screen compilation of apps @distracteddev @szymonkaliski @TimSoethout @rbermani @wdanilo FFT any VIM users here that like my setup feel free to try it out |
@acidjazz That's not what @Hultner was doing - El Capitan hadn't been released when he posted (and he said "not sure if you can still do it in Yosemite") and more importantly that feature works only with 2 side by side, not with a 'three squares' type layout as seen in his screenshot. It may very well be using it under the hood, but he definitely managed something magical to make it work with >2. Maybe it was a lucky bug that's since been "fixed". :( |
Just as a comment, if I use the "no title bar" option for iTerm, Amethyst recognises it as a "floating" window and it won't tile it with the other windows. |
Thanks for your wonderful tool.
It would be very nice if the bar with the title of the application can also be hidden, to make even more use of the screen estate. In xmonad this is already the case (on linux).
Trello Card
The text was updated successfully, but these errors were encountered: