From: Giuseppe Bilotta <bourbaki@bigfoot.com>
Cc: ntg-context@ntg.nl
Subject: Re[2]: Modules
Date: Sun, 20 Jan 2002 17:03:18 +0100 [thread overview]
Message-ID: <601568744.20020120170318@bigfoot.com> (raw)
In-Reply-To: <20020119181713.GA6129@localhost>
Saturday, January 19, 2002 Marco Kuhlmann wrote:
MK> * Berend de Boer <berend@pobox.com> (2002-01-19 19:07:18 +0100):
>> 1. What is a well-defined module interface? You have \usemodule. A
>> module is just any ConTeXt file for now.
MK> Exactly. But what about
MK> - module parameters
ConTeXt is extremely parameter driven: just have a look at how
parameters are parsed by ConTeXt core code and use the same on
your module: define an appropriate \setupwhatever relative to your
function.
MK> - standard \setup keywords
Have a look at mult-con.tex
MK> - namespaces
I don't know. I suppose this means automatic namespaces; prefixing
internal variables with the module name would ensure uniqueness.
MK> - usage of standard library macros
I'm not sure I follow this. What exactly do you mean by this?
>> 2. You can use any ConTeXt code, why should a module be limited?
MK> For portability reasons, for example. If there were some kind
MK> of standard library, then one would rather want to use that
MK> instead of self-hacked things, because it will still work and
MK> the sizes of the modules will be smaller. Of course, in
MK> general, you can do whatever you want. This is merely a
MK> question of maintenance and system integrity -- which LaTeX
MK> lacks, for example.
But there are lots of "tools" available from ConTeXt internals:
just have a look at the syst-* modules.
>> 3. Distribution mechanism isn't there, but I'm sure Hans is quite
>> willing to put up links on his ConTeXt page to 3rd party
>> stuff. Perhaps a good idea, what do you think Hans?
MK> It certainly would be. However, it should also be on CTAN. And
MK> Giuseppe's comments on things like TeXUtil hooks etc. are worth
MK> considering, in my opinion.
IIRC Hans already he wanted to set up an "other contributions" in
the ConTeXt site (I'd have to search the old posts ...)
And of course I do indeed think Giuseppe's comments are worth
considering ;-)
--
Giuseppe "Oblomov" Bilotta
next prev parent reply other threads:[~2002-01-20 16:03 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2002-01-17 21:57 Modules Marco Kuhlmann
2002-01-18 18:30 ` Modules Giuseppe Bilotta
2002-01-19 23:20 ` Modules Hans Hagen
2002-01-21 10:13 ` Modules Taco Hoekwater
2002-01-21 14:31 ` Re[2]: Modules Giuseppe Bilotta
2002-01-21 18:07 ` Berend de Boer
2002-01-22 9:38 ` Re[4]: Modules Giuseppe Bilotta
2002-01-21 14:47 ` Modules Hans Hagen
2002-01-22 9:10 ` Modules Taco Hoekwater
2002-01-22 11:03 ` Modules Eckhart Guthöhrlein
2002-01-19 18:07 ` Modules Berend de Boer
2002-01-19 18:17 ` Modules Marco Kuhlmann
2002-01-20 16:03 ` Giuseppe Bilotta [this message]
2002-01-20 22:04 ` Modules Hans Hagen
2002-01-20 21:57 ` Modules Hans Hagen
2002-01-20 20:05 ` Modules 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=601568744.20020120170318@bigfoot.com \
--to=bourbaki@bigfoot.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).