new beta

new beta

[Hans Hagen]

Hi,

I uploaded a new beta. There is not so much new functionality (if so, 
taco will report that when there is a new release), but

- some reshuffling of code (in order to solve some dependency ugliness 
in the load order)
- this is also a bit of a preparation for replacing parts by lua 
enhanced code
- a reimplementation (cleanup) of the core-fig module (with a split off 
core-trf)
- a related simplification of some of the driver code
- a (not times) speed up of graphic inclusions

So, the big question here is "does graphic inclusion work as expected"

Hans 

-----------------------------------------------------------------
                                          Hans Hagen | PRAGMA ADE
              Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
     tel: 038 477 53 69 | fax: 038 477 53 74 | www.pragma-ade.com
                                             | www.pragma-pod.nl
-----------------------------------------------------------------

Re: new beta

[Renaud AUBIN]

Hi Hans,

! I can't find file `core-trf.tex'.
l.381 \input core-trf.tex

Cheers,

Renaud

Hans Hagen a écrit :

>Hi,
>
>I uploaded a new beta. There is not so much new functionality (if so, 
>taco will report that when there is a new release), but
>
>- some reshuffling of code (in order to solve some dependency ugliness 
>in the load order)
>- this is also a bit of a preparation for replacing parts by lua 
>enhanced code
>- a reimplementation (cleanup) of the core-fig module (with a split off 
>core-trf)
>- a related simplification of some of the driver code
>- a (not times) speed up of graphic inclusions
>
>So, the big question here is "does graphic inclusion work as expected"
>
>Hans 
>
>-----------------------------------------------------------------
>                                          Hans Hagen | PRAGMA ADE
>              Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
>     tel: 038 477 53 69 | fax: 038 477 53 74 | www.pragma-ade.com
>                                             | www.pragma-pod.nl
>-----------------------------------------------------------------
>
>_______________________________________________
>ntg-context mailing list
>ntg-context@ntg.nl
>http://www.ntg.nl/mailman/listinfo/ntg-context
>
>
>  
>

Re: new beta

[Peter Rolf]

Hans Hagen wrote:
> Hi,
> 
> I uploaded a new beta. There is not so much new functionality (if so, 
> taco will report that when there is a new release), but
> 
> - some reshuffling of code (in order to solve some dependency ugliness 
> in the load order)
> - this is also a bit of a preparation for replacing parts by lua 
> enhanced code
> - a reimplementation (cleanup) of the core-fig module (with a split off 
> core-trf)
> - a related simplification of some of the driver code
> - a (not times) speed up of graphic inclusions
> 
> So, the big question here is "does graphic inclusion work as expected"
>
I have tested the beta with a file that worked with the beta version
from 10.08.06. With the new one I get

* 2 of 3 picture (png) are not found; both unfound file have a
  "_" in the name
* position of some (not all) overlay backgrounds is wrong (shifted to
the left); maybe only a side effect

Greetings, Peter

> Hans 
> 
> -----------------------------------------------------------------
>                                           Hans Hagen | PRAGMA ADE
>               Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
>      tel: 038 477 53 69 | fax: 038 477 53 74 | www.pragma-ade.com
>                                              | www.pragma-pod.nl
> -----------------------------------------------------------------
> 
> _______________________________________________
> ntg-context mailing list
> ntg-context@ntg.nl
> http://www.ntg.nl/mailman/listinfo/ntg-context
> 
> 

Re: new beta

[Hans Hagen]

Renaud AUBIN wrote:
> Hi Hans,
>
> ! I can't find file `core-trf.tex'.
> l.381 \input core-trf.tex
>   
corrected 

-----------------------------------------------------------------
                                          Hans Hagen | PRAGMA ADE
              Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
     tel: 038 477 53 69 | fax: 038 477 53 74 | www.pragma-ade.com
                                             | www.pragma-pod.nl
-----------------------------------------------------------------

Re: new beta

[Renaud AUBIN]

Hans, do you agree to add
\definefontsynonym [SerifBoldCaps]   [LucidaBrightSmallcaps-Demi]
to type-buy.tex (\starttypescript [serif] [lucida] [name]) ?

