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

[Feature] More configuration options #49

Closed
elythh opened this issue Feb 23, 2024 · 6 comments
Closed

[Feature] More configuration options #49

elythh opened this issue Feb 23, 2024 · 6 comments
Labels
enhancement New feature or request

Comments

@elythh
Copy link

elythh commented Feb 23, 2024

Hey !

First of all I love this plugin, I've been using it for a few months and coming fro AWM I can't say that it became a must in my config.

However, I'd love to use this plugin with something like kanshi.

For that I would need to be able to assign monitor to workspace in the split-monitor-worksapaces config. The must would be using the display name like kanshi allows you.

Something like specifying the monitor name and the starting number for that monitor workspaces.

How possible do you think that would be ?

@elythh
Copy link
Author

elythh commented Feb 23, 2024

Just realized there is actually an opened PR with something going in the same direction
#35

@zjeffer
Copy link
Collaborator

zjeffer commented Feb 24, 2024

My fork also does this btw (with ID, not monitor name)

I think you could easily adapt my code (or #35's code) to work with monitor descriptions instead of ID, and then sort those descriptions alphabetically. This way you always have the same workspaces bound to the same monitors.

@zjeffer zjeffer added the enhancement New feature or request label Apr 7, 2024
@zjeffer
Copy link
Collaborator

zjeffer commented Jan 2, 2025

@elythh Now that my fork has been merged into this repo, I was wondering if you still require this feature?

@zjeffer zjeffer closed this as completed Jan 2, 2025
@zjeffer
Copy link
Collaborator

zjeffer commented Jan 2, 2025

Didn't mean to close...

@zjeffer zjeffer reopened this Jan 2, 2025
@elythh
Copy link
Author

elythh commented Jan 3, 2025

Awesome, I've been used to the default behaviour now but I might give it a try, thank you !

@elythh
Copy link
Author

elythh commented Jan 3, 2025

As for the feature, I don't have a need for it right now, I'll close the issue

@elythh elythh closed this as completed Jan 3, 2025
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request
Projects
None yet
Development

No branches or pull requests

2 participants