all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Christopher Dimech <dimech@gmx.com>
To: Adam Porter <adam@alphapapa.net>
Cc: Eli Zaretskii <eliz@gnu.org>,
	rms@gnu.org, cnngimenez@disroot.org, emacs-devel@gnu.org
Subject: Re: [ELPA] New package: SachaC-news
Date: Sun, 31 Dec 2023 23:33:54 +0100	[thread overview]
Message-ID: <trinity-dec2cc72-6fd4-40ac-9c07-ebfadea45d67-1704062034438@3c-app-mailcom-bs14> (raw)
In-Reply-To: <3a6ed189-a56f-4249-9616-047724bc979a@alphapapa.net>


> Sent: Monday, January 01, 2024 at 9:36 AM
> From: "Adam Porter" <adam@alphapapa.net>
> To: "Eli Zaretskii" <eliz@gnu.org>
> Cc: rms@gnu.org, cnngimenez@disroot.org, emacs-devel@gnu.org
> Subject: Re: [ELPA] New package: SachaC-news
>
> On 12/31/23 13:32, Eli Zaretskii wrote:
> >> Date: Sun, 31 Dec 2023 12:13:24 -0600
> >> Cc: cnngimenez@disroot.org, emacs-devel@gnu.org
> >> From: Adam Porter <adam@alphapapa.net>
> >>
> >>> Org format is text with its own kind of markup -- it is not plain text.
> >>
> >> Many users would disagree.
> >
> > How can users disagree with something that is a plain fact?
>
> A fact?  Org's own web site, as I said, proclaims, "Your life in plain
> text."  It would seem there is at least room for interpretation.
>
> >> If you look up promotional and educational
> >> content about Org, you'll find that cited as one of its chief benefits:
> >> that it's essentially plain text.
> >
> > "Essentially plain text" means it's not plain text.
>
> What is "plain text"?  Is the following block "plain text"?
>
>    To-do list:
>
>    - Walk dog
>    - Feed cat
>    - Reply to email
>
> I would say so, as I've written many such lists in ".txt" files before I
> discovered Org mode, yet it has Org syntax that would cause it to be
> parsed as a paragraph followed by a bulleted list.  If it is not "plain
> text," then what would make it so?  Shall we remove the hyphens?
>
>    To-do list:
>
>    Walk dog
>    Feed cat
>    Reply to email
>
> Is that now "plain text"?  Does that now qualify it for inclusion in an
> Emacs package since it technically lacks Org syntax?  (Or does it?  Org
> will parse that block as two paragraphs of Org-formatted text.)  Is it
> now easier to read outside of org-mode's font-locking?
>
> > Do you deny that Org files have their own specialized markup?  Because
> > that's all that Richard said above.  If you do agree that Org has its
> > own markup, then where are you going with your objections and
> > arguments?
>
> He said that the package in question should have the output of one of
> its commands changed to not output Org syntax.  With Org being
> "essentially" plain text, and intended to be readable as plain-text in
> any software, without any special fontification, that raises the
> question of what would be changed to qualify the command's output as
> non-Org "plain text", and what the benefit would be to the user.

Here we are discussing plain text in the context of Modern English.

Consider the case of French, with four diacritics, two ligatures and
the cedilla.  Should a document written in french be considered as
plain text ?  The answer is yes.

We should start considering plain text as text in the normal language,
including diacritics, ligatures and other marks that go beyond the basic
Latin Alphabet.

I do not see any problem with having non-plain text.  Org has evolved, and
can see good reasons for org-files to include - for instance - arrow marks.
If the textual information written in the user's normal language shows up intact,
the corresponding org file should be considered plain-text.




  reply	other threads:[~2023-12-31 22:33 UTC|newest]

Thread overview: 26+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2023-11-12 19:32 [ELPA] New package: SachaC-news Christian
2023-11-14  2:56 ` Richard Stallman
2023-11-15 23:56   ` Björn Bidar
2023-11-14  2:56 ` Richard Stallman
2023-11-18 20:26   ` Christian
2023-11-21 16:07     ` Sacha Chua
2023-11-25 22:40       ` Christian
2023-12-31  3:13     ` Richard Stallman
2023-12-31 18:13       ` Adam Porter
2023-12-31 19:32         ` Eli Zaretskii
2023-12-31 21:36           ` Adam Porter
2023-12-31 22:33             ` Christopher Dimech [this message]
2023-12-31 22:57             ` Emanuel Berg
2024-01-01 12:01             ` Eli Zaretskii
2024-01-02  3:19         ` Richard Stallman
2024-01-02  5:08           ` Emanuel Berg
2024-01-04  4:01             ` Richard Stallman
2024-01-02 18:05         ` Christian
2024-01-02  0:04       ` Stefan Kangas
2024-01-05  4:23         ` Richard Stallman
2024-01-02 17:40       ` Christian Gimenez
2023-11-17  7:28 ` Philip Kaludercic
2023-11-18 20:30   ` Christian
2023-11-18 21:10     ` Philip Kaludercic
2023-11-25 22:07       ` Christian
2023-11-25 22:50         ` Philip Kaludercic

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

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=trinity-dec2cc72-6fd4-40ac-9c07-ebfadea45d67-1704062034438@3c-app-mailcom-bs14 \
    --to=dimech@gmx.com \
    --cc=adam@alphapapa.net \
    --cc=cnngimenez@disroot.org \
    --cc=eliz@gnu.org \
    --cc=emacs-devel@gnu.org \
    --cc=rms@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 external index

	https://git.savannah.gnu.org/cgit/emacs.git
	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.