Renaud

Re: new beta

[Hans Hagen]

Peter Rolf wrote
> * 2 of 3 picture (png) are not found; both unfound file have a
>   "_" in the name
>   
hm, will look into it

> * position of some (not all) overlay backgrounds is wrong (shifted to
> the left); maybe only a side effect
>   
can you make an example of that 

Hans 


-----------------------------------------------------------------
                                          Hans Hagen | PRAGMA ADE
              Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
     tel: 038 477 53 69 | fax: 038 477 53 74 | www.pragma-ade.com
                                             | www.pragma-pod.nl
-----------------------------------------------------------------

Re: new beta

[Hans Hagen]

Renaud AUBIN wrote:
> Hans, do you agree to add
> \definefontsynonym [SerifBoldCaps]   [LucidaBrightSmallcaps-Demi]
> to type-buy.tex (\starttypescript [serif] [lucida] [name]) ?
>   
ok, done 

Hans 

-----------------------------------------------------------------
                                          Hans Hagen | PRAGMA ADE
              Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
     tel: 038 477 53 69 | fax: 038 477 53 74 | www.pragma-ade.com
                                             | www.pragma-pod.nl
-----------------------------------------------------------------

Re: new beta

[Peter Rolf]

Hans Hagen wrote:
> Peter Rolf wrote
>> * 2 of 3 picture (png) are not found; both unfound file have a
>>   "_" in the name
>>   
> hm, will look into it
> 
I have found the cause of this one. If I don't use \usefigurebase the
gfx are found and included.

>> * position of some (not all) overlay backgrounds is wrong (shifted to
>> the left); maybe only a side effect
>>   
Sadly the overlays are still placed at the wrong location.

But one step after the other :)

Peter

> can you make an example of that 
> 
> Hans 
> 
> 
> -----------------------------------------------------------------
>                                           Hans Hagen | PRAGMA ADE
>               Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
>      tel: 038 477 53 69 | fax: 038 477 53 74 | www.pragma-ade.com
>                                              | www.pragma-pod.nl
> -----------------------------------------------------------------
> 
> _______________________________________________
> ntg-context mailing list
> ntg-context@ntg.nl
> http://www.ntg.nl/mailman/listinfo/ntg-context
> 
> 

Re: new beta

[Renaud AUBIN]

Hans Hagen a écrit :

>So, the big question here is "does graphic inclusion work as expected"
>  
>

Hans,

\scale seems to be broken...

\starttext
\startuseMPgraphic{dummygraph}
numeric u; u:=2cm;
draw (-u,-u)--(u,u);
draw ((-u,-u)--(u,u)) rotated 90;
\stopuseMPgraphic

\placefigure[here]{none}{\useMPgraphic{dummygraph}}

\placefigure[here]{none}{\scale[sx=1,sy=1]{\useMPgraphic{dummygraph}}}

\stoptext

Re: new beta

[Renaud AUBIN]

\starttext

\startuseMPgraphic{dummygraph}
numeric u; u:=2cm;
draw (-u,-u)--(u,u);
draw ((-u,-u)--(u,u)) rotated 90;
\stopuseMPgraphic

\placefigure[here]{none}{\useMPgraphic{dummygraph}} <- euh... work ;)

\placefigure[here]{none}{\scale[sx=.5,sy=.5]{\useMPgraphic{dummygraph}}}
<- doesn't work !

\placefigure[here]{none}{\scale[width=10cm]{\useMPgraphic{dummygraph}}}
<- work !

\stoptext

Re: new beta

[Hans Hagen]

Peter Rolf wrote:
> Hans Hagen wrote:
>   
>> Peter Rolf wrote
>>     
>>> * 2 of 3 picture (png) are not found; both unfound file have a
>>>   "_" in the name
>>>   
>>>       
>> hm, will look into it
>>
>>     
> I have found the cause of this one. If I don't use \usefigurebase the
> gfx are found and included.
>
>   
>>> * position of some (not all) overlay backgrounds is wrong (shifted to
>>> the left); maybe only a side effect
>>>   
>>>       
> Sadly the overlays are still placed at the wrong location.
>
> But one step after the other :)
>
> P
of that you can make an example ... 

