| > it drives me up a wall when people use it in things like email or Markdown documents Are there many editors that can rewrap long lines in a Markdown-aware way when displaying long lines? I mean if you create an outline with significant nesting depth (like 3+ levels) and all the items are more than one screenwidth worth of text, the editor linewrapping is going to make it impossible to see the structure. Otherwise you get this unreadable mess: . + Foo bar baz foo bar baz foo bar baz foo bar baz foo bar
. baz foo bar baz foo bar baz
. + Foo bar baz foo bar baz foo bar baz foo bar baz foo
. bar baz foo bar baz foo bar baz
. + Foo bar baz foo bar baz foo bar baz foo bar baz foo
. bar baz foo bar baz foo bar baz
. + Foo bar baz foo bar baz foo bar baz foo bar baz foo
. bar baz foo bar baz foo bar baz
Instead of this visually-apparent structure at the left edge (produced using emacs's hard-rewrap command "fill-region"): . + Foo bar baz foo bar baz foo bar baz foo bar baz foo bar
. baz foo bar baz foo bar baz
. + Foo bar baz foo bar baz foo bar baz foo bar baz foo
. bar baz foo bar baz foo bar baz
. + Foo bar baz foo bar baz foo bar baz foo bar baz foo
. bar baz foo bar baz foo bar baz
. + Foo bar baz foo bar baz foo bar baz foo bar baz foo
. bar baz foo bar baz foo bar baz
(I had to add the periods at the left edge to prevent HackerNews's awful markup processor from "helpfully" mangling things... apparently "verbatim" only means "verbatim" if the whole block has the same level of indentation or something)Hard-wrapping is basically an acknowledgement that text editors are never going to understand the semantics of all the markups and programming languages we use. And web browser text-edit widgets will be even worse. Then there's the situation where you have markup-within-code-comments. I don't think it's reasonable to expect editors to recognize how to rewrap all these different cases intelligently. |