I’m excited to announce the first public release of Terminal Access for NVDA: an add-on focused on improving the NVDA experience when working in terminal/console applications.
-
@ppatel Wait I'm confused. Looking at this readme, are a bunch of these features redundant? The review cursor already can move by line, word and character and output the character at the cursor, with char info I can even output Unicode name. Why do you define separate gestures for that which are likely to clash with everything else? What makes this different from NVDA"s normal terminal support? Better selection and automatic profiling? How doe sit know what app you're running?
@x0 The features are duplicated because of profiles. NVDA doesn't do bookmarks or quite a few other things. I've also tried to get better performance out of this than NVDA. I try to detect running apps inside the terminal and assign profiles based on that.
-
@x0 The features are duplicated because of profiles. NVDA doesn't do bookmarks or quite a few other things. I've also tried to get better performance out of this than NVDA. I try to detect running apps inside the terminal and assign profiles based on that.
-
@x0 The features are duplicated because of profiles. NVDA doesn't do bookmarks or quite a few other things. I've also tried to get better performance out of this than NVDA. I try to detect running apps inside the terminal and assign profiles based on that.
@ppatel Yeah, bookmarks, the cursor reading, better selection sound useful, but I kinda need it to suport my existing gestures for reading, these conflict with my add-ons and I simply don't have enough space left to assign them.
-
@ppatel Yeah, bookmarks, the cursor reading, better selection sound useful, but I kinda need it to suport my existing gestures for reading, these conflict with my add-ons and I simply don't have enough space left to assign them.
@x0 The commands should not conflict as they're bound to supported terminals.
-
@x0 The commands should not conflict as they're bound to supported terminals.
@ppatel And what's with the new keystrokes for tabs and such? Doesn't wt already provide those? Basically I'm just confused as to how much of the README was written by AI and accidentally absorbed features into it that the add-on doesn't even need to get involved for.
-
@kaveinthran @x0 Not yet. Claude code is on my list. I need to find the optimum profile for it.
-
@ppatel And what's with the new keystrokes for tabs and such? Doesn't wt already provide those? Basically I'm just confused as to how much of the README was written by AI and accidentally absorbed features into it that the add-on doesn't even need to get involved for.
@x0 WT isn't the only terminal supported. Not all terminals have the same structure. That functionality will help in other terminals.
-
@x0 The features are duplicated because of profiles. NVDA doesn't do bookmarks or quite a few other things. I've also tried to get better performance out of this than NVDA. I try to detect running apps inside the terminal and assign profiles based on that.
-
@kaveinthran @x0 Not yet. Claude code is on my list. I need to find the optimum profile for it.
-
@ppatel And what's with the new keystrokes for tabs and such? Doesn't wt already provide those? Basically I'm just confused as to how much of the README was written by AI and accidentally absorbed features into it that the add-on doesn't even need to get involved for.
@x0 Most of the document was written by me with edits by AI.
-
@kaveinthran @x0 @joslee As far as I can tell, NVDA's profiles can be programmatically launched by Window/app names. Unless I'm mistaken, NVDA can't detect apps that are running inside terminal windows. This add-on tries to detect those apps. Whether or not it succeeds remains to be seen.
-
@kaveinthran @x0 @joslee As far as I can tell, NVDA's profiles can be programmatically launched by Window/app names. Unless I'm mistaken, NVDA can't detect apps that are running inside terminal windows. This add-on tries to detect those apps. Whether or not it succeeds remains to be seen.
@ppatel @kaveinthran @joslee Hmmm. That'd be interesting. If it actually parses out the command you run like the shell does it could maybe, but you have to be aware of pipes not just basic commands, and anything that relies on, say, $EDITOR is likely to break unless it can identify the application from some static output it emits.
-
@ppatel @kaveinthran @joslee Hmmm. That'd be interesting. If it actually parses out the command you run like the shell does it could maybe, but you have to be aware of pipes not just basic commands, and anything that relies on, say, $EDITOR is likely to break unless it can identify the application from some static output it emits.
@x0 @kaveinthran @joslee It's a work in progress. I'm still working on some of the logic in a local branch. Things like Git probably can't be detected unless I somehow try to use the command history feature.
-
S svenja@mstdn.games shared this topic
