Maybe this could be done with an alternate command in lynx and an entry in a .mailcap file but don't quote me on that. In any case, use of the = key brings up a different view of the web page already opened and it's usually the 2nd url entry in that view that will get you back to the web page. Copy that url then you could use something like I wrote earlier. This doesn't always work since some web sites are so messed up they have misleading urls at the tops of their pages so watch out for that.
On Wed, 13 Apr 2022, Linux for blind general discussion wrote: > It would work if I knew the URL in advance. But I tend > to arrive at a page of interest only after browsing through several > pages first. For example, I may go to realclearpolitics.com, browse down > through today's articles, see an article I want and follow the link to it, > then I might > hit the p key to print the page and then after printing it, shell out > and examine it with vi. After that I exit the shell and I'm back in the > browser, which > by the way, will be links (the chain) not lynx (the cat) because the latter > no longer > works with realclearpolitics.com because of cloud flare. > > > Rudy > > On Wed, Apr 13, 2022 at 12:00:56PM -0400, Linux for blind general discussion > wrote: > > Maybe lynx --dump url >$HOME/bin/tmpfile| vi $HOME/bin/tmpfile > > perhaps could out the step of entering lynx and saving the rendered page > > for viewing. > > > > > > On Wed, 13 Apr 2022, Linux for blind general discussion wrote: > > > > > I disagree with the concept of the text stream as the most accessible > > > output. > > > For me, it is the text page. To this end I set up my environment to dump > > > almost all output into > > > a temporary file which I view with the vi editor. > > > For example, my vicmd command will open a file under my $HOME/bin > > > directory, allow me to edit it, and then chmod it to allow execution. > > > My vls command will execute the ls command with all arguments, put > > > the output in a temp file, and open that file with vi. Upon exiting it > > > will then delete the file. > > > Often with lynx, it is easier to print the current rendered page > > > to a file, shell out, and then view the page with vi. > > > By far my most useful command is v. This lets me run another command, > > > and review > > > its output with vi. > > > For me, it is simply easier to examine output data with vi than it is > > > with just speakup alone. > > > I imagine emacspeak has the same advantage, but I never learned emacs, > > > so I can't say so from experience. > > > > > > Rudy > > > > > > On Wed, Apr 13, 2022 at 04:36:22PM +0200, Linux for blind general > > > discussion wrote: > > > > It is worth noting that Karl's article linked to in the original post, > > > > was > > > > not arguing in favour of programs like Mutt. He calls these types of > > > > programs full screen programs, and considers them to be less accessible > > > > as > > > > well. The ideal interface for a blind user according to the article, is > > > > a > > > > program taking in a stream of text (commands) via standard input, and > > > > replying with a stream of text via standard output. > > > > It is also interesting that both Karl Dahlke (Edbrowse), and TV Raman > > > > (Emacspeak) identified a problem with conveying full screen programs via > > > > speech, but chose to solve it in very different ways. Karl Dahlke by > > > > reducing the interface to a command line (text in, text out) interface, > > > > and > > > > TV Raman by conveying more context and semantic information via speech > > > > (gathered by hooking the internals of Emacs.) > > > > > > > > TV Raman's argument is presented in this paper: > > > > > > > > https://www.cs.cornell.edu/info/people/raman/publications/chi96-emacspeak/paper.html > > > > > > > > Much of what he proposes there is now possible with modern accessibility > > > > API's though. > > > > > > > > Regards, > > > > > > > > Rynhardt > > > > > > > > > > > > On Wed, Apr 13, 2022 at 4:16 PM Linux for blind general discussion < > > > > blinux-list@redhat.com> wrote: > > > > > > > > > See to me, Thunderbird is entirely too cluttered by default. I don't > > > > > need > > > > > or want a calendar and search bar. I don't want or need to have to go > > > > > digging to turn those things off in first boot. TO me they should be > > > > > off by > > > > > default and opt in, not somthing a user has to go hunting to get rid > > > > > of on > > > > > first boot. > > > > > > > > > > You are doing the xact same config steps in a CLI email client vs a > > > > > gGUI > > > > > one. THe only difference is a CLI one exposes a lot more of the > > > > > settings. > > > > > It's like putting oil in a car through a hole in the hood, vs opening > > > > > up > > > > > the hood to put the oil into the engine. Both let you put the oil in, > > > > > but > > > > > one lets you get to far more of the engine than the other. > > > > > > > > > > That's the way I look at CLI vs GUI setup. Sure, you can get to the > > > > > same > > > > > settings in both ways, but a CLI exposes far more of the settings > > > > > than a > > > > > GUI does and makes it easier to view and change. There are, however, > > > > > things > > > > > like Mutt Wizard for, you guessed it, Mutt and sample configs though > > > > > whether a new user would know to look for them is a whole other > > > > > argument > > > > > but at the same time, I wouldn't expect a new user to know how to > > > > > turn off > > > > > the calendar in Thunderbird or hide the message pane or folder pane > > > > > either > > > > > if it's their very first time using Thunderbird.. > > > > > > > > > > > > > > > On Wed, Apr 13, 2022 at 03:59:11PM +0200, Linux for blind general > > > > > discussion wrote: > > > > > > Hi! > > > > > > I sometimes have better luck with cli than graphical environment. > > > > > > To be honest Orca seldom comes up with a working braille > > > > > > environment > > > > > for me. > > > > > > ANd I have to create a special key file for the burlap if its not > > > > > > there. > > > > > > Otherwise I have to fiddle around with tons of settings to make > > > > > > braille > > > > > work as I want it. > > > > > > In cli it just works. > > > > > > And I can review the screen how I want to and I never have any > > > > > > issues > > > > > with brltty there. > > > > > > /A > > > > > > > > > > > > > 13 apr. 2022 kl. 15:24 skrev Linux for blind general discussion < > > > > > blinux-list@redhat.com>: > > > > > > > > > > > > > > I just fired up Thunderbird to check and yes. I have to tab past > > > > > > > the > > > > > calendar, the search bar, then the list of folders, then to the > > > > > specific > > > > > message I want. Okay that's 4-5, not 10 tabs....but that's on a brand > > > > > new > > > > > config however. To me...that is less effficient than pulling down my > > > > > premade .muttrc and typing mutt then I'm straight into the inbox with > > > > > zero > > > > > flufff like a search field, or a calendar or something getting in the > > > > > way > > > > > at all. yes. I can disable all that stuff. But on first run it is > > > > > there. > > > > > It's there and prompting you to set up a new account right away > > > > > without, at > > > > > least when I was checking it and this may be DE and WM specific, a > > > > > way to > > > > > get to the options menu to declutter Thunderbird's interface without > > > > > either > > > > > going through or quitting out of account setup. > > > > > > > > > > > > > > don't want a calendar at first boot. if I want to search messages > > > > > > > I'll > > > > > deliberately go and start a search, I don't want or need a search bar > > > > > hovering right above my folder that I need to tab through to get to my > > > > > emails, or a message pane. Just give me the list of messages and let > > > > > me > > > > > config Thunderbird how I want, without a ton of stuff getting in the > > > > > way, > > > > > Thunderbird people...See to me, by default, Thunderbird is cluttered > > > > > with > > > > > stufff I, personally, don't need. For my use case, Mutt is simpler and > > > > > easier. The key binds make sense. M for a new mail, R to reply, D to > > > > > delete, and so on. Yes I had to add urlview to get URLs from a > > > > > message but > > > > > that is a simple process (at least for me) of pasting two lines into a > > > > > file, saving, and quitting that can be done with a graphical text > > > > > editor. > > > > > > > > > > > > > > On that note, I'll give a shout out to Micro for being a text > > > > > > > editor > > > > > that actually has sensible shortcuts. Much as I love Vim, the > > > > > shortcuts are > > > > > as you pointed out, all over the place as far as a : then something. > > > > > It > > > > > makes sense once you grab the hang of it, sure. But....for beginners > > > > > it's a > > > > > learning curve, but the commands do make sense, :wq to wirite changes > > > > > and > > > > > quit the file for example. Chryis's stuff follows the desktop > > > > > keybinds as > > > > > much as is possible as well > > > > > > > > > > > > > > On that note though each WM/DE does things differently, see > > > > > > > opening > > > > > apps up in Gnome, Cinnamon, Mate, etc. The huge advantage CLI has (at > > > > > least > > > > > for me) is I don't have to deal with desktops and their varying A11Y > > > > > standards, such as Mate freezing up when a Chromium app is exited (or > > > > > on my > > > > > laptop, anything relaly...I think I need to just nuke and go with > > > > > something > > > > > decent there...) or Gnome's control center or Cinnamon or....I know > > > > > I'll > > > > > have Fenrir or espeakup working in one particular way that I can learn > > > > > without having to fight with a desktop or WM's idea of what shortcuts > > > > > are > > > > > best, or deal with DE or Wm maintainers who aren't up to speed or able > > > > > to/willing to fix A11yY issues. > > > > > > > > > > > > > > Yes for your average, every day user I'd agree that graphical > > > > > > > desktops > > > > > are better, but I'd also argue that using the CLI for things doesn't > > > > > really > > > > > hurt. I mean, 99% of tutorials start with open a terminal and type > > > > > this... > > > > > so a bit of CLI knowledge is, I'd say just as useful as being able to > > > > > use a > > > > > desktop. No you don't have to be a power user who lives in a CLI only > > > > > world, but at the same time CLI has its advantages as does a desktop > > > > > though. > > > > > > > > > > > > > > See if more CLI apps have sensible key binds...I'll recommend > > > > > > > them. > > > > > Nano is horrific for this as far as that goes, a lot o the older > > > > > software > > > > > absolutely has key binds all over the place. I feel like there needs > > > > > to be > > > > > a giant list of CLI stuff with sensible key binds as well for easy > > > > > reference. > > > > > > > > > > > > > > > > > > > > > On Wed, Apr 13, 2022 at 08:32:59AM -0400, Linux for blind general > > > > > discussion wrote: > > > > > > >> so for some things, a CLI program is better and simpler with > > > > > > >> less work > > > > > > >> involved (for example on Mutt I can just open up my Blinux list > > > > > folder, hit > > > > > > >> end, R, type then y to send, no need to tab 10 times then enter > > > > > > >> then > > > > > ctrl+r > > > > > > >> then ctrl+enter to send this email), ... > > > > > > >> > > > > > > >> > > > > > > >> Where do you get all the tabbing 10 times and all that extra > > > > > > >> work? > > > > > You seem > > > > > > >> to have a highly unusual concept of how graphical email programs > > > > > work. For > > > > > > >> example, using Thunderbird, I was able to open up just my inbox, > > > > > press the > > > > > > >> shift+tab key once, which seems to be necessary only because of a > > > > > focus bug, > > > > > > >> press end to get to the bottom of the list, then enter on the > > > > > > >> message > > > > > I > > > > > > >> wanted to read, this one in this case, select the exact text I > > > > > > >> wanted > > > > > to > > > > > > >> quote above and nothing more, press control+r to reply, edit the > > > > > quote ever > > > > > > >> so slightly, just to add the ... at the end, go down to the > > > > > > >> bottom to > > > > > write > > > > > > >> underneath the quote to answer the question, just as I would in > > > > > > >> any > > > > > text > > > > > > >> editor, and when I'm ready to send the message, after > > > > > > >> proofreading of > > > > > > >> course, which I always do, but that's an editor thing, not > > > > > > >> something > > > > > > >> specific to email, I then just press control+enter to send the > > > > > message. I > > > > > > >> have very easy to use conversation threading, full navigation > > > > > capabilities > > > > > > >> that I normally see in a web browser, links just open up in the > > > > > default > > > > > > >> browser without making me have to jump through all kinds of > > > > > configuration > > > > > > >> hoops just to get that working, and best of all, configuration > > > > > > >> itself > > > > > takes > > > > > > >> about 2 minutes from 0 to two email accounts ready to read and > > > > > respond to > > > > > > >> email, instead of taking weeks or even months to set up and > > > > > > >> having to > > > > > try to > > > > > > >> figure out weeks later what is still going wrong and why as was > > > > > > >> my > > > > > problem > > > > > > >> when I tried to use Mutt, although I admit it was years ago that > > > > > > >> I > > > > > tried it > > > > > > >> and gave up on it, as I never could get external email on an IMAP > > > > > server > > > > > > >> working correctly; the only way I could use Mutt at all was when > > > > > > >> I > > > > > tried to > > > > > > >> run a home-based email server that was my user account @ > > > > > > >> some.dyndns-provider.domain, and of course that ended up going > > > > > > >> the > > > > > way of > > > > > > >> the dodo because already at that time email was something that > > > > > > >> only > > > > > > >> corporate types and server operators with boxes that were much > > > > > beefier than > > > > > > >> mine in power-sucking data centers with T1 pipes and static IP's > > > > > > >> could > > > > > > >> actually run effectively. I mean now I can just run my email > > > > > > >> from a > > > > > VPS, > > > > > > >> which I do, but now we're back to the external email problem > > > > > > >> again, > > > > > since I > > > > > > >> use IMAP on the server to let me use any client I want on any > > > > > > >> device. > > > > > > >> Regarding IMAP, I couldn't even get Alpine working with that, > > > > > > >> even > > > > > though > > > > > > >> the settings are supposed to be there; I just couldn't find > > > > > > >> them, and > > > > > this > > > > > > >> was fairly recently. In Thunderbird, I just add a new account, > > > > > > >> and > > > > > the worst > > > > > > >> case is that I may have to specify the IMAP and SMTP servers and > > > > > > >> ports > > > > > > >> manually. But even doing this takes far less time to set up on a > > > > > > >> new > > > > > machine > > > > > > >> than text-based email, especially Mutt. I will grant you that of > > > > > course I > > > > > > >> could just copy over configurations to a new machine, but that > > > > > > >> is not > > > > > > >> limited to Mutt, since Thunderbird and even the browsers have the > > > > > ability to > > > > > > >> read saved config files that come from other machines. I'm just > > > > > referring to > > > > > > >> first-run setup, or if I ever need to make any changes to the > > > > > > >> existing > > > > > > >> configurations, which is far easier to do in graphical email > > > > > > >> programs > > > > > of all > > > > > > >> kinds. > > > > > > >> > > > > > > >> > > > > > > >> I think the real showstopper for me when it comes to text-based > > > > > applications > > > > > > >> is the sheer inconsistency between applications. On my graphical > > > > > desktop, I > > > > > > >> have certain functionality that just works no matter where I am > > > > > > >> or > > > > > what > > > > > > >> application I'm using. For example, alt+f4 will close this > > > > > > >> window, > > > > > > >> shift+arrows will highlight text to be copied or cut in most > > > > > > >> cases, > > > > > that is > > > > > > >> anywhere that text can be selected, then I have the standard > > > > > control+x to > > > > > > >> cut, control+c to copy, then control+v to paste to the > > > > > > >> application > > > > > where I > > > > > > >> want the text to appear, whether that's in the same application > > > > > > >> or a > > > > > > >> different one. In most cases, control+q also closes an > > > > > > >> application, > > > > > and > > > > > > >> control+w closes the current window. These things all work 90% or > > > > > more of > > > > > > >> the time. With text-based applications, there is much > > > > > > >> inconsistency. > > > > > Just to > > > > > > >> give an example, control+x cuts selected text in most desktop > > > > > applications, > > > > > > >> but it quits Nano, and in most graphical text editors, I press > > > > > control+f to > > > > > > >> find something, this even works in browsers, but in Nano, I have > > > > > > >> to > > > > > use > > > > > > >> control+w. What? And we're not even gonna talk about things like > > > > > > >> Vim, > > > > > or the > > > > > > >> dreaded EMACS, or all the other text editors out there, with the > > > > > exception > > > > > > >> of Micro, since it is on the path to rectify the consistency > > > > > > >> problem > > > > > by > > > > > > >> using familiar keybindings for most things. The problem though is > > > > > that the > > > > > > >> functionality I mentioned in Nano, control+x to quit and > > > > > > >> control+w to > > > > > find > > > > > > >> something, are limited to Nano, Pico and I think it's called > > > > > > >> Pilot. > > > > > Most if > > > > > > >> not all other text-based editors have their own keybindings that > > > > > > >> all > > > > > work > > > > > > >> differently. This is pretty much fine once I have made all my > > > > > > >> choices > > > > > of > > > > > > >> favorite apps and either got used to the differences and > > > > > inconsistencies or > > > > > > >> reconfigured all their keybindings so that they're all the same, > > > > > > >> but > > > > > for > > > > > > >> someone just sitting down in front of a computer for the first > > > > > > >> time > > > > > just > > > > > > >> trying to edit a file or send an email, or even for someone doing > > > > > this for a > > > > > > >> long time, the consistency of the graphical desktop applications > > > > > > >> and > > > > > the > > > > > > >> functionality they share that is implemented in much the same way > > > > > across > > > > > > >> applications makes me and many others feel more comfortable at > > > > > > >> the > > > > > computer > > > > > > >> and certainly makes us more productive. > > > > > > >> > > > > > > >> ~Kyle > > > > > > >> > > > > > > >> _______________________________________________ > > > > > > >> Blinux-list mailing list > > > > > > >> Blinux-list@redhat.com > > > > > > >> https://listman.redhat.com/mailman/listinfo/blinux-list > > > > > > >> > > > > > > > > > > > > > > _______________________________________________ > > > > > > > Blinux-list mailing list > > > > > > > Blinux-list@redhat.com > > > > > > > https://listman.redhat.com/mailman/listinfo/blinux-list > > > > > > > > > > > > > > > > > > > _______________________________________________ > > > > > > Blinux-list mailing list > > > > > > Blinux-list@redhat.com > > > > > > https://listman.redhat.com/mailman/listinfo/blinux-list > > > > > > > > > > > > > > > > _______________________________________________ > > > > > Blinux-list mailing list > > > > > Blinux-list@redhat.com > > > > > https://listman.redhat.com/mailman/listinfo/blinux-list > > > > > > > > > > > > > > _______________________________________________ > > > > Blinux-list mailing list > > > > Blinux-list@redhat.com > > > > https://listman.redhat.com/mailman/listinfo/blinux-list > > > > > > > > > > _______________________________________________ > > Blinux-list mailing list > > Blinux-list@redhat.com > > https://listman.redhat.com/mailman/listinfo/blinux-list > > _______________________________________________ Blinux-list mailing list Blinux-list@redhat.com https://listman.redhat.com/mailman/listinfo/blinux-list
