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

Cherry Pick Macro fixes from randr-improvements branch #204

Open
wants to merge 2 commits into
base: master
Choose a base branch
from

Conversation

einsiedlerspiel
Copy link
Contributor

This PR cherry picks the changes @scymtym's randr-improvements branch makes to clx macros. The original commits are 63ee5bb and cf46691.

I'm looking to separate the fixed up randr extension into it's own asdf-system so it can be used with quicklisp versions of clx. This is mostly unproblematic because its changes are mostly in a separate name space already, but it does depend on these fixes to clx's macros. Merging them into master would be helpful.

This would also be a good first step to porting the fixes from that branch to master in a non-breaking manner.

The caveat is that I don't know how this affects other parts of clx and whether the changes were relevant to the down stream breakage the branch caused (#197) , though i don't think it's likely. Maybe @scymtym can help with that.

scymtym and others added 2 commits December 5, 2023 13:47
Required for xrandr improvements, in particular "randr: fix mode-info functions".
@scymtym
Copy link
Member

scymtym commented Dec 5, 2023

I would prefer to finish the changes in their original form instead of in the form of a separate, temporary ASDF system that would provide a similar but slightly different interface compared to the "legacy" interface that would remain in clx proper.

The reason for holding off with the randr-improvements branch was that it could break existing code such as stumpwm. My preferred solution would to be to coordinate with e.g. stumpwm to ensure that they wouldn't mind the interface change.

@einsiedlerspiel
Copy link
Contributor Author

einsiedlerspiel commented Dec 6, 2023

Yeah having multiple versions of the API around wouldn't be optimal for an eventual consolidation.

I'm not particularly familiar with the StumpWM code base but just did a quick search and it seems they have just like three calls to rr-functions in total. If that's really all it would be fairly trivial to provide them a patch, (that's assuming they don't do anything on their end to fix up buggy return values).

Are there any other big project's you'd want to consider? I don't suspect many projects depend on the randr extension in it's current state. I'm kinda surprised stumpwm uses rr-get-output-info, judging by the commit history they've been using the name value for longer than that has been patched to return legible output.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants