You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
One of the problems people complain about is that it is impossible to discriminate between e.g. Ctrl-I and TAB, because of the UNIX heritage of TTYs.
There is now a quasi-standard protocol for enhanced reporting called CSI-u. We should implement this protocol -- at least the portion that will allow better and more accurate key reporting.
This is not an attempt to add KeyRelease and KeyRepeat reporting to tcell -- as I have no intention of doing that particular thing because of the deep semantic break for applications. But separating out the key types is incredibly useful.
Note that some of the constants for some keys are overlaid so that Ctrl-I is actually reported with the same code as Tab. We will need to look at breaking that up. Probably the old KeyCtrlXX symbols will be retired, because they are just not useful. (Even in new style reporting, for any ctrl key that doesn't have a better name we should just report it as a modified rune.)
This is probably one of the more often requested features of tcell.
One challenge is verifying support for it. #500 has some relevant information as well.
The text was updated successfully, but these errors were encountered:
One of the problems people complain about is that it is impossible to discriminate between e.g. Ctrl-I and TAB, because of the UNIX heritage of TTYs.
There is now a quasi-standard protocol for enhanced reporting called CSI-u. We should implement this protocol -- at least the portion that will allow better and more accurate key reporting.
This is not an attempt to add KeyRelease and KeyRepeat reporting to tcell -- as I have no intention of doing that particular thing because of the deep semantic break for applications. But separating out the key types is incredibly useful.
Note that some of the constants for some keys are overlaid so that Ctrl-I is actually reported with the same code as Tab. We will need to look at breaking that up. Probably the old KeyCtrlXX symbols will be retired, because they are just not useful. (Even in new style reporting, for any ctrl key that doesn't have a better name we should just report it as a modified rune.)
This is probably one of the more often requested features of tcell.
One challenge is verifying support for it. #500 has some relevant information as well.
The text was updated successfully, but these errors were encountered: