From: Jean Louis <bugs@gnu.support>
To: Daniel Mendler <mail@daniel-mendler.de>
Cc: Stefan Monnier <monnier@iro.umontreal.ca>,
"emacs-devel@gnu.org" <emacs-devel@gnu.org>
Subject: Re: [ELPA] Display package description as Org-exported text or HTML?
Date: Mon, 31 May 2021 14:04:57 +0300 [thread overview]
Message-ID: <YLTC2c61AbVtFUvX@protected.localdomain> (raw)
In-Reply-To: <b3f53e41-76a5-0e79-3e52-9b235c94d268@daniel-mendler.de>
* Daniel Mendler <mail@daniel-mendler.de> [2021-05-31 13:54]:
> On 5/31/21 12:29 PM, Jean Louis wrote:
> > * Daniel Mendler <mail@daniel-mendler.de> [2021-05-31 13:10]:
> >> Is it possible to display a package description as Org-exported text or
> >> even as HTML on the ELPA website?
> >>
> >> See for example http://elpa.gnu.org/packages/consult.html, which shows a
> >> large Org source file as "Full description".
> >
> > That is not readable.
> > ...
> > Thus, it is best to provide README.txt in plain text.
>
> Jean, did you read my question? I am asking how to avoid this problem
> you are reiterating.
Yes, I have fully understand it and answered that I find plain text
most universally readable file. README should be just that in plain
text, without any extensions. I don't oppose using README.org but I
oppose usin README.org or README.md without plain text README, as
those are less accessible, less readable markups and allow too many
variations.
By the way, the package description for consult says:
Consult has been inspired by Counsel. Some of the Consult commands
originated in the Counsel package or the Selectrum wiki. See the
README for a full list of contributors.
[back]
but there is no `README' in the ~/.emacs.d/elpa/consult-20210519.1000/
There are other packages that do have README in the directory, maybe
you could include it in the package.
IMHO, README as such should be user friendly, not written in any
lightweight markup language.
That does not mean that I oppose generation of HTML or using
README.org, I just think that plain text README should be there and
readable by any GNU tools on command line, or any editor, not just
Emacs, or markdown supported editor.
See (info "(elisp) Multi-file Packages") where it says:
,----
| If the content directory contains a file named ‘README’, this file is
| used as the long description (overriding any ‘;;; Commentary:’ section).
`----
But Markdown and Org mode silently override decades long readable
README files. I just wonder why.
Org file can look so nice and readable, but yours is not due to a lot
of markup, that is why I say there should should be simple readable
version.
Markdown may look nice and readable but yet people may include any
kind of HTML inside and make it very unreadable.
For those reasons it would be better to have plain text README, while
Markdown, Org, and other markups could be used for other different
purposes.
--
Jean
Take action in Free Software Foundation campaigns:
https://www.fsf.org/campaigns
Sign an open letter in support of Richard M. Stallman
https://stallmansupport.org/
next prev parent reply other threads:[~2021-05-31 11:04 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-05-31 10:09 [ELPA] Display package description as Org-exported text or HTML? Daniel Mendler
2021-05-31 10:29 ` Jean Louis
2021-05-31 10:53 ` Daniel Mendler
2021-05-31 11:04 ` Jean Louis [this message]
2021-05-31 12:13 ` Michael Heerdegen
2021-05-31 12:29 ` Jean Louis
2021-05-31 13:19 ` Stefan Monnier
2021-05-31 14:08 ` Michael Heerdegen
2021-05-31 14:59 ` Stefan Monnier
2021-05-31 15:14 ` Michael Heerdegen
2021-05-31 15:36 ` Stefan Monnier
2021-05-31 17:23 ` [ELPA PATCH] Add badge generator to elpa-admin.el Daniel Mendler
2021-05-31 18:02 ` Daniel Mendler
2021-06-04 16:00 ` Michael Heerdegen
2021-05-31 13:12 ` [ELPA] Display package description as Org-exported text or HTML? Stefan Monnier
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=YLTC2c61AbVtFUvX@protected.localdomain \
--to=bugs@gnu.support \
--cc=emacs-devel@gnu.org \
--cc=mail@daniel-mendler.de \
--cc=monnier@iro.umontreal.ca \
/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.