ntg-context - mailing list for ConTeXt users
 help / color / mirror / Atom feed
From: Wolfgang Schuster <schuster.wolfgang@googlemail.com>
To: mailing list for ConTeXt users <ntg-context@ntg.nl>
Subject: Re: \definenamespace (was: The visual counter module)
Date: Thu, 18 Nov 2010 23:12:09 +0100	[thread overview]
Message-ID: <D673FA88-036B-440E-80A1-0F58D8D06EC4@gmail.com> (raw)
In-Reply-To: <alpine.LNX.2.01.1011181605550.10790@ybpnyubfg.ybpnyqbznva>


[-- Attachment #1.1: Type: text/plain, Size: 2265 bytes --]


Am 18.11.2010 um 22:20 schrieb Aditya Mahajan:

> Just a few points:
> 
>> The key “command“ creates a bunch of macros, besides the „\define...“
>> commands to create new environment and commands with your code it creates
>> the following macros to access the values from your setup commands:
>> 
>>  - \<Name>parameter
>>  - \named<NAME>parameter
>>  - \detokenized<NAME>parameter
> 
> In order to use these commads, you must set a value for \current<name>. For example, if you have
> 
> \define<name>[one][width=10cm]
> 
> In order to access the value of width of "one", you must do:
> 
> \def\current<name>{one}
> 
> \<name>parameter{width}
> 
> (I do not remember the distinction between \<name>parameter,
> \named<name>paramter, and \detokenized<name>parameters).

\<name>parameter use the value from \current<name> while \named<name>parameter
has two argument where the first argument is the name of a command or environment
created with \define<name>. \detokenized... is important when you pass values
from tex to lua and the value contains a tex command, e.g. \thinspace which
is normally expanded in this case.

> 
>> The command key has like the setup key the two values yes and list,
>> with „command=yes“ you can write
>> 
>>  \define<NAME>[two][one]
> 
> I did not know that cloning was possible. The \defineenumeration commands allows for
> 
> \defineenumeration[new][old][..=..]
> 
> This clones a selected options from old to new (using copyparamters) and then sets the values of the third arguments.

\copyparameters is only used for code which doesn’t use the new parameter command
with the parent handling but this method isn’t necessary in mkiv

> Would it make sense to add support for
> 
> \define<name>[two,three][one][..=..]?

You can redefine \define<name> or leave it out from \definenamespace.
What’s also is to write \define<name>[clone][parent=\????parent].

>> For parent it’s the best to give as argument always the same value
>> as you defined for the namespace, e.g. for the fancybreak module
>> one should write „parent=fancybreak“.
> 
> I thought that you have to write "parent=\????fancybreak".

That happens in the backend hidden from the user/author.

Wolfgang


[-- Attachment #1.2: Type: text/html, Size: 3500 bytes --]

[-- Attachment #2: Type: text/plain, Size: 486 bytes --]

___________________________________________________________________________________
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:[~2010-11-18 22:12 UTC|newest]

Thread overview: 19+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-11-14 23:16 The visual counter module Aditya Mahajan
2010-11-15  9:37 ` Hans Hagen
2010-11-16 19:01 ` Mathieu Boespflug
2010-11-17 19:10 ` Philipp Gesang
2010-11-17 21:53   ` \definenamespace (was: The visual counter module) Wolfgang Schuster
2010-11-18  0:36     ` Philipp Gesang
2010-11-18  3:56       ` Wolfgang Schuster
2010-11-18  9:02         ` Philipp Gesang
2010-11-18 21:20     ` Aditya Mahajan
2010-11-18 22:12       ` Wolfgang Schuster [this message]
2010-11-19  1:05         ` Aditya Mahajan
2010-11-19 17:35           ` \definenamespace Wolfgang Schuster
2010-11-19 17:56             ` \definenamespace Hans Hagen
2010-11-19 18:05               ` \definenamespace Aditya Mahajan
2010-11-19 18:45                 ` \definenamespace Hans Hagen
2010-11-19 18:48               ` \definenamespace Wolfgang Schuster
2010-11-19 20:12                 ` \definenamespace Vianney le Clément
2010-11-19 20:31                   ` \definenamespace Hans Hagen
2010-11-19 17:11 ` The visual counter module Willi Egger

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=D673FA88-036B-440E-80A1-0F58D8D06EC4@gmail.com \
    --to=schuster.wolfgang@googlemail.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).