-
-
Notifications
You must be signed in to change notification settings - Fork 903
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
Counterpart for fakefullscreen #1817
Comments
No, it's not. I have a kjhillion other things to work on. If you really want it that bad, you can always make a pr. If you can't / don't want to, you can like the original post instead of posting useless comments |
Thanks a lot for implementing this @vaxerski!
|
wat |
@vaxerski I was skimming through the documentation and noticed
Sounds like this PR is resolved unless I've misunderstood something :) |
you have misunderstood it |
I suppose the idea is to just keep bars but not gaps in that case (e.g. |
pleease stop trashing this conversation |
I think he's referring to something like the dwm patch https://dwm.suckless.org/patches/fakefullscreen/ |
I don't know on which forum post this message got linked but cherry-picking one message of mine when I was probably having a shit day half a year ago is also weird, imo. Edit: context: message above was deleted by its author. |
When I use fullscreen 0, it fullscreens and send fullscreen signal to browser. If I set it to one it doesn't fullscreen anymore Edit: it does back it doesn't fill up the screen just removes the other windows |
Hello everyone. I've been having the exact same issue as described in here. For my workflow I like to work with fullscreen, but some applications mainly chromium think it's a good idea to just go into presentation mode upon being prompted to go to fullscreen mode. Additionally jetbrains IDEs also encountered an issue where it automatically leaves fullscreen if you go fullscreen https://youtrack.jetbrains.com/issue/IDEA-330605/IntelliJ-automatically-leaving-full-screen-in-tiling-WM I am not a c++ developer by any means, but I tried my best in debugging my issue and getting a workaround for it. It is actually fairly simple in my case 4afae34 This will completely remove the functionality of using the applications native fullscreen mode. For my usecase this is fine, at least so far. I might encounter issues down the line. @vaxerski I am not sure if I would be able to get this into a state where it would be worth to get merged, but from an implementation perspective I would assume I would create a new value in eFullscreenMode and replace all the references of where FULLSCREEN_FULL is used with || operators to encompass a new mode? To get nixos to properly apply the patch I've used this LucStr/nix-config@c8748a3 (I am new to nixos so this was a bit of a struggle for me and might not be best practice) |
…hyprwm#4720) * Add extra option to fullscreen * Remove useless branch fixes hyprwm#1817 --------- Co-authored-by: matteo bob <matteo4375@gmail.com>
…hyprwm#4720) * Add extra option to fullscreen * Remove useless branch fixes hyprwm#1817 --------- Co-authored-by: matteo bob <matteo4375@gmail.com>
FakeFullscreen would currently send the fullscreen state but not alter the geometry.
What I want is I want to alter the geometry to be fullscreened, but not the state.
The main usage for this would be fullscreening a wayland chromium without losing the title bar
tl;dr fullscreen the app without telling it
The text was updated successfully, but these errors were encountered: