Skip to content
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

[BUG]: Bar won't move where I want it to be #1024

Open
vitusli opened this issue Oct 3, 2024 · 2 comments
Open

[BUG]: Bar won't move where I want it to be #1024

vitusli opened this issue Oct 3, 2024 · 2 comments
Labels
bug Something isn't working

Comments

@vitusli
Copy link

vitusli commented Oct 3, 2024

My hero, thanks for the great update. I wanted to ask for help - I feel very lost with positioning the bar where I want it to be. The bar is where you see it on the screenshot since the installation and never moved anywhere else no matter how hard I try. I can scale it with "inner_size" but the "position" and "frame" values do not change anything. What I want to achieve is: placing the space indicator left to the tiny windows icon. Is there something wrong in my config the way I set it up? Is it a bug or me? :D

image

Operating System
I tried to install grep on two different ways without succes. So I looked into my windows settings:

OS Name: Microsoft Windows 11 Pro 23H2
OS Built: 22631.4169
Eperience: Windows Feature Experience Pack 1000.22700.1034.0

komorebic check Output

PS C:\Users\Vitus> komorebic check
No KOMOREBI_CONFIG_HOME detected, defaulting to C:\Users\Vitus

Looking for configuration files in C:\Users\Vitus

Found komorebi.json; this file can be passed to the start command with the --config flag

Found C:\Users\Vitus\.config\whkdrc; key bindings will be loaded from here when whkd is started, and you can start it automatically using the --whkd flag

Additional context
I run StartAllBack to beautify my status bar. It just the regular windows statusbar beefed up.

@vitusli vitusli added the bug Something isn't working label Oct 3, 2024
@mandus
Copy link

mandus commented Oct 4, 2024

I just want to show some support for this report. From my i3-days on Linux I enjoy keeping the bar at the bottom of the screen, so I wanted to see if it was possible to achieve a similar setup with the new komorebi-bar. I played with the position "y" value (keeping "x" at zero) to see if I either could use a negative number to offset at the bottom or just set "y" to my screen hight - minus the height of the bar it self in order to move it to the bottom of the screen, but neither worked.

I'm running Windows 11 Enterprise, build 26100 and I compile komorebi from source as I'm on arm64. (Fetched and compiled everything this morning, 04.10.2024).

Thanks for the effort with the very best tiling wm for windows - I'm really ejoying using this!

@LGUG2Z
Copy link
Owner

LGUG2Z commented Oct 4, 2024

Changes to viewport.position require manual restarts of the process for now, and all values given to viewport.position assume scaling at 100% (just how egui currently works under the hood). For now if you are scaled to >100%, you'll need to manually compensate.

For example, if your monitor's Y axis is 2160, and you want to place the bar at the bottom, try setting viewport.position to 1200, and then gradually increasing it until you find the right value with the scaling offset to get the bar where you want it.

LGUG2Z added a commit that referenced this issue Oct 4, 2024
This commit ensures that the komorebi-bar.exe process is DPI aware and
applies DPI compensation to viewport.position and viewport.inner size
both on launch and on configuration reload.  viewport.position changes
are now hotloaded wihtout having to restart the process.

re #1024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working
Projects
None yet
Development

No branches or pull requests

3 participants