-
Notifications
You must be signed in to change notification settings - Fork 17
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
[FEAT] [Scratchpads] Fully unmanaged scratchpads (eg: no command given) #127
Comments
@kuba-gaj can you provide some feedback testing the latest git version ? If you also want less automatic changes on the style you can may try |
Note: match_by="class" will be forced, for performance reasons there is no other matching type when no command is provided. |
thank you for the update, I started testing it with one scratchpad like this:
And I start the app myself with some initial rules:
It seems to kind of work.
I think preferably I would like to be able to control if the scratchpad starts visible or not and not have an extra call to It also looks like |
It just occurred to me that maybe I could script running toggle after starting the app:
|
Ok so there is another small issue. Steps:
|
Hmm, I think I got rid of above error by starting onepass after pyprland, or it's random atm :) Now I toggled onepass a couple of times and killed the process. When I run toggle I see error message (I would like not to as this is dummy mode without any tracking).
hyprctl
Then I started onepass again but pyprland is still in broken state ( |
In the first log, you stopped it exactly at the line which starts to explain the error, so I can't help without the details. The relevant content (eg: class) has also been removed from your second log.
|
Check #118 for the details.
Proposition:
command
is providedmatch_by="class"
(for performance reasons, to not query clients on each new window)The text was updated successfully, but these errors were encountered: