ntg-context - mailing list for ConTeXt users
 help / color / mirror / Atom feed
From: Aditya Mahajan <adityam@umich.edu>
To: mailing list for ConTeXt users <ntg-context@ntg.nl>
Subject: Re: I can't change startitemize[n]--> startitemize[1]
Date: Thu, 23 Jul 2009 11:05:14 -0400 (EDT)	[thread overview]
Message-ID: <alpine.LNX.2.00.0907231101220.6655@ybpnyubfg.ybpnyqbznva> (raw)
In-Reply-To: <fe8d59da0907230748g229b98dr2456fb96c10ef28b@mail.gmail.com>

On Thu, 23 Jul 2009, luigi scarso wrote:

> On Thu, Jul 23, 2009 at 4:37 PM, Hans Hagen <pragma@wxs.nl> wrote:
>
>> Xan wrote:
>>
>>  Really, I did not know that. It's a messy thing that we could not define
>>> what we like ;-)
>>>
>>
>> it's the nature of a tex macro package; ok, i can add some strict testing
>> for in in mkiv but even then it might just be that someone who knows th
>> einternals (like wolfgang or wolfgang or wolfgang) wants to overload
>> something built in by something better
>>
> why not discipline ?
>
> I mean something like
> 0) context macro are ok
> 1) \usemodule[foo] are ok (no collision with macros in 0)
> 2) define your macros inside
> \startPrivate[namespace]
> ...
> \stopPrivate
> 3) explicit  redefinition of macros in 0,1
>
> by 3) should be no collision between 0,1,2

I think an easier thing to do will be to follow latex's style of 
\newcommand and \renewcommand. That is, all \definecommands should check 
if the macro is previously defined or not. If it is defined, issue a 
warning or an error. And maybe have some hook to disable the 
warning/error for those who know what they are doing.

Aditya
___________________________________________________________________________________
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  : https://foundry.supelec.fr/projects/contextrev/
wiki     : http://contextgarden.net
___________________________________________________________________________________


  parent reply	other threads:[~2009-07-23 15:05 UTC|newest]

Thread overview: 20+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-07-23 12:06 Xan
2009-07-23 12:45 ` Wolfgang Schuster
2009-07-23 14:05   ` Hans Hagen
2009-07-23 14:33     ` Xan
2009-07-23 14:37       ` Hans Hagen
2009-07-23 14:48         ` luigi scarso
2009-07-23 14:58           ` Wolfgang Schuster
2009-07-23 15:05             ` luigi scarso
2009-07-23 15:10               ` Wolfgang Schuster
2009-07-23 15:16                 ` luigi scarso
2009-07-23 15:26                   ` luigi scarso
2009-07-23 15:33                   ` Wolfgang Schuster
2009-07-23 15:46                     ` luigi scarso
2009-07-23 15:05           ` Aditya Mahajan [this message]
2009-07-23 15:11             ` luigi scarso
2009-07-23 15:16             ` Wolfgang Schuster
2009-07-23 15:52               ` Aditya Mahajan
2009-07-23 15:57                 ` luigi scarso
2009-07-23 16:04                 ` Hans Hagen
2009-07-23 15:42         ` Xan

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=alpine.LNX.2.00.0907231101220.6655@ybpnyubfg.ybpnyqbznva \
    --to=adityam@umich.edu \
    --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).