Hans 

-----------------------------------------------------------------
                                          Hans Hagen | PRAGMA ADE
              Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
     tel: 038 477 53 69 | fax: 038 477 53 74 | www.pragma-ade.com
                                             | www.pragma-pod.nl
-----------------------------------------------------------------

Re: new beta

[Peter Rolf]

Hans Hagen wrote:
> Peter Rolf wrote:
>> Hans Hagen wrote:
>>   
>>> Peter Rolf wrote
>>>     
>>>> * 2 of 3 picture (png) are not found; both unfound file have a
>>>>   "_" in the name
>>>>   
>>>>       
>>> hm, will look into it
>>>
>>>     
>> I have found the cause of this one. If I don't use \usefigurebase the
>> gfx are found and included.
>>
>>   
>>>> * position of some (not all) overlay backgrounds is wrong (shifted to
>>>> the left); maybe only a side effect
>>>>   
>>>>       
>> Sadly the overlays are still placed at the wrong location.
>>
>> But one step after the other :)
>>
>> P
> of that you can make an example ... 
> 
...I really don't know. This is what I found out so far...

First of all all macros are placed with \setlayer in the same layer,
using \framed[background=...]{..} to set the content.

For all macros with shifted overlays
* the text is placed at the correct position
* the overlay graphic ends exactly where the overlaybox starts
 -----------------------------
| overlay gfx  |     text     |
 -----------------------------

The two working (non shifted) macros contain
* no text or
* the text is encapsulated in a \smash[d]

Mhh, weird. I *removed the text* in one shifted macro and the overlay
gfx is placed correctly. Does that ring a bell?
Anyhow, time to go to bed.

Peter

> Hans 
> 
> -----------------------------------------------------------------
>                                           Hans Hagen | PRAGMA ADE
>               Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
>      tel: 038 477 53 69 | fax: 038 477 53 74 | www.pragma-ade.com
>                                              | www.pragma-pod.nl
> -----------------------------------------------------------------
> 
> _______________________________________________
> ntg-context mailing list
> ntg-context@ntg.nl
> http://www.ntg.nl/mailman/listinfo/ntg-context
> 
> 

Re: new beta

[Hans Hagen]

Peter Rolf wrote:
> Hans Hagen wrote:
>   
>> Peter Rolf wrote:
>>     
>>> Hans Hagen wrote:
>>>   
>>>       
>>>> Peter Rolf wrote
>>>>     
>>>>         
>>>>> * 2 of 3 picture (png) are not found; both unfound file have a
>>>>>   "_" in the name
>>>>>   
>>>>>       
>>>>>           
>>>> hm, will look into it
>>>>
>>>>     
>>>>         
>>> I have found the cause of this one. If I don't use \usefigurebase the
>>> gfx are found and included.
>>>
>>>   
>>>       
>>>>> * position of some (not all) overlay backgrounds is wrong (shifted to
>>>>> the left); maybe only a side effect
>>>>>   
>>>>>       
>>>>>           
>>> Sadly the overlays are still placed at the wrong location.
>>>
>>> But one step after the other :)
>>>
>>> P
>>>       
>> of that you can make an example ... 
>>
>>     
> ....I really don't know. This is what I found out so far...
>
> First of all all macros are placed with \setlayer in the same layer,
> using \framed[background=...]{..} to set the content.
>
> For all macros with shifted overlays
> * the text is placed at the correct position
> * the overlay graphic ends exactly where the overlaybox starts
>  -----------------------------
> | overlay gfx  |     text     |
>  -----------------------------
>
> The two working (non shifted) macros contain
> * no text or
> * the text is encapsulated in a \smash[d]
>
> Mhh, weird. I *removed the text* in one shifted macro and the overlay
> gfx is placed correctly. Does that ring a bell?
>   
\starttext

\definelayer[test][width=10cm,height=10cm]

\setlayer[test]{xxx}
\setlayer[test][preset=rightbottom]{xxx}

\framed[background=test,width=10cm,height=10cm]{zz}

\stoptext

