unofficial mirror of emacs-devel@gnu.org 
 help / color / mirror / code / Atom feed
From: Adam <adam.niederer@gmail.com>
To: "T.V Raman" <raman@google.com>
Cc: kfogel@red-bean.com, emacs-devel@gnu.org
Subject: Re: [NonGNU ELPA] New packages: elquery, file-ring, metamorph
Date: Wed, 30 Mar 2022 21:55:22 -0400	[thread overview]
Message-ID: <6490b69b-36b6-67e9-a124-b5086935dd04@gmail.com> (raw)
In-Reply-To: <25155.3797.364679.875916@retriever.mtv.corp.google.com>

I've devised a way to create an info file from my README with a bit of 
clever formatting and pandoc, which should solve the issue of 
documentation not being shipped to the user.

Perhaps the build process could convert the README to an info file if no 
texi files exist in the repository?

-Adam

On 3/29/22 09:51, T.V Raman wrote:
> 
> The better solution would be for the package to come with a short info
> file -- see packages like  embark. Then the info file just shows up
> when you hit  info.
> Adam writes:
>   > On 3/28/22 23:43, Karl Fogel wrote:
>   > > On 28 Mar 2022, T.V Raman wrote:
>   > >> Sadly putting the examples in README is not very helpful since
>   > >> installing your package from melpa doesn't appear to bring down the
>   > >> README; one shouldn't need to click through to Github to find out how to
>   > >> use it if one has installed the package.
>   > >
>   > > Hunh.  Would that be something we should make a general fix for? E.g.,
>   > > when a package 'foo' gets installed from melpa or from some similar
>   > > package repository, and it has a README, then the README gets installed
>   > > alongside the package as 'foo-README', or something like that?
>   >
>   > I think that's a good way of going about it. From a cursory glance it
>   > looks like the most popular out-of-tree libraries (s, f, a, ht, epl,
>   > async, ov, popup, uuidgen) have most of their usage examples and
>   > documentation in the README.
>   >
>   > Even if NonGNU's supposed to be a bit more curated, having everybody
>   > synchronize their README with docstrings or texi manuals might be a bit
>   > wasteful. I don't know if there's a way to do that automatically.
> 



  reply	other threads:[~2022-03-31  1:55 UTC|newest]

Thread overview: 18+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2022-03-28  3:58 [NonGNU ELPA] New packages: elquery, file-ring, metamorph Adam
2022-03-28  6:59 ` Visuwesh
2022-03-28 17:21   ` T.V Raman
2022-03-29  1:53     ` T.V Raman
2022-03-29  3:43       ` Karl Fogel
2022-03-29  5:23         ` Adam
2022-03-29 13:51           ` T.V Raman
2022-03-31  1:55             ` Adam [this message]
2022-03-31 12:48               ` Stefan Monnier
2022-04-01  3:28                 ` Adam
2022-04-01 13:11                   ` Stefan Monnier
2022-04-03 10:25                     ` Stephen Leake
2022-03-29 13:50         ` T.V Raman
2022-03-29 14:42         ` Stephen Leake
2022-03-29  8:28       ` Stefan Monnier
2022-03-28 22:09   ` Adam
2022-03-28 23:10     ` Ergus
2022-04-01  9:10       ` Augusto Stoffel

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.gnu.org/software/emacs/

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

  git send-email \
    --in-reply-to=6490b69b-36b6-67e9-a124-b5086935dd04@gmail.com \
    --to=adam.niederer@gmail.com \
    --cc=emacs-devel@gnu.org \
    --cc=kfogel@red-bean.com \
    --cc=raman@google.com \
    /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.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).