Tim here. If it helps (so to speak), nano *should* have an option to turn off the help/status at the bottom either with the "-x" option on the command-line or by adding set nohelp to your ~/.nanorc file. You can also get an additional line of editing by either invoking it with the "-O" option or set morespace in your ~/.nanorc file. There's a pending patch to completely remove the title-bar as well https://www.zeuscat.com/andrew/software/nano/notitlebar.shtml but I'm not sure that it has officially made it into a release yet. With that you can use the "-OO" option or put set notitlebar in your ~/.nanorc It's not my primary editor as I'm more of a vi/vim/ed sort of guy, but at least nano offers some options to make it less chatty if you want. -tim On October 4, 2020, Linux for blind general discussion wrote: > I've never used Tmux, but that sounds like a prime example of why I > prefer SBL's less chatty nature to espeakup. To give a similar > example with a program I use regularly, Nano defaults to having a > title bar on the top and a status bar on the third line from the > bottom(the bottom two lines are a command quick reference). > Espeakup will read these everytime they change, but SBL will only > read them if I use screen review to read them, and in most cases, I > prefer not to hear what's on those lines(the one exception I can > think of where I would prefer espeakup's chattier behavior is in > the case of pressing ctrl+C, which prints current position on the > status line(I also often care about the lines written when saving a > file, but since I'm usually at the end of a file when saving, I can > usually just use caps+pageDown to read from current position to end > of screen instead of having to manully navigate to the status line > with caps and up/down arrows like I usually have to do with current > position since I usually do ctrl+c in the middle of a file). > > Admittedly, there are cases I wish I could switch between "read all > newly displayed text" and "read only what I tell you to read" on the > fly. I find the latter better for most things, but the former is > nice when playing text adventures. > > -Jeffery > > _______________________________________________ > Blinux-list mailing list > Blinux-list@xxxxxxxxxx > https://www.redhat.com/mailman/listinfo/blinux-list > _______________________________________________ Blinux-list mailing list Blinux-list@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/blinux-list