works ok here, so the question is: what is the width/height of your layer

-- 

-----------------------------------------------------------------
                                          Hans Hagen | PRAGMA ADE
              Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
     tel: 038 477 53 69 | fax: 038 477 53 74 | www.pragma-ade.com
                                             | www.pragma-pod.nl
-----------------------------------------------------------------

Re: new betae

[Peter Rolf]

Hans Hagen wrote:
> Peter Rolf wrote:
>> Hans Hagen wrote:
>>   
>>> Peter Rolf wrote:
>>>     
>>>> Hans Hagen wrote:
>>>>   
>>>>       
>>>>> Peter Rolf wrote
>>>>>     
>>>>>         
>>>>>> * 2 of 3 picture (png) are not found; both unfound file have a
>>>>>>   "_" in the name
>>>>>>   
>>>>>>       
>>>>>>           
>>>>> hm, will look into it
>>>>>
>>>>>     
>>>>>         
>>>> I have found the cause of this one. If I don't use \usefigurebase the
>>>> gfx are found and included.
>>>>
>>>>   
>>>>       
>>>>>> * position of some (not all) overlay backgrounds is wrong (shifted to
>>>>>> the left); maybe only a side effect
>>>>>>   
>>>>>>       
>>>>>>           
>>>> Sadly the overlays are still placed at the wrong location.
>>>>
>>>> But one step after the other :)
>>>>
>>>> P
>>>>       
>>> of that you can make an example ... 
>>>
>>>     
>> ....I really don't know. This is what I found out so far...
>>
>> First of all all macros are placed with \setlayer in the same layer,
>> using \framed[background=...]{..} to set the content.
>>
>> For all macros with shifted overlays
>> * the text is placed at the correct position
>> * the overlay graphic ends exactly where the overlaybox starts
>>  -----------------------------
>> | overlay gfx  |     text     |
>>  -----------------------------
>>
>> The two working (non shifted) macros contain
>> * no text or
>> * the text is encapsulated in a \smash[d]
>>
>> Mhh, weird. I *removed the text* in one shifted macro and the overlay
>> gfx is placed correctly. Does that ring a bell?
>>   
> \starttext
> 
> \definelayer[test][width=10cm,height=10cm]
> 
> \setlayer[test]{xxx}
> \setlayer[test][preset=rightbottom]{xxx}
> 
> \framed[background=test,width=10cm,height=10cm]{zz}
> 
> \stoptext
> 
> works ok here, so the question is: what is the width/height of your layer
> 
No, it's a bit more complicated. I think the size of the layer has
nothing to do with it.

It's more like this (which works with the beta)

%------------
\definecolor [bluntorange] [r=.9373, g=.6471]
\setupcolors[state=start]

\definelayer[Test]
\setupbackgrounds[text]
  [background=Test]

\defineoverlay[BAR][{\bgroup\color[bluntorange]\blackrule[width=\overlaywidth,height=\overlayheight]\egroup}]

\def\FOO{\dosingleempty\doFOO}

