ntg-context - mailing list for ConTeXt users
 help / color / mirror / Atom feed
From: Sietse Brouwer <sbbrouwer@gmail.com>
To: mailing list for ConTeXt users <ntg-context@ntg.nl>
Subject: Re: command reference (was: upto current)
Date: Fri, 22 Mar 2013 17:07:30 +0100	[thread overview]
Message-ID: <CAF=dkzwRO4VT9Gqo2WrtOe9Bu6TxcpfH=z+Dmi2+2UGoeFzC=g@mail.gmail.com> (raw)
In-Reply-To: <CAF=dkzwJ7ZjCGqs4kmenMtMC9428Y+g-PQb11r=REN46E_DWcA@mail.gmail.com>

> Peter wrote:
>> What about one lua table per command?
>> See also:
>> - http://meeting.contextgarden.net/2010/talks/2010-09-14-peter-referencelua/

NB1: I waffled a lot about wiki templates in the previous e-mail, but
of course it is also an option to use the Lua tables format and store
those files on the wiki. That gives us the visibility and editability
of the wiki without binding us to the wiki template format.

--Sietse

On 22 March 2013 15:42, Sietse Brouwer <sbbrouwer@gmail.com> wrote:
> Hi all,
>
> Peter wrote:
>> What about one lua table per command?
>> See also:
>> - http://meeting.contextgarden.net/2010/talks/2010-09-14-peter-referencelua/
>
> Lukáš wrote:
>> Some connection to wiki would be useful, too - once a command
>> definition is prepared for PDF manual, it would be good to have
>> a generator which would convert and add info to wiki.
>>
>> But I'm thinking about how to avoid doubling documentation work
>> (not: wiki <-> PDF <-> whatever, but: something (be it Lua) -> {PDF, wiki,
>> whatever}).
>
> Hello all,
>
> As regards the question 'where/how to store a the master information
> of the command reference'; I' been thinking on that for a while, and I
> believe "on the wiki / in structured wiki templates" is the best
> answer.
>
> This is not because the wiki syntax is so nice -- as far as that goes,
> Lua is nicer. But: the wiki is massively more visible than any file or
> directory in the standalone could ever be.
>
> These are advantages the wiki copy has over other copies:
>
> A. It is the most visible copy
> B. It is the easiest copy for people to edit
> C. It has versioning and contributor-tracking built-in
> D. The wiki will always receive contributions. If it is also the
> master copy, we don't have to backmerge the contributions into some
> other file.
> E. The wiki updates immediately when people edit it.
> F. There exists a form-based editor for wiki pages, to ensure people
> use the template. Example:
> http://discoursedb.org/w/index.php?title=Picture_IDs_are_perfectly_sensible&action=formedit
> G. There exists an extension to mark versions as 'reviewed'.
>
> Now, creating a suitable template is core to this plan. Since that is
> (1) a rather tricky problem, (2) one that I want to solve anyway
> (because even if we go Lua-based, we still want a wiki template to
> write to), I will open a separate e-mail thread on the subject.
>
> == How to make sure people use the template? ==
>
> The Semantic Forms extension means that with one click of the button,
> you are taken to a semantic form to create or edit (part of) a command
> page. You fill in the fields; the extension enters the field values
> into the proper bits of the template. You can add descriptions of what
> to write in the field.
>
> http://www.mediawiki.org/wiki/Extension:Semantic_Forms
> Example of how such a form will look:
> http://discoursedb.org/w/index.php?title=Picture_IDs_are_perfectly_sensible&action=formedit
>
>
> == How do we know we can trust wiki edits? ==
>
> For that, there is the MediaWiki extension Flagged Revisions, to mark
> versions as approved. It is used by wikibooks, inter alia.
> http://www.mediawiki.org/wiki/Extension:FlaggedRevs
>
> Cheers,
>
> Sietse
___________________________________________________________________________________
If your question is of interest to others as well, please add an entry to the Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://tex.aanhet.net
archive  : http://foundry.supelec.fr/projects/contextrev/
wiki     : http://contextgarden.net
___________________________________________________________________________________

  reply	other threads:[~2013-03-22 16:07 UTC|newest]

Thread overview: 33+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-03-19 18:16 upto current Hans Hagen
2013-03-19 18:47 ` Aditya Mahajan
2013-03-19 19:05   ` Hans Hagen
2013-03-20  1:52     ` Aditya Mahajan
2013-03-20  6:05   ` Otared Kavian
2013-03-20  8:05     ` Meer H. van der
2013-03-20  8:19     ` Keith J. Schultz
2013-03-20  8:40     ` Hans Hagen
2013-03-20  9:27       ` Mojca Miklavec
2013-03-20  9:37         ` Hans Hagen
2013-03-20  8:12 ` Keith J. Schultz
2013-03-20  8:25   ` Marcin Borkowski
2013-03-20 17:54     ` Keith J. Schultz
2013-03-21 10:19       ` Mojca Miklavec
2013-03-21 10:32         ` Alan BRASLAU
2013-03-21 14:26           ` Marcin Borkowski
2013-03-22  7:31             ` Keith J. Schultz
2013-03-22  8:26               ` command reference (was: upto current) Peter Münster
2013-03-22 10:11                 ` Procházka Lukáš Ing. - Pontex s. r. o.
2013-03-22 10:25                   ` command reference Peter Münster
2013-03-22 12:04                   ` Hans Hagen
2013-03-22 14:42                   ` command reference (was: upto current) Sietse Brouwer
2013-03-22 16:07                     ` Sietse Brouwer [this message]
2013-03-22 17:21                       ` command reference Hans Hagen
2013-03-24 21:48                         ` Sietse Brouwer
2013-03-25  9:42                       ` command reference (was: upto current) Keith J. Schultz
2013-03-25  9:34                 ` Keith J. Schultz
2013-03-22 14:19               ` upto current Bill Meahan
2013-03-22 14:32                 ` Taco Hoekwater
2013-03-22 14:37                   ` luigi scarso
2013-03-22 14:47                 ` Hans Hagen
2013-03-25  8:02                 ` Keith J. Schultz
2013-03-20  8:49   ` Hans Hagen

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='CAF=dkzwRO4VT9Gqo2WrtOe9Bu6TxcpfH=z+Dmi2+2UGoeFzC=g@mail.gmail.com' \
    --to=sbbrouwer@gmail.com \
    --cc=ntg-context@ntg.nl \
    /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.
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 NNTP newsgroup(s).