-
Notifications
You must be signed in to change notification settings - Fork 462
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
Let fine tune customization of events and actions [Feature Request] #580
Comments
Hi Federico, thank for your suggestion and the time spent detailing it. I agree that the action settings and code could be more modular (the current status is the result of the slow implementation of this and that option, and the attempt to stay close to the upstream code). From an abstract point of view, it doesn't seem technically difficult to implement, yet it would require some time and effort. However, what is is the goal of this? Do we just want to expose all these possible combinations of settings to the end user? How would we do this in a meaningful way? Or do we want just the flexibility in place because there's some behaviour currently not posssible to obtain that you'd like to see implemented? |
Yes the idea would be to expose all the settings to the end user (maybe an advance behavior tab) and have the flexibility just in place, as you say. |
A restructuring of the actions logic will be considered: I'm not sure I want to expose such a complecated set of settings, but we will see if and when this is done. Regarding the thumbnails on hover, there's actually a pull request (#574) if that can be of your interest. |
What I propose is a model where events and actions can be modify by the user. Where general groups contain other groups which contains events (the same for all) assign to an action
Model propose:
Categories example:
On single instance
On multiple instances
Example (default maybe?):
On single instance
On multiple instance
This approach can be handy in the future where more [Window attribute], [Window state], [Event] or [Action] can be added.
I have thought of these ones:
I know this could be a pain to implement but on the other hand the maintenance or even adding new events and actions of a modular implementation like this, could be handy in the future.
Just something I would like to be consider even if it may never be implemented because of the difficulty or practicality to others.
The text was updated successfully, but these errors were encountered: