-
-
Notifications
You must be signed in to change notification settings - Fork 111
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
extract terminal version from query responses #1798
Comments
Contour version is available following "contour " in the |
FYI I added XTVERSION support to kitty a while ago as well, kovidgoyal/kitty@057084a |
Same for foot: https://codeberg.org/dnkl/foot/commit/c3274fd97e7469c0261a7cbd0d4f4095bf96ca1f |
oooh nice i'll likely use this, great |
sweet! |
ok, kitty added XTVERSION 6 days ago in 0.21.2, and foot seven days ago. so i'm going to go ahead and write version acquisition as it was supported, and if someone is using a new |
kitty version was foot's version was in the secondary device attributes response, the query for which i actually just removed tonight due to it "not yielding any information of value" i think i might just hope for newest versions from y'all, and use |
|
recent kitty gives it to us like this, which means if we can get MLTerm to support
|
|
recent foot gives it to us like this
|
w00t alright! |
|
While I don't really look forward to heuristics based off details like terminal version, if we want to e.g. support older versions of kitty, it will be necessary to do so (for instance, I'm freely using the C=1 functionality introduced in 0.20.0). when a terminal provides its version in response to a query, we ought go ahead and make that available to our
termdesc
logic.also, we ought document all the terminal queries and such that we send, and how we use the responses.
The text was updated successfully, but these errors were encountered: