pyprland icon indicating copy to clipboard operation
pyprland copied to clipboard

[BUG] [scratchpads] Abnormal window position in special workspace with animation fromTop and formBottom

Open Asthestarsfalll opened this issue 1 year ago • 4 comments

Pyprland version Which version did you use? (copy & paste the string returned by pypr version)

2.4.0

Describe the bug A clear and concise description of what the bug is.

When toggling a scratchpad in a special workspace, the window position is abnormal. And it only happens on the vertical.

https://github.com/user-attachments/assets/03eafcb0-2e4a-4c0f-b5b0-4f8dd15d5427

It seems the ture window still in the correct position, but it shows in a wrong position. I can draw it in the original position:

https://github.com/user-attachments/assets/22c64e8d-bbdc-4683-979f-de909171748c

To Reproduce Steps to reproduce the behavior: just toggle scratchpads in sepcial workspace.

Configuration (provide following files/samples when relevant):

  • pyprland.toml
[scratchpads.term]
animation = "fromTop"
command = "kitty --class kitty-dropterm"
class = "kitty-dropterm"
size = "75% 60%"
max_size = "1920px 100%"
margin = 50
multi = false

[scratchpads.filemanager]
animation = "fromLeft"
command = "dolphin"
size = "75% 70%"
margin = 50
multi = false
lazy = true
skip_windowrules = ["aspect"]

[scratchpads.music]
animation = "fromBottom"
command = "yesplaymusic"
class = "yesplaymusic"
size = "70% 60%"
lazy = true
multi = false

[scratchpads.obsidian]
animation = "fromRight"
command = "obsidian"
class = "obsidian"
size = "80% 80%"
lazy = true
multi = false
  • hyprland.conf

Additional context Add any other context about the problem here.

Hyprland version:

Hyprland, built from branch main at commit 293e687389a19b369f312c5c335c9afe7c886be1  (renderer: Make shader time always count from zero (6903)).
Date: Wed Jul 17 04:03:10 2024
Tag: v0.41.2-43-g293e6873, commits: 4929

flags: (if any)

Asthestarsfalll avatar Sep 07 '24 00:09 Asthestarsfalll

I also face this issue on my work setup, it can not be a Pyprland bug, it's something in Hyprland... I couldn't find a way to work around it tbh... I think we need to wait for more stability in Hyprland.

fdev31 avatar Sep 17 '24 05:09 fdev31

Using no animations also spawn windows in the wrong positions and hiding/showing them does not resolve the issue.

Icy-Thought avatar Sep 30 '24 07:09 Icy-Thought

Pretty sure this is Hyprland issue, do you use any monitor scaling or rotation? Thise is often a factor introducing some issues there...

fdev31 avatar Sep 30 '24 12:09 fdev31

The only scale factor that i have in my config is: special_scale_factor = 0.8 + no rotations. My hyprland config can be found here.

Icy-Thought avatar Sep 30 '24 13:09 Icy-Thought

If you have a reproducible scenario, you can try opening a bug on hyprwm...

fdev31 avatar Nov 06 '24 21:11 fdev31

I'm closing this bug, I really don't think it is something in Pyprland...

fdev31 avatar Nov 06 '24 21:11 fdev31