Re: [dev-context] Local settings for frame borders

2012-05-28 Thread Wolfgang Schuster
Am 28.05.2012 um 16:40 schrieb Marco: On 2012-05-23 Marco net...@lavabit.com wrote: I improved the code. There is no interference any more and no strange offsets. One thing is still unsolved: The top/bottom/…rulethickness settings are not inherited from rulethickness (see the table

Re: [dev-context] Local settings for frame borders

2012-05-28 Thread Aditya Mahajan
On Mon, 28 May 2012, Wolfgang Schuster wrote: Am 28.05.2012 um 16:40 schrieb Marco: On 2012-05-23 Marco net...@lavabit.com wrote: I improved the code. There is no interference any more and no strange offsets. One thing is still unsolved: The top/bottom/…rulethickness settings are not

Re: [dev-context] Local settings for frame borders

2012-05-28 Thread Wolfgang Schuster
Am 28.05.2012 um 17:08 schrieb Aditya Mahajan: On Mon, 28 May 2012, Wolfgang Schuster wrote: Am 28.05.2012 um 16:40 schrieb Marco: On 2012-05-23 Marco net...@lavabit.com wrote: I improved the code. There is no interference any more and no strange offsets. One thing is still

Re: [dev-context] Local settings for frame borders

2012-05-28 Thread Aditya Mahajan
On Mon, 28 May 2012, Wolfgang Schuster wrote: I made also a few modifications on Marcos code, maybe a few of them should be moved to the core. It would be also a good idea to change the name of the module to meta-imp-frame.mkiv or something similar. In that case, we also need to change

Re: [dev-context] Local settings for frame borders

2012-05-28 Thread Hans Hagen
On 28-5-2012 18:09, Aditya Mahajan wrote: On Mon, 28 May 2012, Wolfgang Schuster wrote: I made also a few modifications on Marcos code, maybe a few of them should be moved to the core. It would be also a good idea to change the name of the module to meta-imp-frame.mkiv or something similar.

Re: [dev-context] Local settings for frame borders

2012-05-28 Thread Hans Hagen
On 28-5-2012 18:01, Wolfgang Schuster wrote: Am 28.05.2012 um 17:08 schrieb Aditya Mahajan: On Mon, 28 May 2012, Wolfgang Schuster wrote: Am 28.05.2012 um 16:40 schrieb Marco: On 2012-05-23 Marconet...@lavabit.com wrote: I improved the code. There is no interference any more and no

Re: [dev-context] Definition of \doframedparentparameter

2012-05-28 Thread Hans Hagen
On 28-5-2012 16:48, Marco wrote: Hi, I have a question about \doframedparentparameter from pack-rul.mkiv: \def\doframedparentparameter#1#2{\ifx#1\relax\doframedrootparameter#2\else\doframedparameter#1{#2}\fi} When the else branch is taken, it picks up the second argument, but when the if

Re: [dev-context] Definition of \doframedparentparameter

2012-05-28 Thread Marco
On 2012-05-28 Hans Hagen pra...@wxs.nl wrote: \def\doframedparentparameter#1#2{\ifx#1\relax\doframedrootparameter#2\else\doframedparameter#1{#2}\fi} normally #1 is a \cs and helpers like \doframedparentparameter are not user commands I was talking about the second argument #2. If #2 is

[dev-context] Fwd: Re: Definition of \doframedparentparameter

2012-05-28 Thread Hans Hagen
Original Message Subject: Re: Definition of \doframedparentparameter Date: Mon, 28 May 2012 19:38:27 +0200 From: Hans Hagen pra...@wxs.nl To: Marco net...@lavabit.com On 28-5-2012 19:30, Marco wrote: On 2012-05-28 Hans Hagenpra...@wxs.nl wrote:

[dev-context] strc-not.mkvi

2012-05-28 Thread Wolfgang Schuster
Hi, \unexpanded\def\strc_notations_command#1% {\begingroup \edef\currentnote{#1}% \strc_constructions_initialize{#1}% \strc_notes_synchronize - \strc_counters_increment_sub\currentconstructionnumber\currentconstructionlevel +

[dev-context] context-version.png/pdf

2012-05-28 Thread Mojca Miklavec
Dear Hans, Why are different binary files tex/context/base/context-version.pdf tex/context/base/context-version.png needed for each new version of ConTeXt? Mojca ___ dev-context mailing list dev-context@ntg.nl

Re: [dev-context] context-version.png/pdf

2012-05-28 Thread Hans Hagen
Hi Mojca, Why are different binary files tex/context/base/context-version.pdf tex/context/base/context-version.png needed for each new version of ConTeXt? because the graphic changes and is actually a graphics timestamp (i have it as an icon ... you're the first to notice that it