\def\doFOO[#1]#2{% very simplified macro structure
  \bgroup
  \setupstrut\setupinterlinespace% normally with font change
  \framed[width=30mm,background=BAR]% width is always given
  {\vbox{\normaloffinterlineskip% vbox for additional offsets
    \hbox{#2\strut}}}% same for the hbox
  \egroup}


\starttext

\framed[width=\textwidth,height=50mm]\bgroup
\setlayer[Test][x=2cm,y=2cm]{\FOO{FOOBAR}}
\egroup

\stoptext
% -------------

The document is a multi-layer (context, not pdf layer) mp-graphic with
nested structures. So I have many boxes that are placed at specific
positions (using \setlayer). Some content is collected in a buffer and
then placed in a framed vbox (also by \setlayer). So this is not a
simple story (at least not for me).

I'll minimize the components of the xml source and then try to build the
structure of the macros by hand. No fun, but still better than living
without new context features. I'll start with this ASAP.

Greetings, Peter

Re: new beta

[Peter Rolf]

Peter Rolf wrote:
> Hans Hagen wrote:
>> Hi,
>>
>> I uploaded a new beta. There is not so much new functionality (if so, 
>> taco will report that when there is a new release), but
>>
>> - some reshuffling of code (in order to solve some dependency ugliness 
>> in the load order)
>> - this is also a bit of a preparation for replacing parts by lua 
>> enhanced code
>> - a reimplementation (cleanup) of the core-fig module (with a split off 
>> core-trf)
>> - a related simplification of some of the driver code
>> - a (not times) speed up of graphic inclusions
>>
>> So, the big question here is "does graphic inclusion work as expected"
>>
> I have tested the beta with a file that worked with the beta version
> from 10.08.06. With the new one I get
> 
> * 2 of 3 picture (png) are not found; both unfound file have a
>   "_" in the name

This problem is fixed in the new beta. Thanks Hans!

> * position of some (not all) overlay backgrounds is wrong (shifted to
> the left); maybe only a side effect
> 
This one still occurs.

> Greetings, Peter
> 
>> Hans 
>>
>> -----------------------------------------------------------------
>>                                           Hans Hagen | PRAGMA ADE
>>               Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
>>      tel: 038 477 53 69 | fax: 038 477 53 74 | www.pragma-ade.com
>>                                              | www.pragma-pod.nl
>> -----------------------------------------------------------------
>>
>> _______________________________________________
>> ntg-context mailing list
>> ntg-context@ntg.nl
>> http://www.ntg.nl/mailman/listinfo/ntg-context
>>
>>
> 
> _______________________________________________
> ntg-context mailing list
> ntg-context@ntg.nl
> http://www.ntg.nl/mailman/listinfo/ntg-context
> 
> 

Re: new beta

[Peter Rolf]

Peter Rolf wrote:
> Peter Rolf wrote:
>> Hans Hagen wrote:
>>> Hi,
>>>
>>> I uploaded a new beta. There is not so much new functionality (if so, 
>>> taco will report that when there is a new release), but
>>>
>>> - some reshuffling of code (in order to solve some dependency ugliness 
>>> in the load order)
>>> - this is also a bit of a preparation for replacing parts by lua 
>>> enhanced code
>>> - a reimplementation (cleanup) of the core-fig module (with a split off 
>>> core-trf)
>>> - a related simplification of some of the driver code
>>> - a (not times) speed up of graphic inclusions
>>>
>>> So, the big question here is "does graphic inclusion work as expected"
>>>
>> I have tested the beta with a file that worked with the beta version
>> from 10.08.06. With the new one I get
>>
>> * 2 of 3 picture (png) are not found; both unfound file have a
>>   "_" in the name
> 
> This problem is fixed in the new beta. Thanks Hans!

Sorry, seems I was to optimistic. Still broken. I'll start right now
trying to create a minimal example.

> 
>> * position of some (not all) overlay backgrounds is wrong (shifted to
>> the left); maybe only a side effect
>>
> This one still occurs.
> 
>> Greetings, Peter
>>
>>> Hans 
>>>
>>> -----------------------------------------------------------------
>>>                                           Hans Hagen | PRAGMA ADE
>>>               Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
>>>      tel: 038 477 53 69 | fax: 038 477 53 74 | www.pragma-ade.com
>>>                                              | www.pragma-pod.nl
>>> -----------------------------------------------------------------
>>>
>>> _______________________________________________
>>> ntg-context mailing list
>>> ntg-context@ntg.nl
>>> http://www.ntg.nl/mailman/listinfo/ntg-context
>>>
>>>
>> _______________________________________________
>> ntg-context mailing list
>> ntg-context@ntg.nl
>> http://www.ntg.nl/mailman/listinfo/ntg-context
>>
>>
> 
> _______________________________________________
> ntg-context mailing list
> ntg-context@ntg.nl
> http://www.ntg.nl/mailman/listinfo/ntg-context
> 
> 

Re: new betae

[Hans Hagen]

Peter Rolf wrote:
>
> The document is a multi-layer (context, not pdf layer) mp-graphic with
> nested structures. So I have many boxes that are placed at specific
> positions (using \setlayer). Some content is collected in a buffer and
> then placed in a framed vbox (also by \setlayer). So this is not a
> simple story (at least not for me).
>
> I'll minimize the components of the xml source and then try to build the
> structure of the macros by hand. No fun, but still better than living
> without new context features. I'll start with this ASAP.
>   
ok, thanks. could become part of the test suite then 

Hans 

-----------------------------------------------------------------
                                          Hans Hagen | PRAGMA ADE
              Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
     tel: 038 477 53 69 | fax: 038 477 53 74 | www.pragma-ade.com
                                             | www.pragma-pod.nl
-----------------------------------------------------------------

Re: new beta

[Peter Rolf]

Hans Hagen wrote:
> Peter Rolf wrote:
>> The document is a multi-layer (context, not pdf layer) mp-graphic with
>> nested structures. So I have many boxes that are placed at specific
>> positions (using \setlayer). Some content is collected in a buffer and
>> then placed in a framed vbox (also by \setlayer). So this is not a
>> simple story (at least not for me).
>>
>> I'll minimize the components of the xml source and then try to build the
>> structure of the macros by hand. No fun, but still better than living
>> without new context features. I'll start with this ASAP.
>>   
> ok, thanks. could become part of the test suite then 
> 
Found it, but there will be no new part of the test suite. The problem
is a simple register conflict. Do you use \dimen0 in your new overlay
optimizations? :D

I use \dimen0 for the automatic width calculation. The macro is grouped
and I thought it is quite safe to do so. But the new beta showed me that
I was wrong. If I remember it right (long ago) there were problems using
\scratchdimen als parameter for \framed, so I changed the register. Can
you please tell me what register I should avoid?

I hope you have not wasted too much time in that.

Peter

> Hans 
> 
> -----------------------------------------------------------------
>                                           Hans Hagen | PRAGMA ADE
>               Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
>      tel: 038 477 53 69 | fax: 038 477 53 74 | www.pragma-ade.com
>                                              | www.pragma-pod.nl
> -----------------------------------------------------------------
> 
> _______________________________________________
> ntg-context mailing list
> ntg-context@ntg.nl
> http://www.ntg.nl/mailman/listinfo/ntg-context
> 
> 

Re: new beta

[Hans Hagen]

Peter Rolf wrote:
> Hans Hagen wrote:
>   
>> Peter Rolf wrote:
>>     
>>> The document is a multi-layer (context, not pdf layer) mp-graphic with
>>> nested structures. So I have many boxes that are placed at specific
>>> positions (using \setlayer). Some content is collected in a buffer and
>>> then placed in a framed vbox (also by \setlayer). So this is not a
>>> simple story (at least not for me).
>>>
>>> I'll minimize the components of the xml source and then try to build the
>>> structure of the macros by hand. No fun, but still better than living
>>> without new context features. I'll start with this ASAP.
>>>   
>>>       
>> ok, thanks. could become part of the test suite then 
>>
>>     
> Found it, but there will be no new part of the test suite. The problem
> is a simple register conflict. Do you use \dimen0 in your new overlay
> optimizations? :D
>
> I use \dimen0 for the automatic width calculation. The macro is grouped
> and I thought it is quite safe to do so. But the new beta showed me that
> I was wrong. If I remember it right (long ago) there were problems using
> \scratchdimen als parameter for \framed, so I changed the register. Can
> you please tell me what register I should avoid?
>   
one can never be sure of the scratch dimensions (in this case i can see 
if i can avoid it); so either define your own, or use grouping
> I hope you have not wasted too much time in that.
>   
something 

\dimen0=10pt
\contextcommand 
the\dimen0 

is ok when the command groups, 

\dimen0=10pt
\contextcommand {... the\dimen0 ...} 

is dangerous when the command uses the dimen

\dimen0=10pt

\expanded{\contextcommand {... the\dimen0 ...}}

is ok 

Hans 








-----------------------------------------------------------------
                                          Hans Hagen | PRAGMA ADE
              Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
     tel: 038 477 53 69 | fax: 038 477 53 74 | www.pragma-ade.com
                                             | www.pragma-pod.nl
-----------------------------------------------------------------