From: Texas Cyberthal <texas.cyberthal@gmail.com>
To: "Fraga, Eric" <e.fraga@ucl.ac.uk>
Cc: "emacs-orgmode@gnu.org" <emacs-orgmode@gnu.org>
Subject: Re: org-startup-truncated default should be nil [legibility 2/6]
Date: Thu, 6 Feb 2020 18:51:18 +0800 [thread overview]
Message-ID: <CAMUm490qy1Up8FTA_76ha+-3OvYyhmSYS7Jv91-b9twCBi67Cg@mail.gmail.com> (raw)
In-Reply-To: <871rr858cs.fsf@ucl.ac.uk>
auto-fill-mode is unsuitable for prose work, and especially for rough
notes which rely on demi paragraphs. Demi-paragraphs are important for
conveying uncertainty. Polished publishable prose can usually be
written with proper syntax and paragraphs separated by blank lines,
but the requisite forethought and certainty are unavailable for raw
notes, which is exactly what a boostrapper needs to write.
When writing for publication in a markup that doesn't recognize single
line breaks as paragraphs, there is no disadvantage to using filled
paragraphs, since demi-paragraphs require ugly markup to survive
refilling. However, raw Org notes aren't written for publication.
The best solution for one's informal notes is truncation off and word
wrapping on. This respects demi-paragraphs, and permits dynamic visual
line length, depending on window width. When I'm composing a longer
document, I often prefer a column width of around 160 chars, or
fullscreen, to see the document overview. However, for close work I
prefer 80 chars, or for comparing two documents with a vertical window
split.
> My question was: what do you mean by paragraph navigation?
In this case, I meant intra-paragraph navigation.
> what is missing in vanilla emacs in this respect?
It's hard for a bootstrapping normie-noob to achieve a
paragraph-editing experience that isn't significantly worse than
Microsoft Word's. Which is basically the same as telling him to leave.
Last month I averaged a daily Org text intake+production of over 4.5k
words, so I have little tolerance for ergonomic friction. Failure to
support demi-paragraphs introduces UI friction right when the brain is
most overloaded, which is unacceptable for a productivity workspace.
On Thu, Feb 6, 2020 at 6:16 PM Fraga, Eric <e.fraga@ucl.ac.uk> wrote:
>
> On Thursday, 6 Feb 2020 at 17:46, Texas Cyberthal wrote:
> > auto-fill-mode definitely isn't what I want.
>
> Why not? Just curious. Before I switched to visual-line-mode for all
> org documents, I used auto-fill-mode for prose all the time. Together
> with fill-paragraph (M-q), this did the job very well.
>
> > Beyond that I don't understand your question.
>
> My question was: what do you mean by paragraph navigation? And,
> supplementary, what is missing in vanilla emacs in this respect?
>
> And, yes, if I had a beard, it would be grey. ;-) But I would be more
> than happy to see new users embrace Emacs & org mode. They are missing
> out on a fantastic system. Unfortunately, people are blind to the "it's
> all text" paradigm due to the frills of buttons, mice, and menus which
> paradoxically get in the way of productivity.
>
> The same issues arise in the LaTeX vs Word debate... and having to
> produce technical documents (articles, books, proposals, presentations)
> for a living, LaTeX is the only way to go. But this is for another
> day. :-)
>
> --
> : Eric S Fraga via Emacs 28.0.50, Org release_9.3.2-233-gc2bc48
next prev parent reply other threads:[~2020-02-06 10:51 UTC|newest]
Thread overview: 25+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-02-06 2:33 org-startup-truncated default should be nil [legibility 2/6] Texas Cyberthal
2020-02-06 6:55 ` Texas Cyberthal
2020-02-06 7:15 ` Fraga, Eric
2020-02-06 9:46 ` Texas Cyberthal
2020-02-06 10:16 ` Fraga, Eric
2020-02-06 10:51 ` Texas Cyberthal [this message]
2020-02-06 11:17 ` Fraga, Eric
2020-02-06 12:09 ` Texas Cyberthal
2020-02-06 12:40 ` Fraga, Eric
2020-02-06 21:21 ` Texas Cyberthal
2020-02-06 21:38 ` Fraga, Eric
2020-02-06 23:33 ` Texas Cyberthal
2020-02-07 0:37 ` Corwin Brust
2020-02-07 1:06 ` Texas Cyberthal
2020-02-07 4:27 ` Texas Cyberthal
-- strict thread matches above, loose matches on Subject: below --
2020-02-04 21:36 Texas Cyberthal
2020-02-04 23:26 ` Samuel Wales
2020-02-05 2:43 ` Texas Cyberthal
2020-02-05 3:49 ` Samuel Wales
2020-02-05 4:02 ` Samuel Wales
2020-02-05 4:09 ` Samuel Wales
2020-02-05 15:30 ` Adam Porter
2020-02-04 4:08 Texas Cyberthal
2020-02-04 7:05 ` Adam Porter
2020-02-10 7:00 ` Bastien
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://www.orgmode.org/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=CAMUm490qy1Up8FTA_76ha+-3OvYyhmSYS7Jv91-b9twCBi67Cg@mail.gmail.com \
--to=texas.cyberthal@gmail.com \
--cc=e.fraga@ucl.ac.uk \
--cc=emacs-orgmode@gnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).