unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed
From: Protesilaos Stavrou <info@protesilaos.com>
To: Protesilaos Stavrou <info@protesilaos.com>
Cc: rgm@gnu.org, 45143@debbugs.gnu.org, Richard Stallman <rms@gnu.org>
Subject: bug#45143: Incorrect markup in some doc/misc manuals
Date: Wed, 24 Feb 2021 09:38:23 +0200	[thread overview]
Message-ID: <877dmxrk40.fsf@protesilaos.com> (raw)
In-Reply-To: <87zgzwjbvk.fsf@protesilaos.com> (Protesilaos Stavrou's message of "Mon, 22 Feb 2021 18:38:55 +0200")

Hello again!

This is in response to my previous reply, copied below.

After reading through the discussion[1] on using Org for Emacs manuals,
I have managed to make some changes to the modus-themes.org file which
generates modus-themes.texi.

You can inspect the source code with:

    git clone https://gitlab.com/protesilaos/modus-themes.git

Documentation is stored in the repo's "doc" directory.

The changes pertain to the appropriate use of Texinfo markup such as
'kbd', 'code', and 'file'.  Furthermore, the modus-themes.texi file is
now distributed as part of the source code, whereas before I was only
sharing the modus-themes.org and its derived modus-themes.info.

Those improvements will be made available for the forthcoming version
1.2.0 of the Modus themes (expected within the next few days).  Core
Emacs currently ships with the themes' 0.13.0 version, which will soon
be three releases behind.

As noted before, I want to only maintain one copy of my project, so the
bug we are currently discussing (#45143) as well as #45141 should be
contingent on #45068.  A few weeks ago, I offered a summary of what the
state of affairs on #45068 is.[2] The only change since then is the
newer version of my project.

Thank you for your time!

All the best,
Protesilaos

[1]: <https://lists.gnu.org/archive/html/emacs-devel/2018-03/msg00166.html>.
[2]: <https://debbugs.gnu.org/cgi/bugreport.cgi?bug=45068#86>.



On 2021-02-22, 18:38 +0200, Protesilaos Stavrou <info@protesilaos.com> wrote:

> On 2021-02-22, 01:22 -0500, Richard Stallman <rms@gnu.org> wrote:
>
>>   > With regard to the modus-themes, I am indeed building the manual from an
>>   > Org file.  I have not found any way to fix those issues in advance (at
>>   > the Org level), so I am willing to do so manually when I am about to
>>   > send a patch to the Emacs maintainers.
>>
>> I appreciate your willingness to do this work, but this situation is a
>> problem, because there is no such thing as the source file for that
>> manual.  The Texinfo file is not the real source file, since you don't
>> really do editing in it.  The Org file is not the real source file
>> since you can't compile it automatically.
>>
>> We need to have a real source file!
>>
>> Can you treat the Texinfo file as the source,
>> and do your editing in that.
>
> I think we need to distinguish between two cases:
>
> 1. The version of the Modus themes' manual that ships with Emacs.  This
>    is exclusively in .texi format.
>
> 2. The version that is distributed through my git repository.  This is
>    written in .org and also distributed as a derivative .info file.  A
>    website version is on offer as well (no javascript required).[1]
>
> With regard to case 1, I agree that we should treat Texinfo as the
> source: it is all we provide.  This is why I am willing to edit it
> manually in those cases where the Org export falls short, as we have
> already established.  What prevents me from doing so right now is the
> pending upgrade of the themes in Emacs from their 0.13.0 version to what
> I currently have, which will soon be 1.2.0 (three releases ahead).
>
> If you think that I should patch the manual of case 1 right now, without
> waiting for the sync between core Emacs and my repo, then I will do it.
> If, however, you believe we can afford to wait a while longer, I would
> prefer to edit the version of the manual that corresponds to the themes'
> forthcoming version 1.2.0.  It makes it easier to maintain my project
> when I do not have to deal with branching paths.
>
> As for case 2, I would like to continue to treat the .org as the
> original source file.  For me Org is easier to work with than Texinfo.
> It is also better for end users who, I presume, are more likely not to
> be familiar with the .texi markup.  Given my expressed willingness to
> make the requisite changes in the .texi file of case 1, I see no problem
> in opting for such a preference.
>
> If you disagree, please inform me about it (or point me to the right
> documentation) and I will do my best to adopt a better practice.
>
> At any rate, I must stress that there is no intent whatsoever to
> obfuscate any piece of information or otherwise hide anything from the
> user: everything is already available and is licensed under libre
> licenses.  Whatever issue we have been discussing here is caused by
> infrastructure-level constraints that should be overcome with some
> effort.
>
>> Alternatively, could you enhance Org format so you can
>> generate the Texinfo file automatically from it, with all
>> the proper Texinfo markup?
>
> That would be nice.  I am afraid I cannot do that though: I do not have
> intimate knowledge of the Org export facility and the Texinfo syntax.
>
> [1]: <https://protesilaos.com/modus-themes/>.

-- 
Protesilaos Stavrou
protesilaos.com





  reply	other threads:[~2021-02-24  7:38 UTC|newest]

Thread overview: 32+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-12-09 17:41 bug#45143: Missing source for some doc/misc manuals? Glenn Morris
2020-12-15 18:17 ` Glenn Morris
2021-01-31 21:47   ` Glenn Morris
2021-02-17  5:40     ` bug#45143: Missing source for some doc/misc manuals (moral-issue) Glenn Morris
2021-02-17  8:45       ` Robert Pluim
2021-02-17 14:27         ` Basil L. Contovounesios
2021-02-17 14:41           ` Robert Pluim
2021-02-17 16:09             ` Eli Zaretskii
2021-02-17 16:15               ` Robert Pluim
2021-02-17 17:28                 ` Eli Zaretskii
2021-02-19  5:34       ` Richard Stallman
2021-02-19  5:57         ` Glenn Morris
2021-02-21  6:15           ` Richard Stallman
2021-02-21  6:15           ` bug#45143: Incorrect markup in some doc/misc manuals Richard Stallman
2021-02-21 11:01             ` Protesilaos Stavrou
2021-02-22  6:22               ` Richard Stallman
2021-02-22 16:38                 ` Protesilaos Stavrou
2021-02-24  7:38                   ` Protesilaos Stavrou [this message]
2021-02-24 15:13                     ` Eli Zaretskii
2021-02-25  6:04                       ` Protesilaos Stavrou
2021-02-25 14:40                         ` Eli Zaretskii
2021-02-27  3:49                           ` Glenn Morris
2021-02-27  3:55                             ` Glenn Morris
2021-02-27  6:29                             ` Protesilaos Stavrou
2021-02-21 20:11             ` Eli Zaretskii
2021-02-24  6:49               ` Richard Stallman
2021-02-24 15:09                 ` Eli Zaretskii
2021-02-26  6:32                   ` Richard Stallman
2021-02-26  7:45                     ` Eli Zaretskii
2021-02-27 16:14                       ` Richard Stallman
2021-02-27 18:20                         ` Eli Zaretskii
2021-03-01  5:18                           ` Richard Stallman

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=877dmxrk40.fsf@protesilaos.com \
    --to=info@protesilaos.com \
    --cc=45143@debbugs.gnu.org \
    --cc=rgm@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 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).