new beta

new beta

[Hans Hagen]

Hi,

I just uploaded a beta that can have some issues due to cleanup of one 
of the core support modules. Nothing serious probably.

Hans

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

___________________________________________________________________________________
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
___________________________________________________________________________________

new beta

[Hans Hagen]

Hi,

I uploaded an mkiv and lmtx beta (remake/cache needed).

---------------------------------------------------
1 spacekerns for own features (experimental)
---------------------------------------------------

% decouple feature from 'kern' only

\definefontfeature [TestA] [default]
\definefontfeature [TestB] [default][kern=no]
\definefontfeature [TestC] [default][kern=no,xkern=yes]

\startluacode
   fonts.handlers.otf.addfeature {
       name = "kern",
       type = "kern",
       data = {
           [" "] = { ["X"] = 4000 }
       }
   }

   fonts.handlers.otf.addfeature {
       name = "xkern",
       type = "kern",
       data = {
           [" "] = { ["X"] = 1500 }
       }
   }

\stopluacode

\starttext
     \definedfont[Serif*TestA]\dorecurse{3}{#1 x x X\par}
     \definedfont[Serif*TestB]\dorecurse{3}{#1 x x X\par}
     \definedfont[Serif*TestC]\dorecurse{3}{#1 x x X\par}
\stoptext

---------------------------------------------------
2 hanging captions
---------------------------------------------------

% a follow up on HM request / WS discussion

\setupexternalfigures[location=default]

\setupcaption
   [figure]
   [align=tolerant]

\starttext

\startplacefigure[title={\samplefile{jojomayer}}]
   \externalfigure[hacker][width=.75\textwidth]
\stopplacefigure

\setupcaption
   [figure]
   [hang=yes]

\startplacefigure[title={\samplefile{jojomayer}}]
   \externalfigure[hacker][width=.75\textwidth]
\stopplacefigure

\stoptext

---------------------------------------------------
3 background fix in contour labels
---------------------------------------------------

% gray background was left over from testing

---------------------------------------------------
4 some stuff for offlist dev / discussion
---------------------------------------------------

% lmtx functionality related

---------------------------------------------------
5 some more documents
---------------------------------------------------

Hans

-----------------------------------------------------------------
                                           Hans Hagen | PRAGMA ADE
               Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
        tel: 038 477 53 69 | www.pragma-ade.nl | www.pragma-pod.nl
-----------------------------------------------------------------
___________________________________________________________________________________
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://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki     : http://contextgarden.net
___________________________________________________________________________________

Re: new beta

[Otared Kavian]

Hi Hans,

Thanks a lot for the new beta and for having fixed the issue with luametatex binaries.
Everything works great with version 2019.12.06 21:40.

Best regards: OK

> On 6 Dec 2019, at 15:05, Hans Hagen <j.hagen@xs4all.nl> wrote:
> 
> On 12/6/2019 1:34 PM, Otared Kavian wrote:
> 
>> Is this too old? Is this file created during installation or is it contained in the zip files downloaded from Pragma's site?
> Ok, I think that there is some issue with the builder. Mojca, it looks like there is no binary upload happening after a build. If needed I can revert to Alan for building but maybe it's something simple.
> 
> (There are two mac variants.)
> 
> Hans
> 
> -----------------------------------------------------------------
>                                          Hans Hagen | PRAGMA ADE
>              Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
>       tel: 038 477 53 69 | www.pragma-ade.nl | www.pragma-pod.nl
> -----------------------------------------------------------------
> ___________________________________________________________________________________
> 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://context.aanhet.net
> archive  : https://bitbucket.org/phg/context-mirror/commits/
> wiki     : http://contextgarden.net
> ___________________________________________________________________________________

___________________________________________________________________________________
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://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki     : http://contextgarden.net
___________________________________________________________________________________

Re: new beta

[Hans Hagen]

On 12/6/2019 1:34 PM, Otared Kavian wrote:

> Is this too old? Is this file created during installation or is it contained in the zip files downloaded from Pragma's site?
Ok, I think that there is some issue with the builder. Mojca, it looks 
like there is no binary upload happening after a build. If needed I can 
revert to Alan for building but maybe it's something simple.

(There are two mac variants.)

Hans

-----------------------------------------------------------------
                                           Hans Hagen | PRAGMA ADE
               Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
        tel: 038 477 53 69 | www.pragma-ade.nl | www.pragma-pod.nl
-----------------------------------------------------------------
___________________________________________________________________________________
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://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki     : http://contextgarden.net
___________________________________________________________________________________

Re: new beta

[Otared Kavian]

Hi again,

I just installed anew lmtx from Pragma website

	http://lmtx.pragma-ade.nl/install-lmtx/context-osx-64.zip

and I have the same problem: the format cannot be made.
Looking at luametatex in a Terminal window, I get

	-rwxr--r-- 1 kavian staff 2.7M Dec 6 13:15 /context-osx-64/tex/texmf-osx-64/bin/luametatex*

and I cannot tell whether it is old or recent, but typing

	luametatex --version 

gives among other things:

	Functionality : level 20191029

Is this too old? Is this file created during installation or is it contained in the zip files downloaded from Pragma's site?

Thanks for any help,
Best regards: Otared K.


> 
> On 6 Dec 2019, at 06:21, Wolfgang Schuster <wolfgang.schuster.lists@gmail.com> wrote:
> 
> Otared Kavian schrieb am 06.12.2019 um 04:23:
>> Dear Hans,
>> 
>> The problem I described in my previous message comes indeed from \defineexpansion which is not defined.
>> Upon commenting out the lines 95--98 in the file « hand-ini.mkxl » that is the four lines:
>> 
>> \defineexpansion
>>   [\c!step=1,
>>    \c!stretch=40,
>>    \c!shrink=20]
>> 
>> I could remake the format with version 2019.12.05 18:59. Then lmtx works fine as far as my files are concerned, but I don't know if there are side effects…
>> (However, once the format is made, if I uncomment those lines then lmtx works fine, but clearly one cannot make again the format)
> 
> You Luametatex binary is too old which missed the new \adjustspacingstep command shown in the error message from your previous mail.
> 
> Wolfgang
> 

___________________________________________________________________________________
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://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki     : http://contextgarden.net
___________________________________________________________________________________

Re: new beta

[Hans Hagen]

On 12/5/2019 8:28 PM, Otared Kavian wrote:
> Hi Hans,
> 
> Thanks for the new features and the new release.
> I could download the new installer  for MacOS which installs the latest version but it cannot make the formats ending with the error message which I copy below.
> 
> Best regards: OK
> PS: this is the error message when installing:
> 
> tex error       > tex error on line 99 in file hand-ini.mkxl: ! Undefined control sequence
that means that the binary is not updated ... can this relate to the new 
osx policies?

Hans

-----------------------------------------------------------------
                                           Hans Hagen | PRAGMA ADE
               Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
        tel: 038 477 53 69 | www.pragma-ade.nl | www.pragma-pod.nl
-----------------------------------------------------------------
___________________________________________________________________________________
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://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki     : http://contextgarden.net
___________________________________________________________________________________

Re: new beta

[Wolfgang Schuster]

Otared Kavian schrieb am 06.12.2019 um 04:23:
> Dear Hans,
>
> The problem I described in my previous message comes indeed from \defineexpansion which is not defined.
> Upon commenting out the lines 95--98 in the file « hand-ini.mkxl » that is the four lines:
>
> \defineexpansion
>    [\c!step=1,
>     \c!stretch=40,
>     \c!shrink=20]
>
> I could remake the format with version 2019.12.05 18:59. Then lmtx works fine as far as my files are concerned, but I don't know if there are side effects…
> (However, once the format is made, if I uncomment those lines then lmtx works fine, but clearly one cannot make again the format)

You Luametatex binary is too old which missed the new \adjustspacingstep 
command shown in the error message from your previous mail.

Wolfgang

___________________________________________________________________________________
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://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki     : http://contextgarden.net
___________________________________________________________________________________

Re: new beta

[Vladimir Lomov]

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

Hello,
** Otared Kavian <otared@gmail.com> [2019-12-06 04:23:28 +0100]:

> Dear Hans,
 
> The problem I described in my previous message comes indeed from
> \defineexpansion which is not defined.  Upon commenting out the lines
> 95--98 in the file « hand-ini.mkxl » that is the four lines:
 
> \defineexpansion
>   [\c!step=1,
>    \c!stretch=40,
>    \c!shrink=20]

That's strange. I indeed see these lines in 'hand-ini.mkxl' but I could
recreate format without problem on my Linux box (Archlinux x86_64), even
after clearing the cache and doing

  $ mtxrun --generate ; context --make

gives me working context (lmtx).

> I could remake the format with version 2019.12.05 18:59. Then lmtx
> works fine as far as my files are concerned, but I don't know if there
> are side effects… (However, once the format is made, if I uncomment
> those lines then lmtx works fine, but clearly one cannot make again
> the format)

I tried two examples with lmtx and they typeset fine.

> Best regards: OK

[...]

---
WBR, Vladimir Lomov

-- 
There is grandeur in this view of life, with its several powers, having been
originally breathed into a few forms or into one; and that, whilst this planet
has gone cycling on according to the fixed law of gravity, from so simple a
beginning endless forms most beautiful and most wonderful have been, and are
being, evolved.
		-- Darwin

[-- Attachment #1.2: signature.asc --]
[-- Type: application/pgp-signature, Size: 228 bytes --]

[-- Attachment #2: Type: text/plain, Size: 493 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://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki     : http://contextgarden.net
___________________________________________________________________________________

Re: new beta

[Otared Kavian]

Dear Hans,

The problem I described in my previous message comes indeed from \defineexpansion which is not defined.
Upon commenting out the lines 95--98 in the file « hand-ini.mkxl » that is the four lines:

\defineexpansion
  [\c!step=1,
   \c!stretch=40,
   \c!shrink=20]

I could remake the format with version 2019.12.05 18:59. Then lmtx works fine as far as my files are concerned, but I don't know if there are side effects…
(However, once the format is made, if I uncomment those lines then lmtx works fine, but clearly one cannot make again the format)

Best regards: OK

> On 5 Dec 2019, at 20:28, Otared Kavian <otared@gmail.com> wrote:
> 
> Hi Hans,
> 
> Thanks for the new features and the new release.
> I could download the new installer  for MacOS which installs the latest version but it cannot make the formats ending with the error message which I copy below.
> 
> Best regards: OK
> PS: this is the error message when installing:
> 
> tex error       > tex error on line 99 in file hand-ini.mkxl: ! Undefined control sequence
> 
> <inserted text> ...ansion :\currentexpansion }{\adjustspacingstep 
>                                                  \expansionparameter \c!ste...
> \define_expansion ...i \the \everydefineexpansion 
>                                                  \let \currentexpansion \sa...
> <to be read again> \syst_helpers_triple_empty_two_nop 
>                                    \par 
> l.99 
> 
> 
> <empty file>
> 
> 
> The control sequence at the end of the top line of your error message was never
> \def'ed. You can just continue as I'll forget about whatever was undefined.
> 
> 
> resolvers       | formats |
> resolvers       | formats | binary path      : /context-osx-64/tex/texmf-osx-64/bin
> resolvers       | formats | format path      : /context-osx-64/tex/texmf-cache/luatex-cache/context/5fe67e0bfe781ce0dde776fb1556f32e/formats/luametatex
> resolvers       | formats | luatex engine    : luametatex
> resolvers       | formats | lua startup file : /context-osx-64/tex/texmf-context/tex/context/base/mkiv/luat-cod.lua
> resolvers       | formats | context file     : /context-osx-64/tex/texmf-context/tex/context/base/mkiv/cont-en.mkxl
> resolvers       | formats | run time         : 0.494 seconds
> resolvers       | formats | return value     : error
> resolvers       | formats |
> system          | total runtime: 0.567 seconds of 0.623 seconds
> 
> 
>> On 5 Dec 2019, at 19:31, Hans Hagen <j.hagen@xs4all.nl> wrote:
>> 
>> Hi,
>> 
>> I uploaded a new lmtx beta. Hopefully the installer works ok as I redid some of the "zip" related code (simpler, smaller binary too). FWIW, the luametatex codebase is now pretty close to okay, but of course there can be bugs, but nothing thay can't be solved fast.
>> 
>> Given some earlier discussions on the list, I wonder about running context in containers and (behind the screens) web applications. Is there anything needed, mostly in the support scripts I guess, that can make that more comfortable / efficient / etc?
>> 
>> Hans
>> 
>> -----------------------------------------------------------------
>>                                         Hans Hagen | PRAGMA ADE
>>             Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
>>      tel: 038 477 53 69 | www.pragma-ade.nl | www.pragma-pod.nl
>> -----------------------------------------------------------------
>> ___________________________________________________________________________________
>> 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://context.aanhet.net
>> archive  : https://bitbucket.org/phg/context-mirror/commits/
>> wiki     : http://contextgarden.net
>> ___________________________________________________________________________________
> 

___________________________________________________________________________________
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://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki     : http://contextgarden.net
___________________________________________________________________________________

Re: new beta

[Otared Kavian]

Hi Hans,

Thanks for the new features and the new release.
I could download the new installer  for MacOS which installs the latest version but it cannot make the formats ending with the error message which I copy below.

Best regards: OK
PS: this is the error message when installing:

tex error       > tex error on line 99 in file hand-ini.mkxl: ! Undefined control sequence

<inserted text> ...ansion :\currentexpansion }{\adjustspacingstep 
                                                  \expansionparameter \c!ste...
\define_expansion ...i \the \everydefineexpansion 
                                                  \let \currentexpansion \sa...
<to be read again> \syst_helpers_triple_empty_two_nop 
                                    \par 
l.99 
   

<empty file>


The control sequence at the end of the top line of your error message was never
\def'ed. You can just continue as I'll forget about whatever was undefined.


resolvers       | formats |
resolvers       | formats | binary path      : /context-osx-64/tex/texmf-osx-64/bin
resolvers       | formats | format path      : /context-osx-64/tex/texmf-cache/luatex-cache/context/5fe67e0bfe781ce0dde776fb1556f32e/formats/luametatex
resolvers       | formats | luatex engine    : luametatex
resolvers       | formats | lua startup file : /context-osx-64/tex/texmf-context/tex/context/base/mkiv/luat-cod.lua
resolvers       | formats | context file     : /context-osx-64/tex/texmf-context/tex/context/base/mkiv/cont-en.mkxl
resolvers       | formats | run time         : 0.494 seconds
resolvers       | formats | return value     : error
resolvers       | formats |
system          | total runtime: 0.567 seconds of 0.623 seconds


> On 5 Dec 2019, at 19:31, Hans Hagen <j.hagen@xs4all.nl> wrote:
> 
> Hi,
> 
> I uploaded a new lmtx beta. Hopefully the installer works ok as I redid some of the "zip" related code (simpler, smaller binary too). FWIW, the luametatex codebase is now pretty close to okay, but of course there can be bugs, but nothing thay can't be solved fast.
> 
> Given some earlier discussions on the list, I wonder about running context in containers and (behind the screens) web applications. Is there anything needed, mostly in the support scripts I guess, that can make that more comfortable / efficient / etc?
> 
> Hans
> 
> -----------------------------------------------------------------
>                                          Hans Hagen | PRAGMA ADE
>              Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
>       tel: 038 477 53 69 | www.pragma-ade.nl | www.pragma-pod.nl
> -----------------------------------------------------------------
> ___________________________________________________________________________________
> 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://context.aanhet.net
> archive  : https://bitbucket.org/phg/context-mirror/commits/
> wiki     : http://contextgarden.net
> ___________________________________________________________________________________

___________________________________________________________________________________
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://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki     : http://contextgarden.net
___________________________________________________________________________________

new beta

[Hans Hagen]

Hi,

I uploaded a new lmtx beta. Hopefully the installer works ok as I redid 
some of the "zip" related code (simpler, smaller binary too). FWIW, the 
luametatex codebase is now pretty close to okay, but of course there can 
be bugs, but nothing thay can't be solved fast.

Given some earlier discussions on the list, I wonder about running 
context in containers and (behind the screens) web applications. Is 
there anything needed, mostly in the support scripts I guess, that can 
make that more comfortable / efficient / etc?

Hans

-----------------------------------------------------------------
                                           Hans Hagen | PRAGMA ADE
               Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
        tel: 038 477 53 69 | www.pragma-ade.nl | www.pragma-pod.nl
-----------------------------------------------------------------
___________________________________________________________________________________
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://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki     : http://contextgarden.net
___________________________________________________________________________________

Re: new beta

[Pablo Rodriguez]

On 11/13/19 9:34 AM, Hans Hagen wrote:
> On 11/12/2019 10:20 PM, Pablo Rodriguez wrote:
>
>> LMTX has no problems with this. Could you fix this in MkIV?
>
> Can you check again?

Many thanks for your fast fix, Hans.

Everything works fine now.

Pablo
--
http://www.ousia.tk
___________________________________________________________________________________
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://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki     : http://contextgarden.net
___________________________________________________________________________________

Re: new beta

[Hans Hagen]

On 11/12/2019 10:20 PM, Pablo Rodriguez wrote:

> LMTX has no problems with this. Could you fix this in MkIV?

Can you check again?

Hans



-----------------------------------------------------------------
                                           Hans Hagen | PRAGMA ADE
               Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
        tel: 038 477 53 69 | www.pragma-ade.nl | www.pragma-pod.nl
-----------------------------------------------------------------
___________________________________________________________________________________
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://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki     : http://contextgarden.net
___________________________________________________________________________________

Re: new beta

[Pablo Rodriguez]

On 11/12/19 7:50 PM, Hans Hagen wrote:
> Hi,
>
> I uploaded a new beta. Apart from some fixes, the main change in lmtx is
> that on windows most (a few exceptions) of the mechanisms that interface
> to the operating system support the internal wide character model which
> should make the lot more robust for file names, environment variables,
> command line options etc that (at the tex/lua end utf8) have characters
> other than ascii. Another improvement in lmtx is support for ancient
> type 1 fonts (like the type 1 lucidas) but that's more 'being complete'
> than a 'real need' (when such fonts are used wiping the cache is
> needed). Both these (lmtx only) patches can have unforseen (by me) side
> effects but nothing that can't be fixed fast.

Many thanks for the new beta, Hans.

I cannot find any of these documents (in MkIV, with first-setup.sh
installer):

tex/texmf-context/tex/context/interface/mkiv/i-context.pdf
tex/texmf-context/doc/context/documents/general/qrcs/setup-en.pdf
tex/texmf-context/doc/context/documents/general/qrcs/setup-mapping-en.pdf

It doesn’t seem to be renamed (at least, to me).

BTW, I cannot compile this sample with MkIV :

    \starttext
    a
    \stoptext

Here you have the error message:

    tex error       > tex error on line 133 in file math-ini.mkiv:
    ! Undefined control sequence
    l.133     \ordlimits
                      \limits

LMTX has no problems with this. Could you fix this in MkIV?

Many thanks for your help,

Pablo
--
http://www.ousia.tk
___________________________________________________________________________________
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://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki     : http://contextgarden.net
___________________________________________________________________________________

new beta

[Hans Hagen]

Hi,

I uploaded a new beta. Apart from some fixes, the main change in lmtx is 
that on windows most (a few exceptions) of the mechanisms that interface 
to the operating system support the internal wide character model which 
should make the lot more robust for file names, environment variables, 
command line options etc that (at the tex/lua end utf8) have characters 
other than ascii. Another improvement in lmtx is support for ancient 
type 1 fonts (like the type 1 lucidas) but that's more 'being complete' 
than a 'real need' (when such fonts are used wiping the cache is 
needed). Both these (lmtx only) patches can have unforseen (by me) side 
effects but nothing that can't be fixed fast.

Hans


-----------------------------------------------------------------
                                           Hans Hagen | PRAGMA ADE
               Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
        tel: 038 477 53 69 | www.pragma-ade.nl | www.pragma-pod.nl
-----------------------------------------------------------------
___________________________________________________________________________________
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://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki     : http://contextgarden.net
___________________________________________________________________________________

new beta

[Hans Hagen]

Hi,

I uploaded a new beta. Some might have noticed that stepwise some font 
support has been redone. We're talking of lmtx only here. For instance 
low level handling of color fonts as used for emoji but there are also 
other (often incomplete) fonts out there (overlay, png, svg) has become 
(on the average) a bit more efficient. It's somewhat tricky to satisfy 
viewers but at my end things work ok. It should also work in a cmyk only 
mode. As usual it's work in progress (and in this case very likely lmtx 
only).

Also some first (runtime) metafun (2) font creation support has been 
added (was always possible but it's a bit more convenient now). An 
example can be found in: meta-imp-gamesymbols.mkxl (the file can be 
processed with the 'context' command and will produce an example).

As usual imagination determines the limits of what context provides, so 
feel free to suggest more (examples). Again this is lmtx specific.

Hans

-----------------------------------------------------------------
                                           Hans Hagen | PRAGMA ADE
               Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
        tel: 038 477 53 69 | www.pragma-ade.nl | www.pragma-pod.nl
-----------------------------------------------------------------
___________________________________________________________________________________
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://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki     : http://contextgarden.net
___________________________________________________________________________________

new beta

[Hans Hagen]

Hi,

I uploaded a new beta. There is a new command \setextrafontkerns which 
is described in the fonts-mkiv manual section 8.12. probably not that 
useful but kind of fun.

Hans

-----------------------------------------------------------------
                                           Hans Hagen | PRAGMA ADE
               Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
        tel: 038 477 53 69 | www.pragma-ade.nl | www.pragma-pod.nl
-----------------------------------------------------------------
___________________________________________________________________________________
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://context.aanhet.net
archive  : http://foundry.supelec.fr/projects/contextrev/
wiki     : http://contextgarden.net
___________________________________________________________________________________

Re: new beta

[Hans Hagen]

On 11/20/2015 8:03 AM, Schmitz Thomas A. wrote:
>
>> On 19 Nov 2015, at 22:45, Pablo Rodriguez <oinos@gmx.es> wrote:
>>
>> I have just updated and compilation from XML sources works fine again
>> (at least with the file I tested ;-)).
>
> The problem with xml entities persists. They are not processed, but printed as is. I sent an example on Oct. 13.

i'll have a look at it


-----------------------------------------------------------------
                                           Hans Hagen | PRAGMA ADE
               Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
     tel: 038 477 53 69 | voip: 087 875 68 74 | www.pragma-ade.com
                                              | www.pragma-pod.nl
-----------------------------------------------------------------
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Mojca Miklavec]

On 19 November 2015 at 22:29, Mojca Miklavec wrote:
> On 17 November 2015 at 11:53, Hans Hagen wrote:
>> Hi,
>>
>> There is a new beta coming but it goes in sync with a new release of luatex
>> (0.85). As there have been some fundamental changes the macros and engine
>> need to be updated in sync so when something goes wrong with an update, be
>> patient and wait till binaries are in sync with macros for your platform. By
>> the end of this week the garden should be ok.
>
> Hi,
>
> I just wanted to say that apart from maybe windows (and arm & solaris)
> all other platforms already contain the latest version of LuaTeX.
> (ChangeLog on w32tex contains a reference to 0.85, but I get a version
> from two days ago for some reason, so windows users might want to wait
> a tiny bit.)
>
> Mojca
>
> PS: "current" won't work due to incompatibility with luatex version.

Windows binaries should work by now.

Mojca
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Schmitz Thomas A.]

> On 19 Nov 2015, at 22:45, Pablo Rodriguez <oinos@gmx.es> wrote:
> 
> I have just updated and compilation from XML sources works fine again
> (at least with the file I tested ;-)).

The problem with xml entities persists. They are not processed, but printed as is. I sent an example on Oct. 13.

Thomas
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Pablo Rodriguez]

On 11/19/2015 10:29 PM, Mojca Miklavec wrote:
> On 17 November 2015 at 11:53, Hans Hagen wrote:
>> Hi,
>>
>> There is a new beta coming but it goes in sync with a new release of luatex
>> (0.85). As there have been some fundamental changes the macros and engine
>> need to be updated in sync so when something goes wrong with an update, be
>> patient and wait till binaries are in sync with macros for your platform. By
>> the end of this week the garden should be ok.
> 
> Hi,
> 
> I just wanted to say that apart from maybe windows (and arm & solaris)
> all other platforms already contain the latest version of LuaTeX.
> (ChangeLog on w32tex contains a reference to 0.85, but I get a version
> from two days ago for some reason, so windows users might want to wait
> a tiny bit.)

Many thanks, Hans and Mojca, for your excellent work.

I have just updated and compilation from XML sources works fine again
(at least with the file I tested ;-)).


Pablo
-- 
http://www.ousia.tk
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Mojca Miklavec]

On 17 November 2015 at 11:53, Hans Hagen wrote:
> Hi,
>
> There is a new beta coming but it goes in sync with a new release of luatex
> (0.85). As there have been some fundamental changes the macros and engine
> need to be updated in sync so when something goes wrong with an update, be
> patient and wait till binaries are in sync with macros for your platform. By
> the end of this week the garden should be ok.

Hi,

I just wanted to say that apart from maybe windows (and arm & solaris)
all other platforms already contain the latest version of LuaTeX.
(ChangeLog on w32tex contains a reference to 0.85, but I get a version
from two days ago for some reason, so windows users might want to wait
a tiny bit.)

Mojca

PS: "current" won't work due to incompatibility with luatex version.
___________________________________________________________________________________
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
___________________________________________________________________________________

new beta

[Hans Hagen]

Hi,

There is a new beta coming but it goes in sync with a new release of 
luatex (0.85). As there have been some fundamental changes the macros 
and engine need to be updated in sync so when something goes wrong with 
an update, be patient and wait till binaries are in sync with macros for 
your platform. By the end of this week the garden should be ok.

The 0.85 release will be followed by a 0.90 early next year and 0.95 for 
texlive 2016. Then at the 10th context meeting we can release 1.00. 
After that the functionality of luatex is mostly stable but we can (and 
will) play with a follow up (so 2.* version will be betas again upto a 
3.* release). We've not run out of ideas yet.

Hans

-----------------------------------------------------------------
                                           Hans Hagen | PRAGMA ADE
               Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
     tel: 038 477 53 69 | voip: 087 875 68 74 | www.pragma-ade.com
                                              | www.pragma-pod.nl
-----------------------------------------------------------------
___________________________________________________________________________________
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
___________________________________________________________________________________

New beta

[Fabrice Couvreur]

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

Hi,
If you compile the following file with new beta, the placement of the table
and the figure is incorrect.
Thank you,
Fabrice


\definefloat
   [recipe]
   [figure]

\setupfloat
   [recipe]
   [default={right,none}]

\startsetups[table:initialize]
  \setupTABLE[start][align={middle,lohi},offset=1ex]
\stopsetups

\starttext

\placerecipe{}{\externalfigure[louvre.jpg][width=5cm]}
Le tableau ci-dessous indique le nombre d'entrées (en milliers) au musée du
Louvre :
\blank
\startmidaligned
\bTABLE[setups=table:initialize]
\bTR
    \bTH  Années \eTH
    \bTD  2010    \eTD
    \bTD  2011    \eTD
    \bTD  2012    \eTD
    \bTD 2 013    \eTD
\eTR
\bTR
    \bTH Entrées (en milliers) \eTH
    \bTD  8\,346   \eTD
    \bTD  8\,841   \eTD
    \bTD  9\,720   \eTD
    \bTD  9\,200   \eTD
\eTR
\eTABLE
\stopmidaligned
\blank

\stoptext

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

[-- Attachment #2: Type: text/plain, Size: 485 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
___________________________________________________________________________________

New beta

[Fabrice Couvreur]

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

Hi,
If you compile the following file with new beta, the placement of the table
and the figure is incorrect.
Thank you,
Fabrice


\definefloat
   [recipe]
   [figure]

\setupfloat
   [recipe]
   [default={right,none}]

\startsetups[table:initialize]
  \setupTABLE[start][align={middle,lohi},offset=1ex]
\stopsetups

\starttext

\placerecipe{}{\externalfigure[louvre.jpg][width=5cm]}
Le tableau ci-dessous indique le nombre d'entrées (en milliers) au musée du
Louvre :
\blank
\startmidaligned
\bTABLE[setups=table:initialize]
\bTR
    \bTH  Années \eTH
    \bTD  2010    \eTD
    \bTD  2011    \eTD
    \bTD  2012    \eTD
    \bTD 2 013    \eTD
\eTR
\bTR
    \bTH Entrées (en milliers) \eTH
    \bTD  8\,346   \eTD
    \bTD  8\,841   \eTD
    \bTD  9\,720   \eTD
    \bTD  9\,200   \eTD
\eTR
\eTABLE
\stopmidaligned
\blank

\stoptext

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

[-- Attachment #2: Type: text/plain, Size: 485 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
___________________________________________________________________________________

new beta

[Hans Hagen]

Hi,

I uploaded a new beta. The reported bidi issue with footnotes had to do 
with some unhboxing that doesn't play well with the bidi analyzers, i.e. 
in case of

<new text> <unhboxed done text> <new text>

the done text is already treated. I now use a slightly different 
implementation.

I also added the arabicdecimals conversion.

There is also a new feature called profiling which is very experimental 
and falls into the 'over the top' category (it's not the fastest 
mechanism around).

\setupbodyfont[dejavu]

% methods: none strict fixed|haldfixed|quaterfixed|eightsfixed
% where fixed also adapts to grid snapping

\defineprofile
   [myprofile]
   [method=quarterfixed,
    height=\strutht,
    depth=\strutdp,
    distance=3pt]

\startbuffer
\dostepwiserecurse{1}{400}{5}{just a test #1 $\frac{x}{#1}^{#1}$ and 
}done\par
\stopbuffer

\starttext

     \startTEXpage[align=normal,strut=no]
         \getbuffer
     \stopTEXpage

     \startTEXpage[align=normal,strut=no,profile=myprofile]
         \getbuffer
     \stopTEXpage

     \enabletrackers[profiling.show]
     \startTEXpage[align=normal,strut=no,profile=myprofile]
         \getbuffer
     \stopTEXpage
     \disabletrackers[profiling.show]

\stoptext

In everyday use this feature is not that interesting but for special 
cases it might come in handy.

Hans

-----------------------------------------------------------------
                                           Hans Hagen | PRAGMA ADE
               Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
     tel: 038 477 53 69 | voip: 087 875 68 74 | www.pragma-ade.com
                                              | www.pragma-pod.nl
-----------------------------------------------------------------
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Hans Hagen]

On 7/11/2015 4:27 PM, Pablo Rodriguez wrote:
> On 07/11/2015 02:32 PM, Wolfgang Schuster wrote:
>> [...]
>> 1. Does the same happen with other fonts in this folder.
>>
>> 2. What happens when you put the fonts in your local TeX directory (or
>> texmf-fonts/fonts/opentype of your context installation).
>
> Many thanks for your replies, Thomas and Wolfgang.
>
> My font directory /usr/share/fonts/ousia/ is actually a symlink to
> /home/ousia/Documents/ousia-fonts/.
>
> It worked fine until newotf. I replaced the symlink. Now the font
> directory points to tex/texmf-fonts.
>
> After changing this, both the sample I provided and the one from
> Wolfgang work fine.
>
> I wonder why symlinks aren’t followed in the first case.


maybe some difference in opening a file in lua or directlky in c ..

Hans

-----------------------------------------------------------------
                                           Hans Hagen | PRAGMA ADE
               Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
     tel: 038 477 53 69 | voip: 087 875 68 74 | www.pragma-ade.com
                                              | www.pragma-pod.nl
-----------------------------------------------------------------
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Hans Hagen]

On 7/11/2015 1:15 PM, Pablo Rodriguez wrote:
> On 07/11/2015 10:53 AM, Hans Hagen wrote:
>> On 7/11/2015 7:17 AM, Pablo Rodriguez wrote:
>>> [...]
>>> I’m afraid that newotf crashes with this sample:
>>> [...]
>> define crashes ... i donwloaded the font, ran mtxrun --generate and
>> remade the font database and this works:
>>
>>       [GFS Didot Classic]
>
> I have this font installed too and I’m afraid it gives the same error.
>
> The fonts I meant are these ones:
> http://www.greekfontsociety.gr/GFS_DIDOT_OT.zip. (GFS Didot Classic is a
> slightly different font.)
>
> With crashing I meant no PDF generation because a not found font. The
> font is there (log attached):
>
> $ fc-list GFSDidot
> /usr/share/fonts/ousia/GFSDidotBoldItalic.otf: GFS Didot:style=Bold Italic
> /usr/share/fonts/ousia/GFSDidotBold.otf: GFS Didot,GFS Didot Rg:style=Bold
> /usr/share/fonts/ousia/GFSDidotItalic.otf: GFS Didot:style=Italic
> /usr/share/fonts/ousia/GFSDidot.otf: GFS Didot:style=Regular
>
> And if I don’t load the newotf module, the font is loaded fine:
>
> used file       >    7: filename=/usr/share/fonts/ousia/GFSDidot.otf
> format=otf foundname=/usr/share/fonts/ousia/GFSDidot.otf usedmethod=direct
>
> This is weird, since if I load a non-existent font (such as
> Impossibila), compilation generates a PDF file. No glyph replacement, of
> course,
>
> Sorry, but not even adding either of this options works with newotf:
>
>      tf=file:GFSDidot.otf
>
>      tf=style:regular
>
> What am I doing wrong?

That is a weird error as when no font is found and loaded nothing gets 
passed to the backend so this error is weird.

Hans

-----------------------------------------------------------------
                                           Hans Hagen | PRAGMA ADE
               Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
     tel: 038 477 53 69 | voip: 087 875 68 74 | www.pragma-ade.com
                                              | www.pragma-pod.nl
-----------------------------------------------------------------
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Pablo Rodriguez]

On 07/11/2015 05:23 PM, Wolfgang Schuster wrote:
> [...]
> It works for me when I use the Postscript files from the txfonts 
> package, you need the following files:

Many thanks for your reply, Wolfgang.

I wanted to avoid using PostScript files, but it seems that I have to
use them.

Many thanks for your help,


Pablo
-- 
http://www.ousia.tk
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Wolfgang Schuster]

Pablo Rodriguez schrieb:
> On 07/11/2015 02:32 PM, Wolfgang Schuster wrote:
>> [...]
>> 1. Does the same happen with other fonts in this folder.
>>
>> 2. What happens when you put the fonts in your local TeX directory (or
>> texmf-fonts/fonts/opentype of your context installation).
>
> Many thanks for your replies, Thomas and Wolfgang.
>
> My font directory /usr/share/fonts/ousia/ is actually a symlink to
> /home/ousia/Documents/ousia-fonts/.
>
> It worked fine until newotf. I replaced the symlink. Now the font
> directory points to tex/texmf-fonts.
>
> After changing this, both the sample I provided and the one from
> Wolfgang work fine.
>
> I wonder why symlinks aren’t followed in the first case.
>
> But I’m afraid I have a problematic font:
>
> otf reader>  fatal error in file
> '/home/ousia/ctxbeta/tex/texmf-fonts/ousia-fonts/Mechanica.otf':
> .../ctxbeta/tex/texmf-context/tex/context/base/util-fil.lua:24: table
> index is nil
>
> I converted it from the typewritten fonts that came with txfonts.
>
> What is wrong in the font?

It works for me when I use the Postscript files from the txfonts 
package, you need the following files:

- txbtt.afm
- txbtt.pfb
- txbttsc.afm % Only needed when you want bold smallcaps
- txbttsc.pfb % Only needed when you want bold smallcaps
- txtt.afm
- txtt.pfb
- txttsc.afm % Only needed when you want smallcaps
- txttsc.pfb % Only needed when you want smallcaps

To use them put the files in your local TeX directory
(e.g. texmf-fonts/fonts/data).

%%%% begin example
\definefontfamily
   [txfont]
   [tt]
   [txtt]
   [bf=file:txbtt,
    it=features:{default,slanted},
    bi=features:{default,slanted}]

\setupbodyfont[txfont]

\starttext
Test {\it Text} {\bf Text} {\bi Text}
\stoptext
%%%% end example

Wolfgang
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Pablo Rodriguez]

On 07/11/2015 02:32 PM, Wolfgang Schuster wrote:
> [...]
> 1. Does the same happen with other fonts in this folder.
> 
> 2. What happens when you put the fonts in your local TeX directory (or 
> texmf-fonts/fonts/opentype of your context installation).

Many thanks for your replies, Thomas and Wolfgang.

My font directory /usr/share/fonts/ousia/ is actually a symlink to
/home/ousia/Documents/ousia-fonts/.

It worked fine until newotf. I replaced the symlink. Now the font
directory points to tex/texmf-fonts.

After changing this, both the sample I provided and the one from
Wolfgang work fine.

I wonder why symlinks aren’t followed in the first case.

But I’m afraid I have a problematic font:

otf reader      > fatal error in file
'/home/ousia/ctxbeta/tex/texmf-fonts/ousia-fonts/Mechanica.otf':
.../ctxbeta/tex/texmf-context/tex/context/base/util-fil.lua:24: table
index is nil

I converted it from the typewritten fonts that came with txfonts.

What is wrong in the font?

Many thanks for your help,


Pablo
-- 
http://www.ousia.tk
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Wolfgang Schuster]

Pablo Rodriguez schrieb:
> On 07/11/2015 01:26 PM, Wolfgang Schuster wrote:
>> [...]
>> Do you get the same problem when you use the font as main font?
>>
>> \usemodule[newotf]
>>
>> \definefontfamily[mainface][rm][GFS Didot]
>>
>> \setupbodyfont[mainface]
>>
>> \starttext
>> αβγ {\bf αβγ}
>> \stoptext
>
> Yes, I do.

1. Does the same happen with other fonts in this folder.

2. What happens when you put the fonts in your local TeX directory (or 
texmf-fonts/fonts/opentype of your context installation).

Wolfgang
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Thomas A. Schmitz]

On 07/11/2015 02:02 PM, Pablo Rodriguez wrote:
>> Do you get the same problem when you use the font as main font?
>> >
>> >\usemodule[newotf]
>> >
>> >\definefontfamily[mainface][rm][GFS Didot]
>> >
>> >\setupbodyfont[mainface]
>> >
>> >\starttext
>> >αβγ {\bf αβγ}
>> >\stoptext
> Yes, I do.
>
>
> Pablo


Both Wolfgang's file and your original test file compile cleanly here, 
so it must be something on your system.

Thomas
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Pablo Rodriguez]

On 07/11/2015 01:26 PM, Wolfgang Schuster wrote:
> [...]
> Do you get the same problem when you use the font as main font?
> 
> \usemodule[newotf]
> 
> \definefontfamily[mainface][rm][GFS Didot]
> 
> \setupbodyfont[mainface]
> 
> \starttext
> αβγ {\bf αβγ}
> \stoptext

Yes, I do.


Pablo
-- 
http://www.ousia.tk
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Wolfgang Schuster]

Pablo Rodriguez schrieb:
> On 07/11/2015 12:57 PM, Wolfgang Schuster wrote:
>> [...]
>> The font [1,2] works for me without problems.
>>
>> [1] http://www.greekfontsociety.gr/pages/en_typefaces20th.html
>> [2] http://www.greekfontsociety.gr/pages/en_typefaces19th.html
>
> They all work fine for me until I load:
>
>      \usemodule[newotf]
>
> And I don’t know what is wrong here.
>
> Many thanks for your help,

Do you get the same problem when you use the font as main font?

\usemodule[newotf]

\definefontfamily[mainface][rm][GFS Didot]

\setupbodyfont[mainface]

\starttext
αβγ {\bf αβγ}
\stoptext

Wolfgang
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Pablo Rodriguez]

On 07/11/2015 12:57 PM, Wolfgang Schuster wrote:
> [...]
> The font [1,2] works for me without problems.
> 
> [1] http://www.greekfontsociety.gr/pages/en_typefaces20th.html
> [2] http://www.greekfontsociety.gr/pages/en_typefaces19th.html

They all work fine for me until I load:

    \usemodule[newotf]

And I don’t know what is wrong here.

Many thanks for your help,


Pablo
-- 
http://www.ousia.tk
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Pablo Rodriguez]

[-- Attachment #1: Type: text/plain, Size: 1515 bytes --]

On 07/11/2015 10:53 AM, Hans Hagen wrote:
> On 7/11/2015 7:17 AM, Pablo Rodriguez wrote:
>> [...]
>> I’m afraid that newotf crashes with this sample:
>> [...]
> define crashes ... i donwloaded the font, ran mtxrun --generate and 
> remade the font database and this works:
> 
>      [GFS Didot Classic]

I have this font installed too and I’m afraid it gives the same error.

The fonts I meant are these ones:
http://www.greekfontsociety.gr/GFS_DIDOT_OT.zip. (GFS Didot Classic is a
slightly different font.)

With crashing I meant no PDF generation because a not found font. The
font is there (log attached):

$ fc-list GFSDidot
/usr/share/fonts/ousia/GFSDidotBoldItalic.otf: GFS Didot:style=Bold Italic
/usr/share/fonts/ousia/GFSDidotBold.otf: GFS Didot,GFS Didot Rg:style=Bold
/usr/share/fonts/ousia/GFSDidotItalic.otf: GFS Didot:style=Italic
/usr/share/fonts/ousia/GFSDidot.otf: GFS Didot:style=Regular

And if I don’t load the newotf module, the font is loaded fine:

used file       >    7: filename=/usr/share/fonts/ousia/GFSDidot.otf
format=otf foundname=/usr/share/fonts/ousia/GFSDidot.otf usedmethod=direct

This is weird, since if I load a non-existent font (such as
Impossibila), compilation generates a PDF file. No glyph replacement, of
course,

Sorry, but not even adding either of this options works with newotf:

    tf=file:GFSDidot.otf

    tf=style:regular

What am I doing wrong?

Many thanks for your help,


Pablo
-- 
http://www.ousia.tk

[-- Attachment #2: newotf.log --]
[-- Type: text/x-log, Size: 1700 bytes --]

system          > callbacks > not registering frozen 'find_format_file'

open source     > 1 > 1 > /home/ousia/ctxbeta/tex/texmf-context/tex/context/base/cont-yes.mkiv

ConTeXt  ver: 2015.07.10 00:05 MKIV beta  fmt: 2015.7.11  int: english/english

system          > 'cont-new.mkiv' loaded
open source     > 2 > 2 > /home/ousia/ctxbeta/tex/texmf-context/tex/context/base/cont-new.mkiv
resolvers       > modules > 'newotf' is loaded
open source     > 3 > 3 > m-newotf.mkiv
fonts           >
fonts           > replacing font loader code by experimental code
fonts           >
close source    > 3 > 3 > m-newotf.mkiv
close source    > 2 > 3 > /home/ousia/ctxbeta/tex/texmf-context/tex/context/base/cont-new.mkiv
system          > files > jobname 'a', input './a', result 'a'
fonts           > latin modern fonts are not preloaded
languages       > language 'en' is active
open source     > 2 > 4 > /home/ousia/a.tex
fonts           > preloading modern-designsize (math)
fonts           > typescripts > unknown library 'modern-designsize'
fonts           > 'fallback modern-designsize mm 12pt' is loaded
fonts           > preloading modern-designsize (mono)
fonts           > 'fallback modern-designsize tt 12pt' is loaded
fonts           > defining > source file 'GFSDidot.otf' is not found
backend         > xmp > using file '/home/ousia/ctxbeta/tex/texmf-context/tex/context/base/lpdf-pdx.xml'
pages           > flushing realpage 1, userpage 1
close source    > 2 > 4 > /home/ousia/a.tex
close source    > 1 > 4 > /home/ousia/ctxbeta/tex/texmf-context/tex/context/base/cont-yes.mkiv

!LuaTeX error: cannot find OpenType font file for reading ()
 ==> Fatal error occurred, no output PDF file produced!

[-- Attachment #3: Type: text/plain, Size: 485 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
___________________________________________________________________________________

Re: new beta

[Wolfgang Schuster]

Pablo Rodriguez schrieb:
> On 07/11/2015 01:33 AM, Hans Hagen wrote:
>> On 7/10/2015 5:05 PM, Thomas A. Schmitz wrote:
>>> [...]
>>> resolvers>  modules>  'newotf' is not found
>> i had a typo in the zip maker ... that file is missing (the rest is there)
>>
>> (i've send the file send in another mail to list)
>
> Many thanks for the module file, Hans.
>
> I’m afraid that newotf crashes with this sample:
>
>      \definefallbackfamily
>          [mainface]
>          [rm]
>          [GFS Didot]
>          [preset=range:greek]
>
>      \definefontfamily
>          [mainface]
>          [rm]
>          [TeX Gyre Pagella]
>
>      \setupbodyfont
>          [mainface]
>
>      \starttext
>      αβγ
>      \stoptext

The font [1,2] works for me without problems.

[1] http://www.greekfontsociety.gr/pages/en_typefaces20th.html
[2] http://www.greekfontsociety.gr/pages/en_typefaces19th.html

Wolfgang
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Hans Hagen]

On 7/11/2015 7:17 AM, Pablo Rodriguez wrote:
> On 07/11/2015 01:33 AM, Hans Hagen wrote:
>> On 7/10/2015 5:05 PM, Thomas A. Schmitz wrote:
>>> [...]
>>> resolvers       > modules > 'newotf' is not found
>>
>> i had a typo in the zip maker ... that file is missing (the rest is there)
>>
>> (i've send the file send in another mail to list)
>
> Many thanks for the module file, Hans.
>
> I’m afraid that newotf crashes with this sample:
>
>      \definefallbackfamily
>          [mainface]
>          [rm]
>          [GFS Didot]
>          [preset=range:greek]
>
>      \definefontfamily
>          [mainface]
>          [rm]
>          [TeX Gyre Pagella]
>
>      \setupbodyfont
>          [mainface]
>
>      \starttext
>      αβγ
>      \stoptext


define crashes ... i donwloaded the font, ran mtxrun --generate and 
remade the font database and this works:

     [GFS Didot Classic]

There can be some subtle differences in names (i checked all 2000 fonts 
on my machine) which is due to the fact that we stay a bit closer to the 
originals (in the ff approach quite some juggling with names happens, 
the same is true for glyph names). We now a bit closer to the otf spec 
(i hope).

Hans

-----------------------------------------------------------------
                                           Hans Hagen | PRAGMA ADE
               Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
     tel: 038 477 53 69 | voip: 087 875 68 74 | www.pragma-ade.com
                                              | www.pragma-pod.nl
-----------------------------------------------------------------
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Pablo Rodriguez]

On 07/11/2015 01:33 AM, Hans Hagen wrote:
> On 7/10/2015 5:05 PM, Thomas A. Schmitz wrote:
>> [...]
>> resolvers       > modules > 'newotf' is not found
> 
> i had a typo in the zip maker ... that file is missing (the rest is there)
> 
> (i've send the file send in another mail to list)

Many thanks for the module file, Hans.

I’m afraid that newotf crashes with this sample:

    \definefallbackfamily
        [mainface]
        [rm]
        [GFS Didot]
        [preset=range:greek]

    \definefontfamily
        [mainface]
        [rm]
        [TeX Gyre Pagella]

    \setupbodyfont
        [mainface]

    \starttext
    αβγ
    \stoptext


Pablo
-- 
http://www.ousia.tk
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Hans Hagen]

On 7/10/2015 5:05 PM, Thomas A. Schmitz wrote:
> On 07/09/2015 03:39 PM, Hans Hagen wrote:
>> Of course there will be bugs although the test suite runs without
>> crashing. I will use the new code on my machine but you can test it with:
>>
>> \usemodule[newotf]
>>
>> before \starttext (or in cont-loc.mkiv).
>
> Hi Hans,
>
> did the new font mechanism really make it into the beta you uploaded? I get
>
> resolvers       > modules > 'newotf' is not found

i had a typo in the zip maker ... that file is missing (the rest is there)

(i've send the file send in another mail to list)

Hans

-----------------------------------------------------------------
                                           Hans Hagen | PRAGMA ADE
               Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
     tel: 038 477 53 69 | voip: 087 875 68 74 | www.pragma-ade.com
                                              | www.pragma-pod.nl
-----------------------------------------------------------------
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Hans Hagen]

[-- Attachment #1: Type: text/plain, Size: 1336 bytes --]

On 7/10/2015 7:13 PM, Pablo Rodriguez wrote:
> On 07/10/2015 05:05 PM, Thomas A. Schmitz wrote:
>> On 07/09/2015 03:39 PM, Hans Hagen wrote:
>>> Of course there will be bugs although the test suite runs without
>>> crashing. I will use the new code on my machine but you can test it with:
>>>
>>> \usemodule[newotf]
>>>
>>> before \starttext (or in cont-loc.mkiv).
>>
>> Hi Hans,
>>
>> did the new font mechanism really make it into the beta you uploaded? I get
>>
>> resolvers       > modules > 'newotf' is not found
>>
>> with
>>
>> version: 2015.07.10 00:05
>
> Hi Hans and Thomas
>
> the module seems to be missing also in beta from 2015.07.09 15:23.
>
> In beta from 2015.07.10 00:05 cont-loc.mkiv seems to be gone.

that one is not in the distribution ... you can create it

cont-new.mkiv : in distribution (patch file)
cont-loc.mkiv : local file (persistent, not replaced)
cont-exp.mkiv : experimental code (on my machine)

Hans

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

[-- Attachment #2: m-newotf.mkiv --]
[-- Type: text/plain, Size: 1319 bytes --]

%D \module
%D   [       file=m-newotf,
%D        version=2015.07.08,
%D          title=\CONTEXT\ Extra Modules,
%D       subtitle=Experimental OTF Loader,
%D         author=Hans Hagen,
%D           date=\currentdate,
%D      copyright={PRAGMA ADE \& \CONTEXT\ Development Team}]
%C
%C This module is part of the \CONTEXT\ macro||package and is
%C therefore copyrighted by \PRAGMA. See mreadme.pdf for
%C details.

%D This module will go away as soon as we use the new loader code by default.
%D That will happen after extensive testing. Generic support will happen after
%D that.

\unprotect

\startluacode
    local files = {
        "font-otr", "font-cff", "font-ttf", "font-dsp", "font-oup",
        "font-otl", "font-ots", "font-oto", "font-otd", "font-otc",
        "font-osd", "font-map", "font-fbk", "font-gds",
    }

    logs.report("fonts")
    if tex.modes.atpragma then
        logs.report("fonts","replacing font loader code by experimental code (at pragma)")
        logs.report("fonts")
        for i=1,#files do require(file.join("t:/sources",files[i])) end
    else
        logs.report("fonts","replacing font loader code by experimental code")
        logs.report("fonts")
        for i=1,#files do require(files[i]) end
    end
\stopluacode

\protect \endinput

[-- Attachment #3: Type: text/plain, Size: 485 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
___________________________________________________________________________________

Re: new beta

[Dominik Gerstorfer]

[-- Attachment #1.1.1: Type: text/plain, Size: 2937 bytes --]

Hi Hans,

the new beta, 2015.07.10 00:05, messes up punctuation (.:,;) for some fonts
like Calluna. This happens with and without \usemodule[newotf]:

\definefontfamily  [default] [rm] [Calluna]\setupbodyfont     [default]
\starttext
This is not, as it should be; Email: email@example.net\stoptext

​

renders as:

This is not’ as it should be’ Email’ email@example’net

[image: Inline-Bild 1]

 ​
Dominik

2015-07-09 15:39 GMT+02:00 Hans Hagen <pragma@wxs.nl>:

> Hi,
>
> I uploaded a new beta. As a prelude to some updates / improvements in the
> font handling an experimental new otf fontloader/handler is present. This
> one is not used by default but will likely replace the current one (only
> when it has been tested enough). At that time also some other pending
> changes will happen (no functional differences, only improvements).
>
> There are a few advantages to the new approach:
>
> - Indentifying fonts goes a bit faster (some 20 times) but that is already
> in the core.
> - The mem footprint of initial loading a font is smaller.
> - Initial loading can a bit slower depending on the kind of font (no big
> deal as we cache files) and if really needed can be sped up a bit.
> - The cached instance is smaller.
> - Loading the cached font is faster (not that it was slow but still).
> - Some bits and pieces have been optimized (there is room for more but
> I might decide not to do that).
> - Extra substitution features like tlig and trep are now runtime and not
> cached.
> - Processing in node mode can be somewhat faster for complex fonts.
> - The generic font code will stay as it is for at least a while after the
> new code has become stable and the current method will stay around too.
>
> Of course there will be bugs although the test suite runs without
> crashing. I will use the new code on my machine but you can test it with:
>
> \usemodule[newotf]
>
> before \starttext (or in cont-loc.mkiv).
>
> Hans
>
> -----------------------------------------------------------------
>                                           Hans Hagen | PRAGMA ADE
>               Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
>     tel: 038 477 53 69 | voip: 087 875 68 74 | www.pragma-ade.com
>                                              | www.pragma-pod.nl
> -----------------------------------------------------------------
>
> ___________________________________________________________________________________
> 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
>
> ___________________________________________________________________________________

[-- Attachment #1.1.2: Type: text/html, Size: 6803 bytes --]

[-- Attachment #1.2: screenshot.png --]
[-- Type: image/png, Size: 14682 bytes --]

[-- Attachment #2: Type: text/plain, Size: 485 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
___________________________________________________________________________________

Re: new beta

[Pablo Rodriguez]

On 07/10/2015 05:05 PM, Thomas A. Schmitz wrote:
> On 07/09/2015 03:39 PM, Hans Hagen wrote:
>> Of course there will be bugs although the test suite runs without
>> crashing. I will use the new code on my machine but you can test it with:
>>
>> \usemodule[newotf]
>>
>> before \starttext (or in cont-loc.mkiv).
> 
> Hi Hans,
> 
> did the new font mechanism really make it into the beta you uploaded? I get
> 
> resolvers       > modules > 'newotf' is not found
> 
> with
> 
> version: 2015.07.10 00:05

Hi Hans and Thomas

the module seems to be missing also in beta from 2015.07.09 15:23.

In beta from 2015.07.10 00:05 cont-loc.mkiv seems to be gone.


Pablo
-- 
http://www.ousia.tk
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Thomas A. Schmitz]

On 07/09/2015 03:39 PM, Hans Hagen wrote:
> Of course there will be bugs although the test suite runs without
> crashing. I will use the new code on my machine but you can test it with:
>
> \usemodule[newotf]
>
> before \starttext (or in cont-loc.mkiv).

Hi Hans,

did the new font mechanism really make it into the beta you uploaded? I get

resolvers       > modules > 'newotf' is not found

with

version: 2015.07.10 00:05

Thomas
___________________________________________________________________________________
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
___________________________________________________________________________________

new beta

[Hans Hagen]

Hi,

I uploaded a new beta. As a prelude to some updates / improvements in 
the font handling an experimental new otf fontloader/handler is present. 
This one is not used by default but will likely replace the current one 
(only when it has been tested enough). At that time also some other 
pending changes will happen (no functional differences, only improvements).

There are a few advantages to the new approach:

- Indentifying fonts goes a bit faster (some 20 times) but that is 
already in the core.
- The mem footprint of initial loading a font is smaller.
- Initial loading can a bit slower depending on the kind of font (no big 
deal as we cache files) and if really needed can be sped up a bit.
- The cached instance is smaller.
- Loading the cached font is faster (not that it was slow but still).
- Some bits and pieces have been optimized (there is room for more but
I might decide not to do that).
- Extra substitution features like tlig and trep are now runtime and not 
cached.
- Processing in node mode can be somewhat faster for complex fonts.
- The generic font code will stay as it is for at least a while after 
the new code has become stable and the current method will stay around too.

Of course there will be bugs although the test suite runs without 
crashing. I will use the new code on my machine but you can test it with:

\usemodule[newotf]

before \starttext (or in cont-loc.mkiv).

Hans

-----------------------------------------------------------------
                                           Hans Hagen | PRAGMA ADE
               Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
     tel: 038 477 53 69 | voip: 087 875 68 74 | www.pragma-ade.com
                                              | www.pragma-pod.nl
-----------------------------------------------------------------
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Hans Hagen]

On 6/15/2015 9:22 AM, Alan BRASLAU wrote:
> Note that the || in  tufte does not get handled transparently.

indeed ... not that i worry too much about those special catcodes now 
(something i'll look at when i need it)

Hans


-----------------------------------------------------------------
                                           Hans Hagen | PRAGMA ADE
               Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
     tel: 038 477 53 69 | voip: 087 875 68 74 | www.pragma-ade.com
                                              | www.pragma-pod.nl
-----------------------------------------------------------------
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Alan BRASLAU]

Note that the || in  tufte does not get handled transparently.

Alan


On Mon, 15 Jun 2015 00:21:56 +0200
Mojca Miklavec <mojca.miklavec.lists@gmail.com> wrote:

> On Sat, Jun 13, 2015 at 10:00 AM, Hans Hagen wrote:
> > Hi,
> >
> > I uploaded a beta. The most significant (visible) change is in the
> > way mp handles outlines. Here are some examples:
> >
> > % outlinetext   (text) transformations ;
> > % outlinetext.d (text) (draw options) transformations ;
> > % outlinetext.f (text) (fill options) transformations ;
> > % outlinetext.b (text) (draw options) (fill options)
> > transformations ; % outlinetext.r (text) (fill options) (draw
> > options) transformations ;
> >
> > \starttext
> >
> > \startMPpage
> >
> >     draw outlinetext.b
> >         ("\framed[align=normal]{\input{tufte}}")
> >         (withcolor .5white)
> >         (withcolor red withpen pencircle scaled 1/10)
> >         xsized 10cm ;
> >
> > \stopMPpage
> >
> > \startMPpage
> >
> >     draw outlinetext.r
> >         ("\framed[align=normal]{\input{tufte}}")
> >         (withcolor red withpen pencircle scaled 1/10)
> >         (withcolor .5white)
> >         xsized 10cm ;
> >
> > \stopMPpage
> >
> > \startMPpage
> >
> >     draw outlinetext.d
> >         ("\framed[align=normal]{\input{tufte}}")
> >         (withcolor .5white)
> >         xsized 10cm ;
> >
> > \stopMPpage
> >
> > \startMPpage
> >
> >     picture p ; p := outlinetext.p("PX") ;
> >
> >     for i within p :
> >         draw i withcolor red withpen pencircle scaled 1/10 ;
> >     endfor ;
> >
> > \stopMPpage
> >
> > \stoptext
> 
> Amazing.
> 
> This also makes it easy to "drop a shadow", a simplified version being
> something like:
> 
> \starttext
> 
> \startbuffer
> \framed[align=normal]{\bf\input{tufte}}
> \stopbuffer
> 
> \startMPpage
> 
>     draw outlinetext.b
>         ("\getbuffer")
>         (withcolor .85white)
>         (withcolor .85white withpen pencircle scaled 1)
>         shifted (0.5,-0.5) ;
> 
>     draw outlinetext.f
>         ("\getbuffer")
>         (withcolor .7white)
>         shifted (0.5,-0.5) ;
> 
>     draw outlinetext.b
>         ("\getbuffer")
>         (withcolor yellow)
>         (withcolor black withpen pencircle scaled 1/10);
> 
> \stopMPpage
> 
> \stoptext
> 
> ... but I believe one could now address this*** as well (with some
> extra hacking of shadings):
>     http://tex.stackexchange.com/a/52823/6367
> ;) ;) ;)
> 
> 
> The font previews are also amazing.
> 
> Mojca
> 
> *** Some time ago someone made me a poster on a colourful background
> in Photoshop (background had both black and white elements). He used a
> white font with black outline and gray dropped shadow. I reproduced
> the content in ConTeXt, but I wasn't able to reproduce the nice shadow
> that made the text stand out better and thus more readable. In the
> printing house they asked me why I went from good to worse (ie. from
> PhotoShop to TeX) by "decreasing the visibility" of letters. I assume
> that doing smooth shadow behind the letters should finally be possible
> in ConTeXt now as well. [Alan will probably disagree.]

___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Mojca Miklavec]

On Sat, Jun 13, 2015 at 10:00 AM, Hans Hagen wrote:
> Hi,
>
> I uploaded a beta. The most significant (visible) change is in the way mp
> handles outlines. Here are some examples:
>
> % outlinetext   (text) transformations ;
> % outlinetext.d (text) (draw options) transformations ;
> % outlinetext.f (text) (fill options) transformations ;
> % outlinetext.b (text) (draw options) (fill options) transformations ;
> % outlinetext.r (text) (fill options) (draw options) transformations ;
>
> \starttext
>
> \startMPpage
>
>     draw outlinetext.b
>         ("\framed[align=normal]{\input{tufte}}")
>         (withcolor .5white)
>         (withcolor red withpen pencircle scaled 1/10)
>         xsized 10cm ;
>
> \stopMPpage
>
> \startMPpage
>
>     draw outlinetext.r
>         ("\framed[align=normal]{\input{tufte}}")
>         (withcolor red withpen pencircle scaled 1/10)
>         (withcolor .5white)
>         xsized 10cm ;
>
> \stopMPpage
>
> \startMPpage
>
>     draw outlinetext.d
>         ("\framed[align=normal]{\input{tufte}}")
>         (withcolor .5white)
>         xsized 10cm ;
>
> \stopMPpage
>
> \startMPpage
>
>     picture p ; p := outlinetext.p("PX") ;
>
>     for i within p :
>         draw i withcolor red withpen pencircle scaled 1/10 ;
>     endfor ;
>
> \stopMPpage
>
> \stoptext

Amazing.

This also makes it easy to "drop a shadow", a simplified version being
something like:

\starttext

\startbuffer
\framed[align=normal]{\bf\input{tufte}}
\stopbuffer

\startMPpage

    draw outlinetext.b
        ("\getbuffer")
        (withcolor .85white)
        (withcolor .85white withpen pencircle scaled 1)
        shifted (0.5,-0.5) ;

    draw outlinetext.f
        ("\getbuffer")
        (withcolor .7white)
        shifted (0.5,-0.5) ;

    draw outlinetext.b
        ("\getbuffer")
        (withcolor yellow)
        (withcolor black withpen pencircle scaled 1/10);

\stopMPpage

\stoptext

... but I believe one could now address this*** as well (with some
extra hacking of shadings):
    http://tex.stackexchange.com/a/52823/6367
;) ;) ;)


The font previews are also amazing.

Mojca

*** Some time ago someone made me a poster on a colourful background
in Photoshop (background had both black and white elements). He used a
white font with black outline and gray dropped shadow. I reproduced
the content in ConTeXt, but I wasn't able to reproduce the nice shadow
that made the text stand out better and thus more readable. In the
printing house they asked me why I went from good to worse (ie. from
PhotoShop to TeX) by "decreasing the visibility" of letters. I assume
that doing smooth shadow behind the letters should finally be possible
in ConTeXt now as well. [Alan will probably disagree.]
___________________________________________________________________________________
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
___________________________________________________________________________________

new beta

[Hans Hagen]

Hi,

I uploaded a beta. The most significant (visible) change is in the way 
mp handles outlines. Here are some examples:

% outlinetext   (text) transformations ;
% outlinetext.d (text) (draw options) transformations ;
% outlinetext.f (text) (fill options) transformations ;
% outlinetext.b (text) (draw options) (fill options) transformations ;
% outlinetext.r (text) (fill options) (draw options) transformations ;

\starttext

\startMPpage

     draw outlinetext.b
         ("\framed[align=normal]{\input{tufte}}")
         (withcolor .5white)
         (withcolor red withpen pencircle scaled 1/10)
         xsized 10cm ;

\stopMPpage

\startMPpage

     draw outlinetext.r
         ("\framed[align=normal]{\input{tufte}}")
         (withcolor red withpen pencircle scaled 1/10)
         (withcolor .5white)
         xsized 10cm ;

\stopMPpage

\startMPpage

     draw outlinetext.d
         ("\framed[align=normal]{\input{tufte}}")
         (withcolor .5white)
         xsized 10cm ;

\stopMPpage

\startMPpage

     picture p ; p := outlinetext.p("PX") ;

     for i within p :
         draw i withcolor red withpen pencircle scaled 1/10 ;
     endfor ;

\stopMPpage

\stoptext

If you say (will b edefault when no complaints):

\startMPdefinitions
     let graphictext = new_graphictext ;
\stopMPdefinitions

the graphictext macro will also use this method.

If you want a nice view on a font you can say:

\useMPlibrary[outlines]

\showshape[character=a,alternative=page]

\stoptext

or for a whole font:

\setupbodyfont[pagella]
\showshape[character=all,alternative=page]

or

\definedfont[almfixed]
\showshape[character=all,alternative=page]

Another change is a much faster reload of fonts database but as that 
doesn't happen often it might go unnoticed.

Hans

-----------------------------------------------------------------
                                           Hans Hagen | PRAGMA ADE
               Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
     tel: 038 477 53 69 | voip: 087 875 68 74 | www.pragma-ade.com
                                              | www.pragma-pod.nl
-----------------------------------------------------------------
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Hans Hagen]

On 5/15/2015 3:58 PM, Pablo Rodriguez wrote:

> Is a sample file required?
>
> The files that trigger the bug are rather big and I don’t have the time
> right now.
>
> I hope I can elaborate a minimal file this afternoon.

ok, probably only the text around the issue is needed

-----------------------------------------------------------------
                                           Hans Hagen | PRAGMA ADE
               Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
     tel: 038 477 53 69 | voip: 087 875 68 74 | www.pragma-ade.com
                                              | www.pragma-pod.nl
-----------------------------------------------------------------
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Pablo Rodriguez]

On 05/15/2015 11:53 AM, Hans Hagen wrote:
> Hi,
> 
> I uploaded a new beta. This is the last before a current that goes on tl 
> 2015.

Hans,

I get this error with the latest beta from 2015.05.15 11:42:

luajittex: ../../../source/texk/web2c/luatexdir/tex/texnodes.w:2255:
delete_attribute_ref: Assertion
`varmem[(b)].hh.u.B0==attribute_list_node' failed.

Is a sample file required?

The files that trigger the bug are rather big and I don’t have the time
right now.

I hope I can elaborate a minimal file this afternoon.

Many thanks for your help,


Pablo
-- 
http://www.ousia.tk
___________________________________________________________________________________
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
___________________________________________________________________________________

new beta

[Hans Hagen]

Hi,

I uploaded a new beta. This is the last before a current that goes on tl 
2015.

Hans

-----------------------------------------------------------------
                                           Hans Hagen | PRAGMA ADE
               Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
     tel: 038 477 53 69 | voip: 087 875 68 74 | www.pragma-ade.com
                                              | www.pragma-pod.nl
-----------------------------------------------------------------
___________________________________________________________________________________
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
___________________________________________________________________________________

new beta

[Hans Hagen]

Hi,

I uploaded a beta ... there is a new feature (for Alan):

\starttext

\chapter{The never ending story}

\section{An ending story}

\in{chapter}[match(complex bibliographies)]
\in{chapter}[match(never ending)]
\in{chapter}[match(ending)]
\in{chapter}[match(chapter:never ending)]
\in{chapter}[match(chapter:ending)]
\in{section}[match(section:ending)]
\in{figure}[match(float:mess)]
\in{figure}[match(figure:mess)]
\in{figure (not found)}[match(section:mess)]
\in{figure (not found)}[match(section:xxxx)]
\in{figure}[match(mess)]

\placefigure{What a mess}{}

\chapter{About complex bibliographies}

\in{chapter}[match(complex bibliographies)]
\in{chapter}[match(never ending)]
\in{figure}[match(mess)]

\stoptext



-----------------------------------------------------------------
                                           Hans Hagen | PRAGMA ADE
               Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
     tel: 038 477 53 69 | voip: 087 875 68 74 | www.pragma-ade.com
                                              | www.pragma-pod.nl
-----------------------------------------------------------------
___________________________________________________________________________________
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
___________________________________________________________________________________

new beta

[Hans Hagen]

Hi,

I uploaded a new beta. This one has some new font code

- the generic code now uses the context code as of 2014-12-01
- that code uses a slightly faster access method
- it works in plain but for latex the wrapper might need to be adjusted 
(as the base pass is now integrated)

The context code uses a newer font handler that has

- more extensive discretionary support (esp kerning and ligatures)
- a new injector (not faster, only cleaner and suitable for the newer 
code) that i have tested for quit a while now

If there are problems they can probably be fixed fast. A side effect can 
be that the result of runs is slightly different (more kerning and so).

I have no clue about performance but it should be ok.

Hans

-----------------------------------------------------------------
                                           Hans Hagen | PRAGMA ADE
               Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
     tel: 038 477 53 69 | voip: 087 875 68 74 | www.pragma-ade.com
                                              | www.pragma-pod.nl
-----------------------------------------------------------------
___________________________________________________________________________________
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
___________________________________________________________________________________

new beta

[Hans Hagen]

Hi,

the first beta after the meeting:

There are some changes to export and epub generation (will be explained 
in a manual). The most important is that there has been some 
improvements of the math export (esp fences and stackers). More will 
follow. The export now happens in a subpath. The epub generation is for 
3.0 and has more options (like --purge, --svgmath and --rename). The svg 
math works quite ok (and is needed because it looks like only firefox 
will support mathml natively).

The grid snapper has a few new methods, min, max and box that can be 
used in cases like

\snaptogrid[min]\hbox{e.g. an image}

The external figure mechanism has a new predefined conversion. One cna 
for instance say:

\setupexternalfigures
   [order={pdf,eps,png,jpg},
    conversion=cmyk.pdf,
    method=auto]

We need it for projects where printing houses use over a decade old rips.

There are probably some more things done but I already forgot about them.

Hans

-----------------------------------------------------------------
                                           Hans Hagen | PRAGMA ADE
               Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
     tel: 038 477 53 69 | voip: 087 875 68 74 | www.pragma-ade.com
                                              | www.pragma-pod.nl
-----------------------------------------------------------------
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Hans Hagen]

On 3/7/2014 6:17 PM, Pablo Rodriguez wrote:
> \setupdirections[bidi=on] seems not to work. Removing the command gives
> the same results.

indeed, already for a while i think ... buglet introduced during 
optimization a while ago (resulting in not enabling)

Hans

-----------------------------------------------------------------
                                           Hans Hagen | PRAGMA ADE
               Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
     tel: 038 477 53 69 | voip: 087 875 68 74 | www.pragma-ade.com
                                              | www.pragma-pod.nl
-----------------------------------------------------------------
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Hans Hagen]

On 3/7/2014 6:17 PM, Pablo Rodriguez wrote:
> On 03/07/2014 12:14 PM, Hans Hagen wrote:
>> Hi,
>>
>> I uploaded a new beta.
>
> Hans,
>
> I’m afraid I have just found another two issues in the new beta.
>
> \setupdirections[bidi=on]
> \definefontfamily[mainface][serif][FreeSerif]
> \setupbodyfont[mainface]
> \starttext
> \dorecurse{5}{\index{one}A text in \index{one}classical Hebrew : בְּרֵאשִׁ֖ית
> בָּרָ֣א אֱלֹהִ֑ים אֵ֥ת הַשָּׁמַ֖יִם וְאֵ֥ת הָאָֽרֶץ׃​.
> \page}
> \completeindex
> \stoptext

\setvalue{\??registersymbol n}%
   {\def\registerpageseparatorsymbol{,\space}}

\setvalue{\??registersymbol a}%
   {\def\registerpageseparatorsymbol{,\space}} % now done via conversion


-----------------------------------------------------------------
                                           Hans Hagen | PRAGMA ADE
               Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
     tel: 038 477 53 69 | voip: 087 875 68 74 | www.pragma-ade.com
                                              | www.pragma-pod.nl
-----------------------------------------------------------------
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Pablo Rodriguez]

On 03/07/2014 12:14 PM, Hans Hagen wrote:
> Hi,
> 
> I uploaded a new beta.

Hans,

I’m afraid I have just found another two issues in the new beta.

\setupdirections[bidi=on]
\definefontfamily[mainface][serif][FreeSerif]
\setupbodyfont[mainface]
\starttext
\dorecurse{5}{\index{one}A text in \index{one}classical Hebrew : בְּרֵאשִׁ֖ית
בָּרָ֣א אֱלֹהִ֑ים אֵ֥ת הַשָּׁמַ֖יִם וְאֵ֥ת הָאָֽרֶץ׃​.
\page}
\completeindex
\stoptext

\setupdirections[bidi=on] seems not to work. Removing the command gives
the same results.

The index entries have no space after the comma that separate the pages.

Many thanks for your help,


Pablo
-- 
http://www.ousia.tk
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Pablo Rodriguez]

On 03/07/2014 12:14 PM, Hans Hagen wrote:
> Hi,
> 
> I uploaded a new beta.

Many thanks for it, Hans.

The following sample worked (partially) with previous beta:

    \starttext
    \startTEXpage[offset=1em]
    ``---'' `--'
    \stopTEXpage
    \stoptext

Many thanks for your help,


Pablo
-- 
http://www.ousia.tk
___________________________________________________________________________________
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
___________________________________________________________________________________

new beta

[Hans Hagen]

Hi,

I uploaded a new beta. Apart from the usual 'improvements' and a few 
'fulfilled wishes' the main difference is in some optimized register 
generation code: in the crited project we're dealing with tens of 
thousands of different index entries and that gave problems with 
luajittex (first of all a memory issue due to limitations in luajit, 
after that a 20 fold slowdown thanks to poor hashing) but Luigi and I 
were able to sort that out.

If you use luajittex and run into memory issues (indicated by the 
inability to load the tuc file) you can say

\setupregister[index][referencemethod=forward]

given that you never place an index before the entries are defined.

If you use luajittex and it's way too slow, then wait till the updated 
binaries are released. (Or just use luatex).

Hans

-----------------------------------------------------------------
                                           Hans Hagen | PRAGMA ADE
               Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
     tel: 038 477 53 69 | voip: 087 875 68 74 | www.pragma-ade.com
                                              | www.pragma-pod.nl
-----------------------------------------------------------------
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Wolfgang Schuster]

Am 17.07.2013 um 12:23 schrieb Hans Hagen <pragma@wxs.nl>:

> On 7/16/2013 11:12 AM, Steffen Kram wrote:
>> Hi all,
>> 
>>> ligature seems to fail also with beta from 2013.06.10.
>>> 
>>> But with the latest beta, pages start numbering from 2:
>>> 
>>>    \starttext
>>>    \input knuth
>>>    \stoptext
>>> 
>>> Am I the only one hit by this?
>> 
>> I can confirm this, too. Anyone already tracked that down and has a working fix?
> 
> i uploaded a beta a few days ago ... so is it still an issue?

The beta in your server (2013.07.14 14:53) starts at page 1 but the context suite
uses a older beta (2013.07.12 19:10) which starts at page 2.

Wolfgang
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Steffen Kram]

Am 17.07.2013 um 12:23 schrieb Hans Hagen <pragma@wxs.nl>:

> On 7/16/2013 11:12 AM, Steffen Kram wrote:
>> Hi all,
>> 
>>> ligature seems to fail also with beta from 2013.06.10.
>>> 
>>> But with the latest beta, pages start numbering from 2:
>>> 
>>>   \starttext
>>>   \input knuth
>>>   \stoptext
>>> 
>>> Am I the only one hit by this?
>> 
>> I can confirm this, too. Anyone already tracked that down and has a working fix?
> 
> i uploaded a beta a few days ago ... so is it still an issue?

It's still the case with the version I downloaded yesterday. An extra-page is added after my title-page.

Steffen
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Hans Hagen]

On 7/16/2013 11:12 AM, Steffen Kram wrote:
> Hi all,
>
>> ligature seems to fail also with beta from 2013.06.10.
>>
>> But with the latest beta, pages start numbering from 2:
>>
>>     \starttext
>>     \input knuth
>>     \stoptext
>>
>> Am I the only one hit by this?
>
> I can confirm this, too. Anyone already tracked that down and has a working fix?

i uploaded a beta a few days ago ... so is it still an issue?

-----------------------------------------------------------------
                                           Hans Hagen | PRAGMA ADE
               Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
     tel: 038 477 53 69 | voip: 087 875 68 74 | www.pragma-ade.com
                                              | www.pragma-pod.nl
-----------------------------------------------------------------
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Steffen Kram]

Hi all,

> ligature seems to fail also with beta from 2013.06.10.
> 
> But with the latest beta, pages start numbering from 2:
> 
>    \starttext
>    \input knuth
>    \stoptext
> 
> Am I the only one hit by this?

I can confirm this, too. Anyone already tracked that down and has a working fix?

Thanks,
Steffen
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Philipp Gesang]

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

···<date: 2013-07-14, Sunday>···<from: Philipp Gesang>···

> ···<date: 2013-07-12, Friday>···<from: Hans Hagen>···
> 
> >                                  it might be that some changes are
> > reflected in the betas, and hopefully not breaking anything.
> 
> Unhappily, it does. In the generic font loader the new “nuts”
> table is a synonym for “nodes”, but it would appear that it is
> also required to contain certain functions from the builtin
> “node” namespace, e.g. node.copy(), node.tail() and the likes.
> 
> Failing example with ligatures:
> 
>     \font\foo="file:Iwona-Regular.otf:mode=node;+liga"
>     \foo
>     ffi
>     \bye
> 

Thanks for the fix. Have fun “going nuts”, then!

Best,
Philipp



[-- Attachment #1.2: Type: application/pgp-signature, Size: 490 bytes --]

[-- Attachment #2: Type: text/plain, Size: 485 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
___________________________________________________________________________________

Re: new beta

[Hans Hagen]

On 7/14/2013 10:37 AM, Philipp Gesang wrote:
> ···<date: 2013-07-12, Friday>···<from: Hans Hagen>···
>
>> Hi,
>>
>> I uploaded a beta. There are not that many changes. Currently I
>> develop in a separate branch but it might be that some changes are
>> reflected in the betas, and hopefully not breaking anything.
>
> There a copy’n’paste mistake in luatex-basics-nod.lua. See
> attached diff.

that's one of the things i'm working on ... just don't update your latex 
derived files for a while; i'm going to add some experimental that will 
work ok, but might need more time for generic to work too (lower 
priority) ... after all, it's beta and not meant to be used in stable tl 
2013

Hans

-----------------------------------------------------------------
                                           Hans Hagen | PRAGMA ADE
               Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
     tel: 038 477 53 69 | voip: 087 875 68 74 | www.pragma-ade.com
                                              | www.pragma-pod.nl
-----------------------------------------------------------------
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Philipp Gesang]

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

···<date: 2013-07-14, Sunday>···<from: Pablo Rodríguez>···

> On 14/07/13 10:53, Philipp Gesang wrote:
> > ···<date: 2013-07-12, Friday>···<from: Hans Hagen>···
> > 
> >>                                  it might be that some changes are
> >> reflected in the betas, and hopefully not breaking anything.
> > [...]
> > Failing example with ligatures:
> > 
> >     \font\foo="file:Iwona-Regular.otf:mode=node;+liga"
> >     \foo
> >     ffi
> >     \bye
> 
> Hi Philipp,
> 
> ligature seems to fail also with beta from 2013.06.10.
> 
> But with the latest beta, pages start numbering from 2:
> 
>     \starttext
>     \input knuth
>     \stoptext
> 
> Am I the only one hit by this?

Nope, can confirm.

Best,
Philipp

-- 
()  ascii ribbon campaign - against html e-mail
/\  www.asciiribbon.org   - against proprietary attachments

[-- Attachment #1.2: Type: application/pgp-signature, Size: 490 bytes --]

[-- Attachment #2: Type: text/plain, Size: 485 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
___________________________________________________________________________________

Re: new beta

[Pablo Rodríguez]

On 14/07/13 10:53, Philipp Gesang wrote:
> ···<date: 2013-07-12, Friday>···<from: Hans Hagen>···
> 
>>                                  it might be that some changes are
>> reflected in the betas, and hopefully not breaking anything.
> [...]
> Failing example with ligatures:
> 
>     \font\foo="file:Iwona-Regular.otf:mode=node;+liga"
>     \foo
>     ffi
>     \bye

Hi Philipp,

ligature seems to fail also with beta from 2013.06.10.

But with the latest beta, pages start numbering from 2:

    \starttext
    \input knuth
    \stoptext

Am I the only one hit by this?

Thanks,


Pablo
-- 
http://www.ousia.tk
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Philipp Gesang]

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

···<date: 2013-07-12, Friday>···<from: Hans Hagen>···

>                                  it might be that some changes are
> reflected in the betas, and hopefully not breaking anything.

Unhappily, it does. In the generic font loader the new “nuts”
table is a synonym for “nodes”, but it would appear that it is
also required to contain certain functions from the builtin
“node” namespace, e.g. node.copy(), node.tail() and the likes.

Failing example with ligatures:

    \font\foo="file:Iwona-Regular.otf:mode=node;+liga"
    \foo
    ffi
    \bye

Best,
Philipp


[-- Attachment #1.2: Type: application/pgp-signature, Size: 490 bytes --]

[-- Attachment #2: Type: text/plain, Size: 485 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
___________________________________________________________________________________

Re: new beta

[Philipp Gesang]

[-- Attachment #1.1.1: Type: text/plain, Size: 382 bytes --]

···<date: 2013-07-12, Friday>···<from: Hans Hagen>···

> Hi,
> 
> I uploaded a beta. There are not that many changes. Currently I
> develop in a separate branch but it might be that some changes are
> reflected in the betas, and hopefully not breaking anything.

There a copy’n’paste mistake in luatex-basics-nod.lua. See
attached diff.

Best,
Philipp



[-- Attachment #1.1.2: luatex-basics-nod.lua.patch --]
[-- Type: text/x-diff, Size: 549 bytes --]

--- luatex-basics-nod.lua.orig	2013-07-14 10:32:16.197621614 +0200
+++ luatex-basics-nod.lua	2013-07-14 10:32:40.578311602 +0200
@@ -96,8 +96,8 @@
 
 -- experimental
 
-local getfield = node.getfield or function(n,tag)       return n[tag]  end end
-local setfield = node.setfield or function(n,tag,value) n[tag] = value end end
+local getfield = node.getfield or function(n,tag)       return n[tag]  end
+local setfield = node.setfield or function(n,tag,value) n[tag] = value end
 
 nodes.getfield = getfield
 nodes.setfield = setfield

[-- Attachment #1.2: Type: application/pgp-signature, Size: 490 bytes --]

[-- Attachment #2: Type: text/plain, Size: 485 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
___________________________________________________________________________________

Re: new beta

[Pablo Rodríguez]

On 13/07/13 03:57, Otared Kavian wrote:
> On 12 juil. 2013, at 20:06, Aditya Mahajan <adityam@umich.edu> wrote:
>> On Fri, 12 Jul 2013, Pablo Rodríguez wrote:
>>> On 12/07/13 19:21, Hans Hagen wrote:
>>>> Hi,
>>>>
>>>> I uploaded a beta. There are not that many changes. Currently I develop
>>>> in a separate branch but it might be that some changes are reflected in
>>>> the betas, and hopefully not breaking anything.
>>>
>>> Thanks for the new beta, Hans.
>>
>> For me first-setup.sh still downloads the 2013.06.10.
> 
> This is also my case: has something changed in first-setup.sh? 

I didn’t check that after downloading the new beta from yesterday.

first-setup.sh has just downloaded ConTeXt - 2013.06.10 22:51.


Pablo
-- 
http://www.ousia.tk
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Otared Kavian]

On 12 juil. 2013, at 20:06, Aditya Mahajan <adityam@umich.edu> wrote:

> On Fri, 12 Jul 2013, Pablo Rodríguez wrote:
> 
>> On 12/07/13 19:21, Hans Hagen wrote:
>>> Hi,
>>> 
>>> I uploaded a beta. There are not that many changes. Currently I develop
>>> in a separate branch but it might be that some changes are reflected in
>>> the betas, and hopefully not breaking anything.
>> 
>> Thanks for the new beta, Hans.
> 
> For me first-setup.sh still downloads the 2013.06.10.

This is also my case: has something changed in first-setup.sh? 
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Aditya Mahajan]

[-- Attachment #1: Type: TEXT/PLAIN, Size: 405 bytes --]

On Fri, 12 Jul 2013, Pablo Rodríguez wrote:

> On 12/07/13 19:21, Hans Hagen wrote:
>> Hi,
>>
>> I uploaded a beta. There are not that many changes. Currently I develop
>> in a separate branch but it might be that some changes are reflected in
>> the betas, and hopefully not breaking anything.
>
> Thanks for the new beta, Hans.

For me first-setup.sh still downloads the 2013.06.10.

Aditya

[-- Attachment #2: Type: text/plain, Size: 485 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
___________________________________________________________________________________

Re: new beta

[Pablo Rodríguez]

On 12/07/13 19:21, Hans Hagen wrote:
> Hi,
> 
> I uploaded a beta. There are not that many changes. Currently I develop 
> in a separate branch but it might be that some changes are reflected in 
> the betas, and hopefully not breaking anything.

Thanks for the new beta, Hans.

Could the two bugs with compressed linenotes be fixed? ()

Many thanks for your help,



Pablo
-- 
http://www.ousia.tk
___________________________________________________________________________________
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
___________________________________________________________________________________

new beta

[Hans Hagen]

Hi,

I uploaded a beta. There are not that many changes. Currently I develop 
in a separate branch but it might be that some changes are reflected in 
the betas, and hopefully not breaking anything.

Hans


-----------------------------------------------------------------
                                           Hans Hagen | PRAGMA ADE
               Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
     tel: 038 477 53 69 | voip: 087 875 68 74 | www.pragma-ade.com
                                              | www.pragma-pod.nl
-----------------------------------------------------------------
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Hans Hagen]

On 4/11/2013 10:15 PM, Peter Münster wrote:
> On Thu, Apr 11 2013, luigi scarso wrote:
>
>> It's true that  "ConTEXt is always  considered less math savy than LaTeX"
>> not that "ConTEXt is  less math savy than LaTeX".
>
> Perhaps better: "always" -> "often" ?

Ok.

Concerning math ... in many aspects the functionality of mkii is 
available in mkiv, but the implementation is often completely different, 
which makes that we can go a step further in control.

Years ago, when he was involved in scientific publishing, Taco made sure 
that mkii had most of the features needed to deal with advanced math (at 
that time via a module that implemented some ams constructs). Eventually 
that code was normalized, extended and integrated into the Later Aditya 
added support for ams-like code too.

In mkiv nearly all had been or will be redone. Some of the accumulated 
implementation details are quite interesting (compared to the 
traditional approach) so I might wrap that up some day in a larger 
summary (chapter). I uploaded the latest hybrid.pdf to the website which 
has some explanations and I'll try to keep wrapping up in future 
chapters if About (and other documents).

If you feel that something fundamental is missing, don't hesitate to 
mention it. (Many math sub-mechanisms are relatively independent so 
adding code has not much change of breaking existing code.)

Hans

-----------------------------------------------------------------
                                           Hans Hagen | PRAGMA ADE
               Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
     tel: 038 477 53 69 | voip: 087 875 68 74 | www.pragma-ade.com
                                              | www.pragma-pod.nl
-----------------------------------------------------------------
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Peter Münster]

On Thu, Apr 11 2013, luigi scarso wrote:

> It's true that  "ConTEXt is always  considered less math savy than LaTeX"
> not that "ConTEXt is  less math savy than LaTeX".

Perhaps better: "always" -> "often" ?

-- 
           Peter
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[luigi scarso]

On Thu, Apr 11, 2013 at 6:25 PM, Otared Kavian <otared@gmail.com> wrote:
> However, on page 27, there is a sentence which I disagree with…
> You say there:
>  « ConTEXt is always considered somewhat less math savvy than for instance LaTEX »,
> but actually I cannot see any example of maths typesetting which cannot be done in ConTeXt.
> It is true that most mathematicians may not use ConTeXt, but this is because they are not aware of the package and, mainly, because maths >journals do not accept yet papers typeset with ConTeXt. I hope this will change soon.
It's true that  "ConTEXt is always  considered less math savy than LaTeX"
not that "ConTEXt is  less math savy than LaTeX".

--
luigi
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Otared Kavian]

On 10 avr. 2013, at 20:09, Hans Hagen <pragma@wxs.nl> wrote:

> Hi,
> 
> An extra chapter in:
> 
> http://www.pragma-ade.nl/general/manuals/about.pdf
> 
> explaining abit the updated math fractions (and math styles mechanism).

Hi Hans,

Thanks for the explanations given in the above new manual about the new features with fractions and fences. 

However, on page 27, there is a sentence which I disagree with… 
You say there:
 « ConTEXt is always considered somewhat less math savvy than for instance LaTEX », 
but actually I cannot see any example of maths typesetting which cannot be done in ConTeXt. 
It is true that most mathematicians may not use ConTeXt, but this is because they are not aware of the package and, mainly, because maths journals do not accept yet papers typeset with ConTeXt. I hope this will change soon.

Best regards: OK
___________________________________________________________________________________
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
___________________________________________________________________________________

new beta

[Hans Hagen]

Hi,

An extra chapter in:

http://www.pragma-ade.nl/general/manuals/about.pdf

explaining abit the updated math fractions (and math styles mechanism).

Hans

-----------------------------------------------------------------
                                           Hans Hagen | PRAGMA ADE
               Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
     tel: 038 477 53 69 | voip: 087 875 68 74 | www.pragma-ade.com
                                              | www.pragma-pod.nl
-----------------------------------------------------------------
___________________________________________________________________________________
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
___________________________________________________________________________________

new beta

[Hans Hagen]

Hi,

The uploaded beta has marco's ugs fixed (minus one) plus some (less 
important) pending issues in test files. The main change is that the 
root setup commands of enumerations, notes, formulas, floats, etc can 
now be used to set up the counters (was only possible by explicit setups 
e.g. per float).

Hans

-----------------------------------------------------------------
                                           Hans Hagen | PRAGMA ADE
               Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
     tel: 038 477 53 69 | voip: 087 875 68 74 | www.pragma-ade.com
                                              | www.pragma-pod.nl
-----------------------------------------------------------------
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Hans Hagen]

On 3/11/2013 6:13 PM, Sietse Brouwer wrote:

> I don't understand what they whitespace does: I tried to test it with
> this code, and changing the number did nothing.

for i=0,10 do
     print(string.formatters("%wsietse",i))
end
for i=9,0,-1 do
     print(string.formatters("%wsietse",i))
end



-----------------------------------------------------------------
                                           Hans Hagen | PRAGMA ADE
               Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
     tel: 038 477 53 69 | voip: 087 875 68 74 | www.pragma-ade.com
                                              | www.pragma-pod.nl
-----------------------------------------------------------------
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Sietse Brouwer]

Hi,

I chucked it in here, for lack of a better place.
http://wiki.contextgarden.net/String_Manipulation#String_formatter

I don't understand what they whitespace does: I tried to test it with
this code, and changing the number did nothing.

\starttext
\startluacode
    x = 999
    context("\\type{my%wpoints}", x)
    context.par()
    context("my %w points", x)
\stopluacode
\stoptext


And perhaps somebody could add two columns to the wiki with example
input and output?

Cheers,
Sietse

--
Sietse Brouwer -- sbbrouwer@gmail.com -- +31 6 13.456.848
Thorbeckehof 101 -- 2343 DR Oegstgeest -- the Netherlands
MSN: sietse@gawab.com -- ICQ: 341232104


On 11 March 2013 00:46, Hans Hagen <pragma@wxs.nl> wrote:
> Hi,
>
> I uploaded a beta. The most important change is that the 'context' function
> now uses the formatters mechanism instead of Lua's format.
>
> This has several benefits. First of all it's in most cases faster (I
> measured upto 3 times) but it also permits us to support some more:
>
> integer          %...i   number
> integer          %...d   number
> unsigned         %...u   number
> utf character    %...c   number
> hexadecimal      %...x   number
> HEXADECIMAL      %...X   number
> octal            %...o   number
> string           %...s   string number
> float            %...f   number
> exponential      %...e   number
> exponential      %...E   number
> autofloat        %...g   number
> autofloat        %...G   number
> force tostring   %...S   any
> force tostring   %Q      any
> force tonumber   %N      number (strip leading zeros)
> signed number    %I      number
> rounded number   %r      number
> 0xhexadecimal    %...h   character number
> 0xHEXADECIMAL    %...H   character number
> U+hexadecimal    %...u   character number
> U+HEXADECIMAL    %...U   character number
> points           %p      number (scaled points)
> basepoints       %b      number (scaled points)
> table concat     %...t   table
> boolean (logic)  %l      boolean
> BOOLEAN          %L      boolean
> whitespace       %...w
>
> More info can be found in cld-mkiv.pdf. There I also explain how to create
> specific formatters and how to extend them. In the default formatter there
> are two extensions that can be used as:
>
> string.formatters["whatever %!tex! and %!xml!"]("$ 100","a&b")
>
> or
>
> local mf = string.formatters["whatever %!tex! and %!xml!"]
>
> ... mf("$ 100","a&b")
>
> or
>
> context("whatever %!tex! and %!xml!","$ 100","a&b")
>
>
>
> (Someone should add that to the wiki I guess).
>
> Hans
>
> -----------------------------------------------------------------
>                                           Hans Hagen | PRAGMA ADE
>               Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
>     tel: 038 477 53 69 | voip: 087 875 68 74 | www.pragma-ade.com
>                                              | www.pragma-pod.nl
> -----------------------------------------------------------------
> ___________________________________________________________________________________
> 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
> ___________________________________________________________________________________
___________________________________________________________________________________
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
___________________________________________________________________________________

new beta

[Hans Hagen]

Hi,

I uploaded a beta. The most important change is that the 'context' 
function now uses the formatters mechanism instead of Lua's format.

This has several benefits. First of all it's in most cases faster (I 
measured upto 3 times) but it also permits us to support some more:

integer          %...i   number
integer          %...d   number
unsigned         %...u   number
utf character    %...c   number
hexadecimal      %...x   number
HEXADECIMAL      %...X   number
octal            %...o   number
string           %...s   string number
float            %...f   number
exponential      %...e   number
exponential      %...E   number
autofloat        %...g   number
autofloat        %...G   number
force tostring   %...S   any
force tostring   %Q      any
force tonumber   %N      number (strip leading zeros)
signed number    %I      number
rounded number   %r      number
0xhexadecimal    %...h   character number
0xHEXADECIMAL    %...H   character number
U+hexadecimal    %...u   character number
U+HEXADECIMAL    %...U   character number
points           %p      number (scaled points)
basepoints       %b      number (scaled points)
table concat     %...t   table
boolean (logic)  %l      boolean
BOOLEAN          %L      boolean
whitespace       %...w

More info can be found in cld-mkiv.pdf. There I also explain how to 
create specific formatters and how to extend them. In the default 
formatter there are two extensions that can be used as:

string.formatters["whatever %!tex! and %!xml!"]("$ 100","a&b")

or

local mf = string.formatters["whatever %!tex! and %!xml!"]

... mf("$ 100","a&b")

or

context("whatever %!tex! and %!xml!","$ 100","a&b")



(Someone should add that to the wiki I guess).

Hans

-----------------------------------------------------------------
                                           Hans Hagen | PRAGMA ADE
               Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
     tel: 038 477 53 69 | voip: 087 875 68 74 | www.pragma-ade.com
                                              | www.pragma-pod.nl
-----------------------------------------------------------------
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Hans Hagen]

On 26-7-2012 20:36, Pablo Rodríguez wrote:

> I'm not sure whether this is important, but
> http://www.pragma-ade.com/general/qrcs/setup-en.pdf#page=3 contains the
> date "July z, 2012"

fixed in next

-----------------------------------------------------------------
                                           Hans Hagen | PRAGMA ADE
               Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
     tel: 038 477 53 69 | voip: 087 875 68 74 | www.pragma-ade.com
                                              | www.pragma-pod.nl
-----------------------------------------------------------------
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Hans Hagen]

On 27-7-2012 04:22, Li Yanrui (李延瑞) wrote:
> 2012/7/27 Hans Hagen <pragma@wxs.nl>:
>> The memory footprint should be somewhat smaller for non cjk usage. (format
>> generation as well as runtime) and the format file is some 10-15% smaller
>> now.
>
> The fonts fallback can not work.
>
> This is a minmal example:
>
> \definefontsynonym[song][name:adobesongstd]
> \definefontfallback[hereos][name:texgyreherosregular][0x0000-0x0400]
> \definefontsynonym[fbsong][song][fallbacks=hereos]
> \definefont[newsong][fbsong]
> \starttext
> \newsong 夹杂 English 的中文文本
> \stoptext
>
> When I compile it, i get an error:
>
> error: ...text/tex/texmf-context/tex/context/base/font-col.lua:213:
> Invalid field id font for node type hlist (3)

line 212 should be:

  for n in traverse_id(glyph_code,head) do

Hans




-----------------------------------------------------------------
                                           Hans Hagen | PRAGMA ADE
               Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
     tel: 038 477 53 69 | voip: 087 875 68 74 | www.pragma-ade.com
                                              | www.pragma-pod.nl
-----------------------------------------------------------------
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Li Yanrui (李延瑞)]

2012/7/27 Hans Hagen <pragma@wxs.nl>:
> The memory footprint should be somewhat smaller for non cjk usage. (format
> generation as well as runtime) and the format file is some 10-15% smaller
> now.

The fonts fallback can not work.

This is a minmal example:

\definefontsynonym[song][name:adobesongstd]
\definefontfallback[hereos][name:texgyreherosregular][0x0000-0x0400]
\definefontsynonym[fbsong][song][fallbacks=hereos]
\definefont[newsong][fbsong]
\starttext
\newsong 夹杂 English 的中文文本
\stoptext

When I compile it, i get an error:

error: ...text/tex/texmf-context/tex/context/base/font-col.lua:213:
Invalid field id font for node type hlist (3)

-- 
Best regards,

Li Yanrui (李延瑞)
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Pablo Rodríguez]

On 26/07/12 20:12, Hans Hagen wrote:
> Hi,
> 
> I uploaded a beta. There is also an updated status-mkiv document:
> 
> files done    644
> files todo    314
> files pending  21 (some day)
> obsolete        2
> total         981
> 
> So, I have some files to go (mostly lua files) before I pick up the 
> column thread.
> 
> The memory footprint should be somewhat smaller for non cjk usage. 
> (format generation as well as runtime) and the format file is some 
> 10-15% smaller now.

Many thanks for the new beta, Hans.

I'm not sure whether this is important, but
http://www.pragma-ade.com/general/qrcs/setup-en.pdf#page=3 contains the
date "July z, 2012"

Just in case it helps,


Pablo
-- 
http://www.ousia.tk
___________________________________________________________________________________
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
___________________________________________________________________________________

new beta

[Hans Hagen]

Hi,

I uploaded a beta. There is also an updated status-mkiv document:

files done    644
files todo    314
files pending  21 (some day)
obsolete        2
total         981

So, I have some files to go (mostly lua files) before I pick up the 
column thread.

The memory footprint should be somewhat smaller for non cjk usage. 
(format generation as well as runtime) and the format file is some 
10-15% smaller now.

Hans


-----------------------------------------------------------------
                                           Hans Hagen | PRAGMA ADE
               Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
     tel: 038 477 53 69 | voip: 087 875 68 74 | www.pragma-ade.com
                                              | www.pragma-pod.nl
-----------------------------------------------------------------
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Hans Hagen]

On 16-7-2012 22:30, Wolfgang Schuster wrote:

> be changed to
>
> \unexpanded\def\strc_itemgroups_start_columns
>    {\startmixedcolumns[itemgroupcolumns]}
>
> \unexpanded\def\strc_itemgroups_stop_columns
>    {\stopmixedcolumns}
>
> because “start” and “stop” are interface/language dependant strings.

Ok. I now  made it into a fast start/stop (no need for argument testing 
in itemize).

> Can you include a check (\ifinner … \fi) to change the columns method from “otr” to “box”
> when the items are in a box, e.g. in a framedtext environment or a layer.

Sure, but even better is to do that at the parent level.

    \c!method=\ifinner\s!box\else\s!otr\fi

Hans

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


___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Wolfgang Schuster]

Am 16.07.2012 um 22:02 schrieb Hans Hagen:

> Hi,
> 
> I uploaded a new beta. The usual fixes. New is a first version of a new multi column handler. Pretty experimental but eventually it will replace the current multi column routine, which is fact is then an instance, think of
> 
> \definemixedcolumns
>  [columns]
> 
> \unexpanded\def\setupcolumns
>  {\setupmixedcolumns[columns]}
> 
> The simple columns routine is already replaced (by an instance) as is the multi column handler of itemize.

Shouldn’t this

\unexpanded\def\strc_itemgroups_start_columns
  {\startitemgroupcolumns}

\unexpanded\def\strc_itemgroups_stop_columns
  {\stopitemgroupcolumns}

be changed to

\unexpanded\def\strc_itemgroups_start_columns
  {\startmixedcolumns[itemgroupcolumns]}

\unexpanded\def\strc_itemgroups_stop_columns
  {\stopmixedcolumns}

because “start” and “stop” are interface/language dependant strings.


Can you include a check (\ifinner … \fi) to change the columns method from “otr” to “box”
when the items are in a box, e.g. in a framedtext environment or a layer.

%\setupmixedcolumns[itemgroupcolumns][method=box]

\starttext

\startframedtext[width=max]
  \startitemize[columns,two]
    \startitem One \stopitem
    \startitem Two \stopitem
    \startitem Three \stopitem
    \startitem Four \stopitem
  \stopitemize
\stopframedtext

\stoptext

Wolfgang
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Hans Hagen]

On 16-7-2012 22:02, Hans Hagen wrote:
> Hi,
>
> I uploaded a new beta. The usual fixes. New is a first version of a new
> multi column handler. Pretty experimental but eventually it will replace
> the current multi column routine, which is fact is then an instance,
> think of
>
> \definemixedcolumns
>    [columns]
>
> \unexpanded\def\setupcolumns
>    {\setupmixedcolumns[columns]}
>
> The simple columns routine is already replaced (by an instance) as is
> the multi column handler of itemize.

btw, the new simplecolumns in called boxedcolumns

Hans


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


___________________________________________________________________________________
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
___________________________________________________________________________________

new beta

[Hans Hagen]

Hi,

I uploaded a new beta. The usual fixes. New is a first version of a new 
multi column handler. Pretty experimental but eventually it will replace 
the current multi column routine, which is fact is then an instance, 
think of

\definemixedcolumns
   [columns]

\unexpanded\def\setupcolumns
   {\setupmixedcolumns[columns]}

The simple columns routine is already replaced (by an instance) as is 
the multi column handler of itemize.

Hans

ps. Does someone know of a latin font that has different glyphs sets?

\definefontfeature
   [solution-demo]
   [goodies=demo, % needs version from latest beta
    featureset=default]

\definefont
   [SomeTestFont]
   [texgyrepagellaregular*solution-demo at 10pt]

\definefontsolution
   [solution]
   [goodies=demo,
    solution=experimental,
    method={normal,preroll},
  % method={normal,preroll,split},
    criterium=1]

\starttext

\enabletrackers
   [builders.paragraphs.solutions.splitters.colors]

\startsimplecolumns
   \showfontkerns
   \setuptolerance[verytolerant]
   \start  \SomeTestFont
     \input zapf \par
   \stop
   \column
   \start  \SomeTestFont \startfontsolution[solution]
     \input zapf \par
   \stopfontsolution \stop
\stopsimplecolumns

\stoptext


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

___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Hans Hagen]

On 17-1-2012 09:08, Mari Voipio wrote:
> On Mon, Jan 16, 2012 at 19:47, Hans Hagen<pragma@wxs.nl>  wrote:
>> I uploaded a new beta. This time a couple of fixes + some reorganization of
>> font related code. More to follow.
>
> There's something fishy somewhere in the fonts or the simplefonts
> module, because a file that worked last week now gets
>
> ..................
> <c:/windows/fonts/arial.ttf><c:/windows/fonts/ariali.ttf><C:/context/tex/texmf/fonts/opentype/public/lm/lmmath-regular.otf
> !LuaTeX error (file
> C:/context/tex/texmf/fonts/opentype/public/lm/lmmath-regular.otf):
> Parsing CFF DICT failed. (error=-1)
>   ==>  Fatal error occurred, no output PDF file produced!
> .................

Does the same happen in a test file not using simplefonts?  It's a 
luatex message.

Hans


-----------------------------------------------------------------
                                           Hans Hagen | PRAGMA ADE
               Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
     tel: 038 477 53 69 | voip: 087 875 68 74 | www.pragma-ade.com
                                              | www.pragma-pod.nl
-----------------------------------------------------------------
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Mari Voipio]

On Mon, Jan 16, 2012 at 19:47, Hans Hagen <pragma@wxs.nl> wrote:
> I uploaded a new beta. This time a couple of fixes + some reorganization of
> font related code. More to follow.

There's something fishy somewhere in the fonts or the simplefonts
module, because a file that worked last week now gets

.................
<c:/windows/fonts/arial.ttf><c:/windows/fonts/ariali.ttf><C:/context/tex/texmf/fonts/opentype/public/lm/lmmath-regular.otf
!LuaTeX error (file
C:/context/tex/texmf/fonts/opentype/public/lm/lmmath-regular.otf):
Parsing CFF DICT failed. (error=-1)
 ==> Fatal error occurred, no output PDF file produced!
................



It's a complicated history with layers and stuff and I couldn't
straight out isolate the cause of the problem, but I've never seen
this "CFF DICT" complaint before. :-)



Mari
___________________________________________________________________________________
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
___________________________________________________________________________________

new beta

[Hans Hagen]

Hi,

I uploaded a new beta. This time a couple of fixes + some reorganization 
of font related code. More to follow.

Hans

-----------------------------------------------------------------
                                           Hans Hagen | PRAGMA ADE
               Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
     tel: 038 477 53 69 | voip: 087 875 68 74 | www.pragma-ade.com
                                              | www.pragma-pod.nl
-----------------------------------------------------------------
___________________________________________________________________________________
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
___________________________________________________________________________________

new beta

[Hans Hagen]

Hi,

I uploaded a new zip so the garden will have a new beta in a while. 
Combinations and delimited texts have been cleaned up (a bit).

Hans


-----------------------------------------------------------------
                                           Hans Hagen | PRAGMA ADE
               Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
     tel: 038 477 53 69 | voip: 087 875 68 74 | www.pragma-ade.com
                                              | www.pragma-pod.nl
-----------------------------------------------------------------
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Wolfgang Schuster]

Am 01.01.2012 um 03:39 schrieb Li Yanrui (李延瑞):

> 2011/12/31 Hans Hagen <pragma@wxs.nl>:
>> Hi,
>> 
>> I uploaded a new beta. As I'm still in cleaning-up mode, the usual problems
>> could show up as quite some code was adapted (moved around). For those
>> interested there is a file 'status-mkiv' that can be run to get an overview
>> of where we stand.
>> 
>> One big change has been the way alignments are initialized. There were two
>> methods (one for \setupalign and one for align keywords) and these have been
>> merged into one. A side effect is that an alignment change is twice as fast
>> as before which might make a difference in excessive usage of \framed and
>> some table mechanisms.
>> 
> 
> The indentation is broken. Please see this example:
> 
> \setupindenting[first,2em,always]
> \starttext
> \input knuth
> \stoptext
> 
> The result is that the first line of a paragraph is not indented but
> the other lines are indented.

In mult-dim.mkvi there is a unwanted “-” in front of “#value”.

-\setvalue{\??dimensionnormal\s!unknown}#value#dimension#small#medium#big{#dimension=-#value\relax}
+\setvalue{\??dimensionnormal\s!unknown}#value#dimension#small#medium#big{#dimension=#value\relax}

Wolfgang
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Li Yanrui (李延瑞)]

2011/12/31 Hans Hagen <pragma@wxs.nl>:
> Hi,
>
> I uploaded a new beta. As I'm still in cleaning-up mode, the usual problems
> could show up as quite some code was adapted (moved around). For those
> interested there is a file 'status-mkiv' that can be run to get an overview
> of where we stand.
>
> One big change has been the way alignments are initialized. There were two
> methods (one for \setupalign and one for align keywords) and these have been
> merged into one. A side effect is that an alignment change is twice as fast
> as before which might make a difference in excessive usage of \framed and
> some table mechanisms.
>

The indentation is broken. Please see this example:

\setupindenting[first,2em,always]
\starttext
\input knuth
\stoptext

The result is that the first line of a paragraph is not indented but
the other lines are indented.

-- 
Best regards,

Li Yanrui (李延瑞)
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Wolfgang Schuster]

Am 31.12.2011 um 13:58 schrieb Meer, H. van der:

> Has the following been found and corrected?
> 
>>> \definetypeface [\typescriptone] [tt] [mono]  [cursor]  [default]<argument> \@tlstyle                     
> <argument> \@tlstyle 
> 
> \dousestyleparameter ...\currentstyleparameter {#1
>                                                  }\ifx \currentstyleparamet...
> <argument> ...\hss \dousestyleparameter \@tlstyle 
>                                                  \dousecolorparameter \@tlc…
> apparently in: pack-mrl.mkiv
> 
> My typesetting of an xml-document cannot advance because of this missing \@tlstyle (and possibly also \@tlcolor?)

Should \@@tlstyle and \@@tlcolor.

> Is there a quick fix?

\unprotect
\def\docomplextextrule#1%
  {\bgroup
   \advance\hsize\dimexpr-\rightskip-\leftskip\relax
   \setbox\scratchbox\hbox to \hsize
     {\dimen4\dimexpr .5ex+.5\linewidth\relax
      \dimen6\dimexpr-.5ex+.5\linewidth\relax
      \doifsomething{#1}
        {\doifelse\@@tllocation\v!inmargin
           {\llap
              {\dousestyleparameter\@@tlstyle
               \dousecolorparameter\@@tlcolor
               #1%
               \hskip\leftmargindistance}}
           {\color[\@@tlrulecolor]
              {\vrule\!!height\dimen4\!!depth\dimen6\!!width\@@tlwidth}%
            \hbox spread 2\dimexpr\@@tldistance\relax
              {\hss
               \dousestyleparameter\@@tlstyle
               \dousecolorparameter\@@tlcolor
               \strut#1%
               \hss}}}%
      \color[\@@tlrulecolor]
        {\leaders\hrule\!!height\dimen4\!!depth\dimen6\hfill}}%
   \ht\scratchbox\strutht
   \dp\scratchbox\strutdp
   \noindent\box\scratchbox
%\nobreak\verticalstrut\kern-\struttotal
% evt \witruimte
   \egroup}
\protect

Wolfgang
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Meer, H. van der]

Has the following been found and corrected?

 >>  \definetypeface [\typescriptone] [tt] [mono]  [cursor]  [default]<argument> \@tlstyle                     
<argument> \@tlstyle 
                     
\dousestyleparameter ...\currentstyleparameter {#1
                                                  }\ifx \currentstyleparamet...
<argument> ...\hss \dousestyleparameter \@tlstyle 
                                                  \dousecolorparameter \@tlc…
apparently in: pack-mrl.mkiv

My typesetting of an xml-document cannot advance because of this missing \@tlstyle (and possibly also \@tlcolor?)
Is there a quick fix?


Hans van der Meer



On 31 dec. 2011, at 13:32, Hans Hagen wrote:

> Hi,
> 
> I uploaded a new beta. As I'm still in cleaning-up mode, the usual problems could show up as quite some code was adapted (moved around). For those interested there is a file 'status-mkiv' that can be run to get an overview of where we stand.
> 
> One big change has been the way alignments are initialized. There were two methods (one for \setupalign and one for align keywords) and these have been merged into one. A side effect is that an alignment change is twice as fast as before which might make a difference in excessive usage of \framed and some table mechanisms.
> 
> Another change is that \color[whatever]{} now always expects an argument (in \MKII {\color[red] ...} is valid too. Some more commands might get that restriction but not the style switchers etc). Again this is twice as fast as the previous method (probably not that noticeable as many switches happen otherwise).
> 
> For those who won't/didn't get it by snail mail .. this years card can be found at
> 
> http://www.pragma-ade.com/show-gra.pdf#page=33
> 
> In 2012 it will of course again be a gamble if the betas work out well,
> 
> Hans
> 

___________________________________________________________________________________
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
___________________________________________________________________________________

new beta

[Hans Hagen]

Hi,

I uploaded a new beta. As I'm still in cleaning-up mode, the usual 
problems could show up as quite some code was adapted (moved around). 
For those interested there is a file 'status-mkiv' that can be run to 
get an overview of where we stand.

One big change has been the way alignments are initialized. There were 
two methods (one for \setupalign and one for align keywords) and these 
have been merged into one. A side effect is that an alignment change is 
twice as fast as before which might make a difference in excessive usage 
of \framed and some table mechanisms.

Another change is that \color[whatever]{} now always expects an argument 
(in \MKII {\color[red] ...} is valid too. Some more commands might get 
that restriction but not the style switchers etc). Again this is twice 
as fast as the previous method (probably not that noticeable as many 
switches happen otherwise).

For those who won't/didn't get it by snail mail .. this years card can 
be found at

http://www.pragma-ade.com/show-gra.pdf#page=33

In 2012 it will of course again be a gamble if the betas work out well,

Hans

-----------------------------------------------------------------
                                           Hans Hagen | PRAGMA ADE
               Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
     tel: 038 477 53 69 | voip: 087 875 68 74 | www.pragma-ade.com
                                              | www.pragma-pod.nl
-----------------------------------------------------------------
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Hans Hagen]

On 22-12-2011 16:37, Henning Hraban Ramm wrote:
>
> Am 2011-12-22 um 14:55 schrieb Hans Hagen:
>
>> This version might also solve some of the reported problems with page
>> imposition (as the page-* modules are being cleaned up buglets cna be
>> introduced .. nothing really changes there apart from speedup and
>> namespacing).
>
> "typing" (\starttyping) seems undefined now.

ah, I forgot something when moving to the new inheritance code .. fixed

Hans

-----------------------------------------------------------------
                                           Hans Hagen | PRAGMA ADE
               Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
     tel: 038 477 53 69 | voip: 087 875 68 74 | www.pragma-ade.com
                                              | www.pragma-pod.nl
-----------------------------------------------------------------
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Henning Hraban Ramm]

Am 2011-12-22 um 14:55 schrieb Hans Hagen:

> This version might also solve some of the reported problems with  
> page imposition (as the page-* modules are being cleaned up buglets  
> cna be introduced .. nothing really changes there apart from speedup  
> and namespacing).

"typing" (\starttyping) seems undefined now.

"""
\starttext

\starttyping
\CONTEXT
\stoptyping

\stoptext
"""

Season’s Greetlings!
Hraban
---
http://www.fiee.net/texnique/
http://wiki.contextgarden.net
https://www.cacert.org (I'm an assurer)

___________________________________________________________________________________
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
___________________________________________________________________________________

new beta

[Hans Hagen]

Hi,

I uploaded a new beta. The most prominent changes are that the frames 
macro, mp graphics, and scaling code has been cleaned up, sped up and 
namespaced. of course some bug can have crept in. Don't expect wonders 
with respect to speedup although it can make some difference when 
multiple backgrounds, of large natural/extreme tables are used. Of 
course raw output of pages (as with \dorecurse{1000}{test\page}) is not 
really a good measure but at last the overhead gets more and more 
minimized which is also good for tracing.

This version might also solve some of the reported problems with page 
imposition (as the page-* modules are being cleaned up buglets cna be 
introduced .. nothing really changes there apart from speedup and 
namespacing).

Hans

-----------------------------------------------------------------
                                           Hans Hagen | PRAGMA ADE
               Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
     tel: 038 477 53 69 | voip: 087 875 68 74 | www.pragma-ade.com
                                              | www.pragma-pod.nl
-----------------------------------------------------------------
___________________________________________________________________________________
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
___________________________________________________________________________________

new beta

[Hans Hagen]

Hi,

I uploaded a beta. A few things requested the last couple of days have 
been added / patched (not all of course). Also, as a prelude to getting 
rid of the supp-fun modules initials have been rewritten. It was a 
hybrid of low level code and a wrapper but now is only available in 
\placeinitial (the old mechanism will become a module at some point).

\starttext

\placeinitial \input ward \par \input ward \par

\placeinitial \input tufte

\setupinitial
   [variant]
   [location=text,
    n=2,
    color=darkred,
    distance=-1em,
    hoffset=1em,
    voffset=-3ex,
    before=\blank]

\placeinitial[variant] \input ward \par \input ward

\placeinitial[variant] \input tufte

\stoptext

Hans

-----------------------------------------------------------------
                                           Hans Hagen | PRAGMA ADE
               Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
     tel: 038 477 53 69 | voip: 087 875 68 74 | www.pragma-ade.com
                                              | www.pragma-pod.nl
-----------------------------------------------------------------
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Steffen Wolfrum]

[-- Attachment #1: Type: text/plain, Size: 489 bytes --]


Am 01.10.2011 um 11:16 schrieb Hans Hagen:

> Hopefully nothing breaks due to these changes.

I can imagine that my problem below is related to that:

Attached you may find the same minimal bib/cite test two times:

1) as standalone "bib_test.tex"
2) and as part of a project structure "chap_X.tex"

With an older MkIV (2011.05.14) both had the same output.
With a more recent (2011.10.01) the author name is gone, when run from within the project structure!

Steffen



[-- Attachment #2: bibtest.zip --]
[-- Type: application/zip, Size: 8183 bytes --]

[-- Attachment #3: Type: text/plain, Size: 485 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
___________________________________________________________________________________

Re: new beta

[Hans Hagen]

On 3-10-2011 12:42, Thomas A. Schmitz wrote:
> Another problem: interactive links appear to be broken with the latest
> beta. This works with 2011.09.20, but not with the latest:
>
> \setupinteraction
> [state=start,
> color=darkblue]
>
> \useURL[luatex][http://www.luatex.org][][luatex website]
>
> \starttext
>
> Does this work? \from[luatex]
>
> \stoptext

fixed


-----------------------------------------------------------------
                                           Hans Hagen | PRAGMA ADE
               Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
     tel: 038 477 53 69 | voip: 087 875 68 74 | www.pragma-ade.com
                                              | www.pragma-pod.nl
-----------------------------------------------------------------
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Thomas A. Schmitz]

Another problem: interactive links appear to be broken with the latest 
beta. This works with 2011.09.20, but not with the latest:

\setupinteraction
    [state=start,
     color=darkblue]

\useURL[luatex][http://www.luatex.org][][luatex website]

\starttext

Does this work? \from[luatex]

\stoptext

All best

Thomas
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[emmanuela.asante]

Sent wirelessly from my BlackBerry device on the Bell network.
Envoyé sans fil par mon terminal mobile BlackBerry sur le réseau de Bell.

-----Original Message-----
From: "Thomas A. Schmitz" <thomas.schmitz@uni-bonn.de>
Sender: ntg-context-bounces@ntg.nl
Date: Sun, 02 Oct 2011 18:16:17 
To: mailing list for ConTeXt users<ntg-context@ntg.nl>
Reply-To: mailing list for ConTeXt users <ntg-context@ntg.nl>
Subject: Re: [NTG-context] new beta

On 10/01/2011 11:16 AM, Hans Hagen wrote:
> Hi,
>
> I uploaded a new beta. Apart from some fixes the following has been
> added/changed. Some are side effects of discussions at the context meeting.
>
> However, the biggest new thing is adapted cross document referencing.
> This was already possible but we could not yet load external references
> (as in mkii). See
>
> http://www.pragma-ade.com/general/magazines/mag-1103.pdf
>
> for how it works in mkiv. The test files cross-*.tex demonstrate a
> couple of things. If one uses the project structure, then one can
> process a component of a product and it will pick up references from the
> main product as well as (given normal circumstances) start at the right
> chapter number and page. Of course this is only a convenience option
> (for proofing) as there is a dependency on the state of the parent
> product. Given the fact that cross referencing data is spread over
> several data structures this was a somewhat complex exercise. As a side
> effect the tuc file now uses its own (temporary) namespace.
>
> Hopefully nothing breaks due to these changes.
>
Hi Hans,

the cross-referencing is excellent new, I will have to play with it very 
soon! In the meantime, here's something which broke with the October 
beta (worked a week ago):

\definelinenote [critical]

\setupnote [critical] 
[rule=off,paragraph=yes,numbercommand=,inbetween=\hskip.5em\vl\hskip0.2em\vl\hskip.5em]
\setupdescriptions[critical] [display=no,location=serried,distance=.5em]

\setuplinenumbering[location=inner,step=5,method=page,style=\tfxx,align=left,distance=0.4em,width=0.4cm]

\starttext

ut \critical{labore et dolore magna aliquyam erat}, sed diam voluptua. At
clita kasd gubergren

\stoptext

linenotes produce this error:

! Undefined control sequence.

system          > tex > error on line 10 in file test.tex: Undefined 
control sequence ...

  1     \definelinenote [critical]
  2
  3     \setupnote [critical] 
[rule=off,paragraph=yes,numbercommand=,inbetween=\hskip.5em\vl\hskip0.2em\vl\hskip.5em]
  4     \setupdescriptions[critical] 
[display=no,location=serried,distance=.5em]
  5
  6 
\setuplinenumbering[location=inner,step=5,method=page,style=\tfxx,align=left,distance=0.4em,width=0.4cm]
  7
  8     \starttext
  9
10 >>  ut \critical{labore et dolore magna aliquyam erat}, sed diam 
voluptua. At
11     clita kasd gubergren
12
13     \stoptext
14


\@@expanded ->\dodosetreference
                                 {line}{lr:b:1}{conversion=numbers}{1}
\mksomelinereference ... }{\the \linerefcounter }}
                                                   \endgroup
\mkstartlinereference ...wstartlinereference {#1}}
                                                   \ignorespaces
\someline [#1]->\mkstartlinereference {#1}
                                           \mkstoplinereference {#1}
l.10 ...ical{labore et dolore magna aliquyam erat}
                                                   , sed diam voluptua. At

which may have something to do with the new reference management, I guess?

All best

Thomas
___________________________________________________________________________________
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
___________________________________________________________________________________
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Thomas A. Schmitz]

On 10/02/2011 10:59 PM, Hans Hagen wrote:
> On 2-10-2011 18:16, Thomas A. Schmitz wrote:
>
>> the cross-referencing is excellent new, I will have to play with it very
>> soon! In the meantime, here's something which broke with the October
>> beta (worked a week ago):
>
> fixed (just a forgotten low level rename)
>
> Hans

Great, I just tried, and it works again! Thanks for the quick fix!

All best

Thomas
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Hans Hagen]

On 2-10-2011 18:16, Thomas A. Schmitz wrote:

> the cross-referencing is excellent new, I will have to play with it very
> soon! In the meantime, here's something which broke with the October
> beta (worked a week ago):

fixed (just a forgotten low level rename)

Hans

-----------------------------------------------------------------
                                           Hans Hagen | PRAGMA ADE
               Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
     tel: 038 477 53 69 | voip: 087 875 68 74 | www.pragma-ade.com
                                              | www.pragma-pod.nl
-----------------------------------------------------------------
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Thomas A. Schmitz]

On 10/01/2011 11:16 AM, Hans Hagen wrote:
> Hi,
>
> I uploaded a new beta. Apart from some fixes the following has been
> added/changed. Some are side effects of discussions at the context meeting.
>
> However, the biggest new thing is adapted cross document referencing.
> This was already possible but we could not yet load external references
> (as in mkii). See
>
> http://www.pragma-ade.com/general/magazines/mag-1103.pdf
>
> for how it works in mkiv. The test files cross-*.tex demonstrate a
> couple of things. If one uses the project structure, then one can
> process a component of a product and it will pick up references from the
> main product as well as (given normal circumstances) start at the right
> chapter number and page. Of course this is only a convenience option
> (for proofing) as there is a dependency on the state of the parent
> product. Given the fact that cross referencing data is spread over
> several data structures this was a somewhat complex exercise. As a side
> effect the tuc file now uses its own (temporary) namespace.
>
> Hopefully nothing breaks due to these changes.
>
Hi Hans,

the cross-referencing is excellent new, I will have to play with it very 
soon! In the meantime, here's something which broke with the October 
beta (worked a week ago):

\definelinenote [critical]

\setupnote [critical] 
[rule=off,paragraph=yes,numbercommand=,inbetween=\hskip.5em\vl\hskip0.2em\vl\hskip.5em]
\setupdescriptions[critical] [display=no,location=serried,distance=.5em]

\setuplinenumbering[location=inner,step=5,method=page,style=\tfxx,align=left,distance=0.4em,width=0.4cm]

\starttext

ut \critical{labore et dolore magna aliquyam erat}, sed diam voluptua. At
clita kasd gubergren

\stoptext

linenotes produce this error:

! Undefined control sequence.

system          > tex > error on line 10 in file test.tex: Undefined 
control sequence ...

  1     \definelinenote [critical]
  2
  3     \setupnote [critical] 
[rule=off,paragraph=yes,numbercommand=,inbetween=\hskip.5em\vl\hskip0.2em\vl\hskip.5em]
  4     \setupdescriptions[critical] 
[display=no,location=serried,distance=.5em]
  5
  6 
\setuplinenumbering[location=inner,step=5,method=page,style=\tfxx,align=left,distance=0.4em,width=0.4cm]
  7
  8     \starttext
  9
10 >>  ut \critical{labore et dolore magna aliquyam erat}, sed diam 
voluptua. At
11     clita kasd gubergren
12
13     \stoptext
14


\@@expanded ->\dodosetreference
                                 {line}{lr:b:1}{conversion=numbers}{1}
\mksomelinereference ... }{\the \linerefcounter }}
                                                   \endgroup
\mkstartlinereference ...wstartlinereference {#1}}
                                                   \ignorespaces
\someline [#1]->\mkstartlinereference {#1}
                                           \mkstoplinereference {#1}
l.10 ...ical{labore et dolore magna aliquyam erat}
                                                   , sed diam voluptua. At

which may have something to do with the new reference management, I guess?

All best

Thomas
___________________________________________________________________________________
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
___________________________________________________________________________________

new beta

[Hans Hagen]

Hi,

I uploaded a new beta. Apart from some fixes the following has been 
added/changed. Some are side effects of discussions at the context meeting.

- Default sorting now mixes upper and lowercase.

- Some presentation styles had problems loading due to changes in the 
structure commands.

- A few improvements to the (mixed) scite lexers / spell checkers (plus 
an experimental pdf lexer).

- Export of some math scripts (ssty related) .. an other buglet mojca 
and I noticed has to wait for a luatex engine fix.

- An extra alignment option 'last' to center the last line.

- Missing references are now listed in the log file.

- Segments can be specified as n:* (as n:100 looks somewhat weird).

- Virtual math has been adapted to the latest insights in open type math.

However, the biggest new thing is adapted cross document referencing. 
This was already possible but we could not yet load external references 
(as in mkii). See

   http://www.pragma-ade.com/general/magazines/mag-1103.pdf

for how it works in mkiv. The test files cross-*.tex demonstrate a 
couple of things. If one uses the project structure, then one can 
process a component of a product and it will pick up references from the 
main product as well as (given normal circumstances) start at the right 
chapter number and page. Of course this is only a convenience option 
(for proofing) as there is a dependency on the state of the parent 
product. Given the fact that cross referencing data is spread over 
several data structures this was a somewhat complex exercise. As a side 
effect the tuc file now uses its own (temporary) namespace.

Hopefully nothing breaks due to these changes.

Hans

ps. Wolfgang: strc-ref is now a mkvi file.

-----------------------------------------------------------------
                                           Hans Hagen | PRAGMA ADE
               Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
     tel: 038 477 53 69 | voip: 087 875 68 74 | www.pragma-ade.com
                                              | www.pragma-pod.nl
-----------------------------------------------------------------
___________________________________________________________________________________
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
___________________________________________________________________________________

new beta

[Hans Hagen]

Hi,

I uploaded a new beta:

* logging is cleaned up and is now more under directive control 
(triggered by a request of taco for silent logging) and all messages now 
go through the same mechanisms (as quite some files were touched there 
can be typos)

* as a consequence one can run context with the option --silent or 
--silent=struct*,graph* etc in order to get less logging; these map onto 
the directive logs.blocked

* logging looks slightly different as i'm in the process of adding 
subcategories; on the agenda is language dependent logging (only for non 
tracing messages)

* as a side effect (i just ran into the code) regimes have been adapted 
a bit and there's now also \startregime[...] .. \stopregime that support 
nesting (the enable and disable commands are global); modules are always 
loaded under utf8

* fontgoodies can have postprocessors (maybe the older enhancer 
mechanism will be done in a similar fashion, predates goodies)

* for those who hadn't noticed, the label translations are now in 
lang-txt.lua so don't patch lang-*.mkiv files.

Hans


-----------------------------------------------------------------
                                           Hans Hagen | PRAGMA ADE
               Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
     tel: 038 477 53 69 | voip: 087 875 68 74 | www.pragma-ade.com
                                              | www.pragma-pod.nl
-----------------------------------------------------------------
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Hans Hagen]

On 28-1-2011 6:55, Alan BRASLAU wrote:
> Hans,
>
> Typing the full path name (in response to the prompt)
> satisfies the program, and the installation process proceeds.
> Mistyping the file name causes the prompt to be repeated,
> so I assume that the file is indeed there.

ok, but is it mentioned in the filedatabase for that tree, the lua file



-----------------------------------------------------------------
                                           Hans Hagen | PRAGMA ADE
               Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
     tel: 038 477 53 69 | voip: 087 875 68 74 | www.pragma-ade.com
                                              | www.pragma-pod.nl
-----------------------------------------------------------------
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Alan BRASLAU]

Hans,

Typing the full path name (in response to the prompt)
satisfies the program, and the installation process proceeds.
Mistyping the file name causes the prompt to be repeated,
so I assume that the file is indeed there.

Alan

On Thursday 27 January 2011 22:43:09 Hans Hagen wrote:
> On 26-1-2011 3:31, Alan BRASLAU wrote:
> > Here is a log.
> > 
> > Notice the instances of "Please type another input file name:"
> 
> In your log we find:
> 
> resolvers:
>      scanning path '/usr/local/context/beta/tex/texmf-context'
> resolvers:
>      category 'files',
>      cachename '/usr/local/context/beta/tex/texmf-context'
>      saved in
> '/usr/local/context/beta/tex/texmf-cache/luatex-cache/context/78cdaa7631366
> 50bb930fd130bd15f12/trees/b7e28755b4f50587d17e2e62c0899e76.lua'
> 
> (/home/local/context/beta/tex/texmf-context/tex/context/base/catc-ini.mkiv
> <+
> /home/local/context/beta/tex/texmf-context/tex/context/base/catc-ini.lua>)
> ! I can't find file `catc-act.mkiv'.
> 
> Next time that you get this, at this message, you can do the following:
> 
> - check if the file catc-atc.mkiv is actually there
> - look into
> '/usr/local/context/beta/tex/texmf-cache/luatex-cache/context/78cdaa7631366
> 50bb930fd130bd15f12/trees/b7e28755b4f50587d17e2e62c0899e76.lua' and see if
> there is an entry for this file
> 
> The weird thing is that other files are found.
> 
> Hans
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Hans Hagen]

On 26-1-2011 3:31, Alan BRASLAU wrote:
> Here is a log.
>
> Notice the instances of "Please type another input file name:"

In your log we find:

resolvers:
     scanning path '/usr/local/context/beta/tex/texmf-context'
resolvers:
     category 'files',
     cachename '/usr/local/context/beta/tex/texmf-context'
     saved in 
'/usr/local/context/beta/tex/texmf-cache/luatex-cache/context/78cdaa763136650bb930fd130bd15f12/trees/b7e28755b4f50587d17e2e62c0899e76.lua'

(/home/local/context/beta/tex/texmf-context/tex/context/base/catc-ini.mkiv
<+ 
/home/local/context/beta/tex/texmf-context/tex/context/base/catc-ini.lua>)
! I can't find file `catc-act.mkiv'.

Next time that you get this, at this message, you can do the following:

- check if the file catc-atc.mkiv is actually there
- look into 
'/usr/local/context/beta/tex/texmf-cache/luatex-cache/context/78cdaa763136650bb930fd130bd15f12/trees/b7e28755b4f50587d17e2e62c0899e76.lua' 
and see if there is an entry for this file

The weird thing is that other files are found.

Hans



-----------------------------------------------------------------
                                           Hans Hagen | PRAGMA ADE
               Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
     tel: 038 477 53 69 | voip: 087 875 68 74 | www.pragma-ade.com
                                              | www.pragma-pod.nl
-----------------------------------------------------------------
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Taco Hoekwater]

On 01/26/11 22:01, Alan BRASLAU wrote:
> On Wednesday 26 January 2011 19:56:04 Mojca Miklavec wrote:
>>
>> I will rewrite some of the scripts from scratch anyway, but I hope
>> that this should work now. I would have to test whether there is a
>> more elegant way for enforcing some specific type of platform when
>> uname lies.
>>
> 
> Maybe "bash --version" would be more reliable than uname?

If you do something like that, then you may as well do

 $ file /bin/ls

Best wishes,
Taco
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Alan BRASLAU]

On Wednesday 26 January 2011 19:56:04 Mojca Miklavec wrote:
> 
> I will rewrite some of the scripts from scratch anyway, but I hope
> that this should work now. I would have to test whether there is a
> more elegant way for enforcing some specific type of platform when
> uname lies.
> 

Maybe "bash --version" would be more reliable than uname?

Alan
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Mojca Miklavec]

I think I understand at least part of the problem now.

When I run ./first-setup.sh it runs
    /usr/local/texlive/2010/bin/x86_64-darwin/mktexlsr
    /usr/local/texlive/2010/bin/x86_64-darwin/mtxrun
instead of mktexlsr and mtxrun from the newly installed distribution.

Is anyone willing to try to change part of first-setup.sh into


Option A (more bullet-proof):
---------------------------------------------
CONTEXTROOT="$PWD/tex"

OLDPATH=$PATH

# download or rsync the latest scripts first
rsync -rlptv rsync://contextgarden.net/minimals/setup/$platform/bin .

# download or update the distribution
# you may remove the --context=beta switch if you want to use "current"
export PATH=$PWD/bin:"$CONTEXTROOT/texmf-$platform/bin":$OLDPATH
mtxrun --script ./bin/mtx-update.lua --force --update --engine=all
--context=beta --platform=$platform --texroot="$CONTEXTROOT" $@

export PATH="$CONTEXTROOT/texmf-$platform/bin":$OLDPATH
mtxrun --script ./bin/mtx-update.lua --force --make --engine=all $@
---------------------------------------------
Option B:
---------------------------------------------
CONTEXTROOT="$PWD/tex"

# download or rsync the latest scripts first
rsync -rlptv rsync://contextgarden.net/minimals/setup/$platform/bin .

# download or update the distribution
# you may remove the --context=beta switch if you want to use "current"
export PATH=$PWD/bin:"$CONTEXTROOT/texmf-$platform/bin":$PATH
mtxrun --script ./bin/mtx-update.lua --force --update --make
--engine=all --context=beta --platform=$platform
--texroot="$CONTEXTROOT" $@
---------------------------------------------

and test if that behaves any better?

The problem is that in the first step one doesn't necessary have
mtxrun & luatex at all or they might be too recent, so we have to put
"$PWD/bin/" in front of PATH. However it might be much better to use
(now existing) luatex and mtxrun from $CONTEXTROOT/texmf-$platform/bin
when updating the database and making formats. Later I decided that
one also needs $CONTEXTROOT/texmf-$platform/bin before calling
--update since mktexlsr is also called at the end of update.

I will rewrite some of the scripts from scratch anyway, but I hope
that this should work now. I would have to test whether there is a
more elegant way for enforcing some specific type of platform when
uname lies.

Mojca
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Mojca Miklavec]

On Wed, Jan 26, 2011 at 13:31, Mojca Miklavec
<mojca.miklavec.lists@gmail.com> wrote:
>> so, the main question is: why isn't "mtxrun --generate" run?
>
> It is run. But this has been broken since the very beginning.
>
> When you run "mtxrun --generate" from withit mtx-update in creates a
> different database and updates that one (at least that used to be a
> problem in past; I didn't check that recently, but it is one of few
> longstanding nasty bugs (the other one is inability to properly set
> the platform in a decent way)).
>
> Most of the time it is not as nasty since formats for MKIV are rebuild
> later anyway, so often one would not notice the problem. At the end
> there are two databases then.

Or maybe not. I need to have a closer look again. I tried to reinstall
now and it generated only a single database (for mkiv, but for mkii
some files were missing), however there was no mkiv format.

Mojca
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Mojca Miklavec]

> so, the main question is: why isn't "mtxrun --generate" run?

It is run. But this has been broken since the very beginning.

When you run "mtxrun --generate" from withit mtx-update in creates a
different database and updates that one (at least that used to be a
problem in past; I didn't check that recently, but it is one of few
longstanding nasty bugs (the other one is inability to properly set
the platform in a decent way)).

Most of the time it is not as nasty since formats for MKIV are rebuild
later anyway, so often one would not notice the problem. At the end
there are two databases then.

It would help to know how you calculate the md5 hash and why it
chooses two different hashes ... But I will try to check again.

Mojca
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Hans Hagen]

On 26-1-2011 9:41, Thomas Schmitz wrote:
> On Wed, 26 Jan 2011 09:26:18 +0100
> Hans Hagen <pragma@wxs.nl> wrote:
>> On 26-1-2011 8:50, Alan BRASLAU wrote:
>>> On Tuesday 18 January 2011 20:13:36 Renaud AUBIN wrote:
>>>> Hi Hans,
>>>>
>>>> On Linux with debian minimals:
>>>>
>>>> l.42 \loadmarkfile{catc-ini}
>>>>
>>>> Please type another input file name:
>>>> ! Emergency stop.
>>>> <to be read again>
>>>> \relax
>>>> l.42 \loadmarkfile{catc-ini}
>>>
>>>
>>> There appears to be a problem (for quite some time, not just for the
>>> current
>>> beta) of the robustness of \loadmarkfile{}. Indeed, quite often, the
>>> conditions
>>> under which this occurs is not clear to me, but almost systematically,
>>> updating the minimals gives such errors. The update succeeds by
>>> entering the
>>> full path, such as
>>> /usr/local/context/beta/tex/texmf-context/tex/context/base/catc-ini.mkiv
>>> and repeating the whole path many times, for all instances of unfound
>>> markfiles
>>> (under X11, right-click is your friend)!
>>>
>>> It is strange, as the update process finds the other files perfectly
>>> well, and
>>> is really annoying.
>>
>> it is probably a side effect of files being renamed, i.e. the new name
>> is mkiv while the old one is tex; in that case the file database has
>> to be rebuild (using mtxrun --generate); it can also happen when there
>> are new files added
>>
>> so, the main question is: why isn't "mtxrun --generate" run?
>>
>> Hans
>
> Yes, I have encountered this problem many times during the last weeks.
> Aborting the format-making, rerunning mtxrun --generate works too, after
> that, all the files that have been flagged before are found. So the
> question is: is mtxrun --generate maybe run too early in the process,
> before all the files are copied into their place?

I just synced the minimals on a xubuntu virtual machine and it works ok. 
I never saw that problem, and recently I updated 6 machines that ran the 
minimals without problems (and i see mtxrun --generate being run). Maybe 
next time capture all the messages on the console so that we can see 
what happens at your end.

Hans

-----------------------------------------------------------------
                                           Hans Hagen | PRAGMA ADE
               Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
     tel: 038 477 53 69 | voip: 087 875 68 74 | www.pragma-ade.com
                                              | www.pragma-pod.nl
-----------------------------------------------------------------
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Marco Pessotto]

Hans Hagen <pragma@wxs.nl> writes:

> On 25-1-2011 9:18, Marco Pessotto wrote:
>> Hans Hagen<pragma@wxs.nl>  writes:
>>
>>> - If you are adventurous you can add the following to cont-new.mkiv
>>>
>>>         \enablemode[*nofonts]
>>>
>>> This will postpone font loading and will be default soon. This saves
>>> runtime when you use another font than latin modern. When no font is
>>> loaded before the first \starttext, modern will kick in. A side effect
>>> is that any text typeset before \starttext will not show up in the
>>> output. If you observe that, you need to setup a bodyfont explicitly
>>> beforehand. In practice there should be no problems. The delayed
>>> loading is somewhat tricky but has been tested for a while.
>>>
>>
>> If felt adventurous and I found the following problem:
>
> new beta that checks for math and mono being loaded and if not it loads
> modern fallbacks
>

Works here. Thanks


-- 
Marco

___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Thomas Schmitz]

On Wed, 26 Jan 2011 09:26:18 +0100
  Hans Hagen <pragma@wxs.nl> wrote:
> On 26-1-2011 8:50, Alan BRASLAU wrote:
>> On Tuesday 18 January 2011 20:13:36 Renaud AUBIN wrote:
>>> Hi Hans,
>>>
>>> On Linux with debian minimals:
>>>
>>> l.42 \loadmarkfile{catc-ini}
>>>
>>> Please type another input file name:
>>> ! Emergency stop.
>>> <to be read again>
>>>                     \relax
>>> l.42 \loadmarkfile{catc-ini}
>>
>>
>> There appears to be a problem (for quite some time, not 
>>just for the current
>> beta) of the robustness of \loadmarkfile{}. Indeed, 
>>quite often, the conditions
>> under which this occurs is not clear to me, but almost 
>>systematically,
>> updating the minimals gives such errors. The update 
>>succeeds by entering the
>> full path, such as
>> /usr/local/context/beta/tex/texmf-context/tex/context/base/catc-ini.mkiv
>> and repeating the whole path many times, for all 
>>instances of unfound markfiles
>> (under X11, right-click is your friend)!
>>
>> It is strange, as the update process finds the other 
>>files perfectly well, and
>> is really annoying.
> 
> it is probably a side effect of files being renamed, 
>i.e. the new name is mkiv while the old one is tex; in 
>that case the file database has to be rebuild (using 
>mtxrun --generate); it can also happen when there are new 
>files added
> 
> so, the main question is: why isn't "mtxrun --generate" 
>run?
> 
> Hans

Yes, I have encountered this problem many times during the 
last weeks. Aborting the format-making, rerunning mtxrun 
--generate works too, after that, all the files that have 
been flagged before are found. So the question is: is 
mtxrun --generate maybe run too early in the process, 
before all the files are copied into their place?

Thomas
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Hans Hagen]

On 25-1-2011 9:18, Marco Pessotto wrote:
> Hans Hagen<pragma@wxs.nl>  writes:
>
>> - If you are adventurous you can add the following to cont-new.mkiv
>>
>>         \enablemode[*nofonts]
>>
>> This will postpone font loading and will be default soon. This saves
>> runtime when you use another font than latin modern. When no font is
>> loaded before the first \starttext, modern will kick in. A side effect
>> is that any text typeset before \starttext will not show up in the
>> output. If you observe that, you need to setup a bodyfont explicitly
>> beforehand. In practice there should be no problems. The delayed
>> loading is somewhat tricky but has been tested for a while.
>>
>
> If felt adventurous and I found the following problem:

new beta that checks for math and mono being loaded and if not it loads
modern fallbacks

-----------------------------------------------------------------
                                           Hans Hagen | PRAGMA ADE
               Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
     tel: 038 477 53 69 | voip: 087 875 68 74 | www.pragma-ade.com
                                              | www.pragma-pod.nl
-----------------------------------------------------------------
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Hans Hagen]

On 26-1-2011 8:50, Alan BRASLAU wrote:
> On Tuesday 18 January 2011 20:13:36 Renaud AUBIN wrote:
>> Hi Hans,
>>
>> On Linux with debian minimals:
>>
>> l.42 \loadmarkfile{catc-ini}
>>
>> Please type another input file name:
>> ! Emergency stop.
>> <to be read again>
>>                     \relax
>> l.42 \loadmarkfile{catc-ini}
>
>
> There appears to be a problem (for quite some time, not just for the current
> beta) of the robustness of \loadmarkfile{}. Indeed, quite often, the conditions
> under which this occurs is not clear to me, but almost systematically,
> updating the minimals gives such errors. The update succeeds by entering the
> full path, such as
> /usr/local/context/beta/tex/texmf-context/tex/context/base/catc-ini.mkiv
> and repeating the whole path many times, for all instances of unfound markfiles
> (under X11, right-click is your friend)!
>
> It is strange, as the update process finds the other files perfectly well, and
> is really annoying.

it is probably a side effect of files being renamed, i.e. the new name 
is mkiv while the old one is tex; in that case the file database has to 
be rebuild (using mtxrun --generate); it can also happen when there are 
new files added

so, the main question is: why isn't "mtxrun --generate" run?

Hans

-----------------------------------------------------------------
                                           Hans Hagen | PRAGMA ADE
               Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
     tel: 038 477 53 69 | voip: 087 875 68 74 | www.pragma-ade.com
                                              | www.pragma-pod.nl
-----------------------------------------------------------------
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Alan BRASLAU]

On Tuesday 18 January 2011 20:13:36 Renaud AUBIN wrote:
> Hi Hans,
> 
> On Linux with debian minimals:
> 
> l.42 \loadmarkfile{catc-ini}
> 
> Please type another input file name:
> ! Emergency stop.
> <to be read again>
>                    \relax
> l.42 \loadmarkfile{catc-ini}


There appears to be a problem (for quite some time, not just for the current 
beta) of the robustness of \loadmarkfile{}. Indeed, quite often, the conditions 
under which this occurs is not clear to me, but almost systematically, 
updating the minimals gives such errors. The update succeeds by entering the 
full path, such as
/usr/local/context/beta/tex/texmf-context/tex/context/base/catc-ini.mkiv
and repeating the whole path many times, for all instances of unfound markfiles 
(under X11, right-click is your friend)!

It is strange, as the update process finds the other files perfectly well, and 
is really annoying.

Alan
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Hans Hagen]

On 25-1-2011 10:18, Marco Pessotto wrote:

> I don't need a workaround, because I can comment out the *nofonts in the
> cont-new.mkiv (which was added by myself). I was just reporting a
> problem, as asked (IIRC).

well, at some point it will be default so we need to catch these cases 
(or fix the typescripts)

Hans

-----------------------------------------------------------------
                                           Hans Hagen | PRAGMA ADE
               Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
     tel: 038 477 53 69 | voip: 087 875 68 74 | www.pragma-ade.com
                                              | www.pragma-pod.nl
-----------------------------------------------------------------
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Hans Hagen]

On 25-1-2011 9:35, Andreas Harder wrote:
>
> Am 25.01.2011 um 21:18 schrieb Marco Pessotto:
>
>> Hans Hagen<pragma@wxs.nl>  writes:
>>
>>> - If you are adventurous you can add the following to cont-new.mkiv
>>>
>>>        \enablemode[*nofonts]
>>>
>>> This will postpone font loading and will be default soon. This saves
>>> runtime when you use another font than latin modern. When no font is
>>> loaded before the first \starttext, modern will kick in. A side effect
>>> is that any text typeset before \starttext will not show up in the
>>> output. If you observe that, you need to setup a bodyfont explicitly
>>> beforehand. In practice there should be no problems. The delayed
>>> loading is somewhat tricky but has been tested for a while.
>>>
>>
>> If felt adventurous and I found the following problem:
>>
>> %%%% minimal example %%%%
>> \usetypescript[libertine]
>> \setupbodyfont[libertine,12pt]
>>
>> \starttext
>> \startitemize[1]
>> \item one
>> \item two
>> \stopitemize
>> \stoptext
>> %%%% end %%%%
>>
>> It fails because itemize seems to require some math characters (the
>> bullets) and the libertine font seems not to have them. lmodern don't
>> kick in, it just fails:
>
> Works for me with the latest minimals. For Libertine bullets you can use the following:
>
> \setupbodyfont[libertine]
> \definesymbol[1][•] % otherwise LMMathSymbols10-Regular
>
> \starttext
> \startitemize
> \item one
> \item two
> \stopitemize
> \stoptext

we can consider adding some suitable math font

     \starttypescript [libertine]
         \definetypeface [libertine] [rm] [serif] [libertine] [default]
         \definetypeface [libertine] [ss] [sans]  [biolinum]  [default]
         \definetypeface [libertine] [tt] [mono]  [default]   [default]
         %definetypeface [libertine] [mm] [math]  [times]     [default]
         \quittypescriptscanning
     \stoptypescript

at some point i want to redefine the bullets to be more clever (it is a 
pitty that regular text bullets are often so small)

Hans

-----------------------------------------------------------------
                                           Hans Hagen | PRAGMA ADE
               Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
     tel: 038 477 53 69 | voip: 087 875 68 74 | www.pragma-ade.com
                                              | www.pragma-pod.nl
-----------------------------------------------------------------
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Marco Pessotto]

Aditya Mahajan <adityam@umich.edu> writes:

> On Tue, 25 Jan 2011, Marco Pessotto wrote:
>
>> Hans Hagen <pragma@wxs.nl> writes:
>>
>>> - If you are adventurous you can add the following to cont-new.mkiv
>>>
>>>        \enablemode[*nofonts]
>>>
>>> This will postpone font loading and will be default soon. This saves
>>> runtime when you use another font than latin modern. When no font is
>>> loaded before the first \starttext, modern will kick in. A side effect
>>> is that any text typeset before \starttext will not show up in the
>>> output. If you observe that, you need to setup a bodyfont explicitly
>>> beforehand. In practice there should be no problems. The delayed
>>> loading is somewhat tricky but has been tested for a while.
>>>
>>
>> If felt adventurous and I found the following problem:
>>
>> %%%% minimal example %%%%
>> \usetypescript[libertine]
>> \setupbodyfont[libertine,12pt]
>>
>> \starttext
>> \startitemize[1]
>> \item one
>> \item two
>> \stopitemize
>> \stoptext
>> %%%% end %%%%
>
> Can you test if
>
> \setupbodyfont[libertine,12pt]
> \starttext
> $ABC \bullet \star$
> \stoptext
>
> also fails?
>

Yes. Full log here

melmoth@universe:/tmp$ context --version

MTXrun | main context file: /home/melmoth/usr/context/tex/texmf-context/tex/context/base/context.mkiv
MTXrun | current version: 2011.01.25 13:17
melmoth@universe:/tmp$ cat prova.tex 
%%%% minimal example %%%%
\usetypescript[libertine]
\setupbodyfont[libertine,12pt]
\starttext
$ABC \bullet \star$
\stoptext
%%%% end %%%%
melmoth@universe:/tmp$ context prova.tex 

MTXrun | run 1: luatex --fmt="/home/melmoth/usr/context/tex/texmf-cache/luatex-cache/context/161a8cd09bbec9213c251f73843e59e3/formats/cont-en" --lua="/home/melmoth/usr/context/tex/texmf-cache/luatex-cache/context/161a8cd09bbec9213c251f73843e59e3/formats/cont-en.lui" --backend=pdf "./prova.tex"This is LuaTeX, Version beta-0.65.0-2010121316 
 \write18 enabled.
(prova.tex
jobcontrol      > resuming randomizer with 0.71793062133618

ConTeXt  ver: 2011.01.25 13:17 MKIV  fmt: 2011.1.25  int: english/english

system          : cont-new.mkiv loaded
(/home/melmoth/usr/context/tex/texmf-context/tex/context/base/cont-new.mkiv
systems         : beware: some patches loaded from cont-new.mkiv
)
system          : prova.top loaded
(prova.top)
fonts           : latin modern fonts are not preloaded
language        : language en is active
(/home/melmoth/usr/context/tex/texmf-context/tex/context/base/type-siz.mkiv) (/home/melmoth/usr/context/tex/texmf-context/tex/context/base/type-otf.mkiv){/home/melmoth/usr/context/tex/texmf-context/fonts/map/pdftex/context/mkiv-base.map}
systems         : begin file prova.tex at line 4
! Math error: parameter \Umathquad\displaystyle is not set.
l.5 $ABC \bullet \star$
                       
? ?
Type <return> to proceed, S to scroll future error messages,
R to run without stopping, Q to run quietly,
I to insert something, E to edit your file,
1 or ... or 9 to ignore the next 1 to 9 tokens of input,
H for help, X to quit.
? H
Sorry, but I can't typeset math unless various parameters have
been set. This is normally done by loading special math fonts
into the math family slots. Your font set is lacking at least
the parameter mentioned earlier.
? X
mkiv lua stats : used config file          - /home/melmoth/usr/context/tex/texmf/web2c/texmfcnf.lua
mkiv lua stats : used cache path           - /home/melmoth/usr/context/tex/texmf-cache/luatex-cache/context/161a8cd09bbec9213c251f73843e59e3
mkiv lua stats : input load time           - 0.015 seconds
mkiv lua stats : stored bytecode data      - 265 modules, 56 tables, 321 chunks
mkiv lua stats : cleaned up reserved nodes - 30 nodes, 9 lists of 412
mkiv lua stats : node memory usage         - 1 hlist, 1 math, 1 glue, 5 noad, 5 math_char, 57 attribute, 18 glue_spec, 10 attribute_list, 1 temp, 1 local_par, 2 dir
mkiv lua stats : node list callback tasks  - 6 unique task lists, 2 instances (re)created, 1767 calls
mkiv lua stats : used backend              - pdf (backend for directly generating pdf output)
mkiv lua stats : loaded patterns           - en::2
mkiv lua stats : callbacks                 - direct: 1782, indirect: 2932, total: 4714
mkiv lua stats : result saved in file      - prova.pdf
mkiv lua stats : loaded fonts              - 1 files: fxlr.otf
mkiv lua stats : fonts load time           - 0.102 seconds 
mkiv lua stats : luatex banner             - this is luatex, version beta-0.65.0-2010121316
mkiv lua stats : control sequences         - 29324 of 165536
mkiv lua stats : current memory usage      - 18 MB (ctx: 19 MB)
mkiv lua stats : runtime                   - 14.364 seconds

> Seems like a bug. If no math typescripts are defined, the fallback
> should have been loaded. (In any case, the libertine typescript should
> use either txfonts or perhaps xits as the default math fonts).
>
> Aditya

Cheers

-- 
Marco

___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Aditya Mahajan]

On Tue, 25 Jan 2011, Marco Pessotto wrote:

> Hans Hagen <pragma@wxs.nl> writes:
>
>> - If you are adventurous you can add the following to cont-new.mkiv
>>
>>        \enablemode[*nofonts]
>>
>> This will postpone font loading and will be default soon. This saves
>> runtime when you use another font than latin modern. When no font is
>> loaded before the first \starttext, modern will kick in. A side effect
>> is that any text typeset before \starttext will not show up in the
>> output. If you observe that, you need to setup a bodyfont explicitly
>> beforehand. In practice there should be no problems. The delayed
>> loading is somewhat tricky but has been tested for a while.
>>
>
> If felt adventurous and I found the following problem:
>
> %%%% minimal example %%%%
> \usetypescript[libertine]
> \setupbodyfont[libertine,12pt]
>
> \starttext
> \startitemize[1]
> \item one
> \item two
> \stopitemize
> \stoptext
> %%%% end %%%%

Can you test if

\setupbodyfont[libertine,12pt]
\starttext
$ABC \bullet \star$
\stoptext

also fails?

> It fails because itemize seems to require some math characters (the
> bullets) and the libertine font seems not to have them. lmodern don't
> kick in, it just fails:
>
> ! Math error: parameter \Umathquad\displaystyle is not set.
> \mathematics ...rmalstartimath #1\normalstopimath
>                                                  \fi
> \dodosymbol ...bol \csname \??ss :#1:#2\endcsname
>                                                  \relax }\relax
> \donormalsymbol ...bol \redosymbol \currentsymbol
>                                                  \fi \fi
> \dodosymbol ...bol \csname \??ss :#1:#2\endcsname
>                                                  \relax }\relax
> \donormalsymbol ...bol \redosymbol \currentsymbol
>                                                  \fi \fi
> <to be read again>
>                   }
> ...
> l.7 \item o
>           ne

Seems like a bug. If no math typescripts are defined, the fallback should 
have been loaded. (In any case, the libertine typescript should use either 
txfonts or perhaps xits as the default math fonts).

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

Re: new beta

[Marco Pessotto]

Andreas Harder <aharder@uni-koblenz.de> writes:

> Am 25.01.2011 um 21:18 schrieb Marco Pessotto:
>
>> Hans Hagen <pragma@wxs.nl> writes:
>> 
>>> - If you are adventurous you can add the following to cont-new.mkiv
>>> 
>>>       \enablemode[*nofonts]
>>> 
>>> This will postpone font loading and will be default soon. This saves
>>> runtime when you use another font than latin modern. When no font is
>>> loaded before the first \starttext, modern will kick in. A side effect
>>> is that any text typeset before \starttext will not show up in the
>>> output. If you observe that, you need to setup a bodyfont explicitly
>>> beforehand. In practice there should be no problems. The delayed
>>> loading is somewhat tricky but has been tested for a while.
>>> 
>> 
>> If felt adventurous and I found the following problem:
>> 
>> %%%% minimal example %%%%
>> \usetypescript[libertine]
>> \setupbodyfont[libertine,12pt]
>> 
>> \starttext
>> \startitemize[1]
>> \item one
>> \item two
>> \stopitemize
>> \stoptext
>> %%%% end %%%%
>> 
>> It fails because itemize seems to require some math characters (the
>> bullets) and the libertine font seems not to have them. lmodern don't
>> kick in, it just fails:
>
> Works for me with the latest minimals. For Libertine bullets you can use the following:
>
> \setupbodyfont[libertine]
> \definesymbol[1][•] % otherwise LMMathSymbols10-Regular
>
> \starttext
> \startitemize
> \item one
> \item two
> \stopitemize
> \stoptext
>
> Greeting
> 	Andreas


Just to be sure I've updated the Minimals, but with 

 \enablemode[*nofonts]

in cont-new.mkiv it fails.

I don't need a workaround, because I can comment out the *nofonts in the
cont-new.mkiv (which was added by myself). I was just reporting a
problem, as asked (IIRC).


$ context prova.tex 

MTXrun | run 1: luatex --fmt="/home/melmoth/usr/context/tex/texmf-cache/luatex-cache/context/161a8cd09bbec9213c251f73843e59e3/formats/cont-en" --lua="/home/melmoth/usr/context/tex/texmf-cache/luatex-cache/context/161a8cd09bbec9213c251f73843e59e3/formats/cont-en.lui" --backend=pdf "./prova.tex"This is LuaTeX, Version beta-0.65.0-2010121316 
 \write18 enabled.
(prova.tex
jobcontrol      > resuming randomizer with 0.71793062133618

ConTeXt  ver: 2011.01.25 13:17 MKIV  fmt: 2011.1.25  int: english/english

system          : cont-new.mkiv loaded
(/home/melmoth/usr/context/tex/texmf-context/tex/context/base/cont-new.mkiv
systems         : beware: some patches loaded from cont-new.mkiv
)
system          : prova.top loaded
(prova.top)
fonts           : latin modern fonts are not preloaded
language        : language en is active
(/home/melmoth/usr/context/tex/texmf-context/tex/context/base/type-siz.mkiv) (/home/melmoth/usr/context/tex/texmf-context/tex/context/base/type-otf.mkiv){/home/melmoth/usr/context/tex/texmf-context/fonts/map/pdftex/context/mkiv-base.map}
systems         : begin file prova.tex at line 5
! Math error: parameter \Umathquad\displaystyle is not set.
\mathematics ...rmalstartimath #1\normalstopimath 
                                                  \fi 
\dodosymbol ...bol \csname \??ss :#1:#2\endcsname 
                                                  \relax }\relax 
\donormalsymbol ...bol \redosymbol \currentsymbol 
                                                  \fi \fi 
\dodosymbol ...bol \csname \??ss :#1:#2\endcsname 
                                                  \relax }\relax 
\donormalsymbol ...bol \redosymbol \currentsymbol 
                                                  \fi \fi 
<to be read again> 
                   }
...
l.7 \item o
           ne
? ?
Type <return> to proceed, S to scroll future error messages,
R to run without stopping, Q to run quietly,
I to insert something, E to edit your file,
1 or ... or 9 to ignore the next 1 to 9 tokens of input,
H for help, X to quit.
? X
mkiv lua stats : used config file          - /home/melmoth/usr/context/tex/texmf/web2c/texmfcnf.lua
mkiv lua stats : used cache path           - /home/melmoth/usr/context/tex/texmf-cache/luatex-cache/context/161a8cd09bbec9213c251f73843e59e3
mkiv lua stats : input load time           - 0.015 seconds
mkiv lua stats : stored bytecode data      - 265 modules, 56 tables, 321 chunks
mkiv lua stats : cleaned up reserved nodes - 30 nodes, 9 lists of 412
mkiv lua stats : node memory usage         - 1 hlist, 1 math, 2 glue, 1 noad, 1 math_char, 19 attribute, 20 glue_spec, 4 attribute_list, 2 temp, 7 if_stack, 1 local_par, 3 dir
mkiv lua stats : node list callback tasks  - 6 unique task lists, 2 instances (re)created, 1773 calls
mkiv lua stats : used backend              - pdf (backend for directly generating pdf output)
mkiv lua stats : loaded patterns           - en::2
mkiv lua stats : callbacks                 - direct: 1788, indirect: 2937, total: 4725
mkiv lua stats : result saved in file      - prova.pdf
mkiv lua stats : loaded fonts              - 1 files: fxlr.otf
mkiv lua stats : fonts load time           - 0.101 seconds 
mkiv lua stats : luatex banner             - this is luatex, version beta-0.65.0-2010121316
mkiv lua stats : control sequences         - 29335 of 165536
mkiv lua stats : current memory usage      - 18 MB (ctx: 19 MB)
mkiv lua stats : runtime                   - 6.489 seconds

Cheers



-- 
Marco

___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Andreas Harder]

Am 25.01.2011 um 21:18 schrieb Marco Pessotto:

> Hans Hagen <pragma@wxs.nl> writes:
> 
>> - If you are adventurous you can add the following to cont-new.mkiv
>> 
>>       \enablemode[*nofonts]
>> 
>> This will postpone font loading and will be default soon. This saves
>> runtime when you use another font than latin modern. When no font is
>> loaded before the first \starttext, modern will kick in. A side effect
>> is that any text typeset before \starttext will not show up in the
>> output. If you observe that, you need to setup a bodyfont explicitly
>> beforehand. In practice there should be no problems. The delayed
>> loading is somewhat tricky but has been tested for a while.
>> 
> 
> If felt adventurous and I found the following problem:
> 
> %%%% minimal example %%%%
> \usetypescript[libertine]
> \setupbodyfont[libertine,12pt]
> 
> \starttext
> \startitemize[1]
> \item one
> \item two
> \stopitemize
> \stoptext
> %%%% end %%%%
> 
> It fails because itemize seems to require some math characters (the
> bullets) and the libertine font seems not to have them. lmodern don't
> kick in, it just fails:

Works for me with the latest minimals. For Libertine bullets you can use the following:

\setupbodyfont[libertine]
\definesymbol[1][•] % otherwise LMMathSymbols10-Regular

\starttext
\startitemize
\item one
\item two
\stopitemize
\stoptext

Greeting
	Andreas
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Marco Pessotto]

Hans Hagen <pragma@wxs.nl> writes:

> - If you are adventurous you can add the following to cont-new.mkiv
>
>        \enablemode[*nofonts]
>
> This will postpone font loading and will be default soon. This saves
> runtime when you use another font than latin modern. When no font is
> loaded before the first \starttext, modern will kick in. A side effect
> is that any text typeset before \starttext will not show up in the
> output. If you observe that, you need to setup a bodyfont explicitly
> beforehand. In practice there should be no problems. The delayed
> loading is somewhat tricky but has been tested for a while.
>

If felt adventurous and I found the following problem:

%%%% minimal example %%%%
\usetypescript[libertine]
\setupbodyfont[libertine,12pt]

\starttext
\startitemize[1]
\item one
\item two
\stopitemize
\stoptext
%%%% end %%%%

It fails because itemize seems to require some math characters (the
bullets) and the libertine font seems not to have them. lmodern don't
kick in, it just fails:

! Math error: parameter \Umathquad\displaystyle is not set.
\mathematics ...rmalstartimath #1\normalstopimath 
                                                  \fi 
\dodosymbol ...bol \csname \??ss :#1:#2\endcsname 
                                                  \relax }\relax 
\donormalsymbol ...bol \redosymbol \currentsymbol 
                                                  \fi \fi 
\dodosymbol ...bol \csname \??ss :#1:#2\endcsname 
                                                  \relax }\relax 
\donormalsymbol ...bol \redosymbol \currentsymbol 
                                                  \fi \fi 
<to be read again> 
                   }
...
l.7 \item o
           ne
? 

Bests and thanks for all your work



-- 
Marco

___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Renaud AUBIN]

Except that I used . And not *


"Hans Hagen" <pragma@wxs.nl> a écrit :

>On 18-1-2011 10:04, Peter Münster wrote:
>> Renaud AUBIN<aubin@nibua-r.org>  writes:
>>
>>> It would be nice to think of those like me who use dot into their
>naming
>>> scheme… ;)
>>
>> See also http://www.ntg.nl/pipermail/ntg-context/2010/052339.html ;)
>
>well, having a * in a filename is a bad idea anyway
>
>Hans
>
>-----------------------------------------------------------------
>                                           Hans Hagen | PRAGMA ADE
>               Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
>     tel: 038 477 53 69 | voip: 087 875 68 74 | www.pragma-ade.com
>                                              | www.pragma-pod.nl
>-----------------------------------------------------------------
>___________________________________________________________________________________
>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
>___________________________________________________________________________________

-- 
Envoyé de mon téléphone Android avec K-9 Mail. Excusez la bièveté.
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Hans Hagen]

On 18-1-2011 9:32, Renaud AUBIN wrote:
> Ok, using /usr/local/ConTeXt_version_2010.11.26 will not please the
> resolver or something else because of the dot…
> mv do the job
>
> It would be nice to think of those like me who use dot into their naming
> scheme… ;)

hm, i wonder what goes wrong, as catc-ini is not the first file that is 
loaded

> Renaud
>
> Le 18/01/2011 20:13, Renaud AUBIN a écrit :
>> Hi Hans,
>>
>> On Linux with debian minimals:
>>
>> l.42 \loadmarkfile{catc-ini}
>>
>> Please type another input file name:
>> ! Emergency stop.
>> <to be read again>
>>                     \relax
>> l.42 \loadmarkfile{catc-ini}
>>
>> Cheers,
>>
>> Renaud
>
> ___________________________________________________________________________________
> 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
> ___________________________________________________________________________________


-- 

-----------------------------------------------------------------
                                           Hans Hagen | PRAGMA ADE
               Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
     tel: 038 477 53 69 | voip: 087 875 68 74 | www.pragma-ade.com
                                              | www.pragma-pod.nl
-----------------------------------------------------------------
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Hans Hagen]

On 18-1-2011 10:04, Peter Münster wrote:
> Renaud AUBIN<aubin@nibua-r.org>  writes:
>
>> It would be nice to think of those like me who use dot into their naming
>> scheme… ;)
>
> See also http://www.ntg.nl/pipermail/ntg-context/2010/052339.html ;)

well, having a * in a filename is a bad idea anyway

Hans

-----------------------------------------------------------------
                                           Hans Hagen | PRAGMA ADE
               Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
     tel: 038 477 53 69 | voip: 087 875 68 74 | www.pragma-ade.com
                                              | www.pragma-pod.nl
-----------------------------------------------------------------
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Peter Münster]

Renaud AUBIN <aubin@nibua-r.org> writes:

> It would be nice to think of those like me who use dot into their naming
> scheme… ;)

See also http://www.ntg.nl/pipermail/ntg-context/2010/052339.html ;)
-- 
Peter Münster

Contact information: http://pmrb.free.fr/contact/
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Renaud AUBIN]

Ok, using /usr/local/ConTeXt_version_2010.11.26 will not please the
resolver or something else because of the dot…
mv do the job

It would be nice to think of those like me who use dot into their naming
scheme… ;)

Renaud

Le 18/01/2011 20:13, Renaud AUBIN a écrit :
> Hi Hans,
>
> On Linux with debian minimals:
>
> l.42 \loadmarkfile{catc-ini}
>                            
> Please type another input file name:
> ! Emergency stop.
> <to be read again>
>                    \relax
> l.42 \loadmarkfile{catc-ini}
>
> Cheers,
>
> Renaud

___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Hans Hagen]

On 18-1-2011 8:13, Renaud AUBIN wrote:
> Hi Hans,
>
> On Linux with debian minimals:
>
> l.42 \loadmarkfile{catc-ini}
>
> Please type another input file name:
> ! Emergency stop.
> <to be read again>
>                     \relax
> l.42 \loadmarkfile{catc-ini}

afaik nothing changed there ... installs ok here on windows and xubuntu

Hans

-----------------------------------------------------------------
                                           Hans Hagen | PRAGMA ADE
               Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
     tel: 038 477 53 69 | voip: 087 875 68 74 | www.pragma-ade.com
                                              | www.pragma-pod.nl
-----------------------------------------------------------------
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Renaud AUBIN]

Hi Hans,

On Linux with debian minimals:

l.42 \loadmarkfile{catc-ini}
                           
Please type another input file name:
! Emergency stop.
<to be read again>
                   \relax
l.42 \loadmarkfile{catc-ini}

Cheers,

Renaud

Le 18/01/2011 19:55, Hans Hagen a écrit :
> Hi,
>
> I uploaded a new beta. The most important changes are:
>
> - Environments and modules are no longer loaded under protection so
> this has to be done explicitly in the files themselves. So far we
> haven't encountered problems with that change.
>
> - Some more cont-*.tex files have been split in mkii and mkiv
> versions. In mkii a tex file is loaded when no mkii file is found, but
> in mkiv only files with suffix mkiv are loaded. That way we stay
> compatible. This also means that cont-sys.tex is no longer loaded in
> mkiv which is okay as normally nothing in there concerns mkiv. If you
> use that file for setting up for instance another default paperformat,
> you'd better create a cont-sys.mkiv file. (Maybe that file should go
> and we should use the configuration file instead.)
>
> - The multilingual interface and messages are now loaded at the \LUA\
> end. If you observe problems, please let me know.
>
> - If you are adventurous you can add the following to cont-new.mkiv
>
>        \enablemode[*nofonts]
>
> This will postpone font loading and will be default soon. This saves
> runtime when you use another font than latin modern. When no font is
> loaded before the first \starttext, modern will kick in. A side effect
> is that any text typeset before \starttext will not show up in the
> output. If you observe that, you need to setup a bodyfont explicitly
> beforehand. In practice there should be no problems. The delayed
> loading is somewhat tricky but has been tested for a while.
>
> - There have been some fixes to linebreaks in verbatim. Hopefully I
> didn't mess things up too much.
>
> - An upcoming version will also have \nonknuthmode as default. You can
> test this by putting this macro in cont-new.mkiv.
>
> Hans
>
>
> -----------------------------------------------------------------
>                                           Hans Hagen | PRAGMA ADE
>               Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
>     tel: 038 477 53 69 | voip: 087 875 68 74 | www.pragma-ade.com
>                                              | www.pragma-pod.nl
> -----------------------------------------------------------------
> ___________________________________________________________________________________
>
> 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
> ___________________________________________________________________________________
>

___________________________________________________________________________________
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
___________________________________________________________________________________

new beta

[Hans Hagen]

Hi,

I uploaded a new beta. The most important changes are:

- Environments and modules are no longer loaded under protection so this 
has to be done explicitly in the files themselves. So far we haven't 
encountered problems with that change.

- Some more cont-*.tex files have been split in mkii and mkiv versions. 
In mkii a tex file is loaded when no mkii file is found, but in mkiv 
only files with suffix mkiv are loaded. That way we stay compatible. 
This also means that cont-sys.tex is no longer loaded in mkiv which is 
okay as normally nothing in there concerns mkiv. If you use that file 
for setting up for instance another default paperformat, you'd better 
create a cont-sys.mkiv file. (Maybe that file should go and we should 
use the configuration file instead.)

- The multilingual interface and messages are now loaded at the \LUA\ 
end. If you observe problems, please let me know.

- If you are adventurous you can add the following to cont-new.mkiv

        \enablemode[*nofonts]

This will postpone font loading and will be default soon. This saves 
runtime when you use another font than latin modern. When no font is 
loaded before the first \starttext, modern will kick in. A side effect 
is that any text typeset before \starttext will not show up in the 
output. If you observe that, you need to setup a bodyfont explicitly 
beforehand. In practice there should be no problems. The delayed loading 
is somewhat tricky but has been tested for a while.

- There have been some fixes to linebreaks in verbatim. Hopefully I 
didn't mess things up too much.

- An upcoming version will also have \nonknuthmode as default. You can 
test this by putting this macro in cont-new.mkiv.

Hans


-----------------------------------------------------------------
                                           Hans Hagen | PRAGMA ADE
               Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
     tel: 038 477 53 69 | voip: 087 875 68 74 | www.pragma-ade.com
                                              | www.pragma-pod.nl
-----------------------------------------------------------------
___________________________________________________________________________________
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
___________________________________________________________________________________

new beta

[Hans Hagen]

Hi,

I uploaded a new beta:

The character definitions have been updated (esp math, thanks to Aditya).

After some testing by Wolfgang the decision was made to permit _ in 
macronames in modules. So, the following works:

\unprotect
   \def\test_test_test#1#2{#1+#2=whatever}
   \test_test_test{1}{2}
\protect

In principle we can also support ^. The mkiv code base no longer uses _ 
and ^ in math in modules and those who write modules should avoid them 
as well. So, when writing macros in unprotected mode, one schould use:

$x\normalsuperscript2\normalsubscript n$

Taco and I think that we can safely switch to \nonknuthmode in mkiv so 
this might happen soon (which means that _ and ^ become normal 
characters in text mode). Actually, being permanently in \nonknuthmode 
would permit _ and ^ in modules again.

We could even make _ and ^ always letters outside math in which case 
\text_test etc would become possible everywhere but that needs some more 
consideration. In that case

\def\make_subscript#1#2{\mathematics{#1_{#2}}}

\make_subscript{x}{2}

becomes valid everywhere. We can discuss this in detail at the dev list.

Hans

-----------------------------------------------------------------
                                           Hans Hagen | PRAGMA ADE
               Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
     tel: 038 477 53 69 | voip: 087 875 68 74 | www.pragma-ade.com
                                              | www.pragma-pod.nl
-----------------------------------------------------------------
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Alan BRASLAU]

On Friday 26 November 2010 23:01:54 Mojca Miklavec wrote:
> On Fri, Nov 26, 2010 at 22:42, Hans Hagen wrote:
> > On 26-11-2010 10:03, Willi Egger wrote:
> >> Hi Hans,
> >> 
> >> just was busy to update Context....
> > 
> > already fixed
> 
> Thanks. It seems to work now.
> 

The problem is with loading mkiv files.
The files are included, but are not found automatically.
I just now updated the minimals, and had to input the full path
for these files (twice) in order to succeed.

Alan
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Mojca Miklavec]

On Fri, Nov 26, 2010 at 22:42, Hans Hagen wrote:
> On 26-11-2010 10:03, Willi Egger wrote:
>>
>> Hi Hans,
>>
>> just was busy to update Context....
>
> already fixed

Thanks. It seems to work now.

Mojca
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Renaud AUBIN]

> The one I'm missing here is
>
> ! I can't find file `v-parsed-xml.mkiv'.
> <to be read again>
>                    \relax
Confirmed here
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Hans Hagen]

On 26-11-2010 10:03, Willi Egger wrote:
> Hi Hans,
>
> just was busy to update Context....

already fixed


-----------------------------------------------------------------
                                           Hans Hagen | PRAGMA ADE
               Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
     tel: 038 477 53 69 | voip: 087 875 68 74 | www.pragma-ade.com
                                              | www.pragma-pod.nl
-----------------------------------------------------------------
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Thomas Schmitz]

On Fri, 26 Nov 2010 22:03:55 +0100
  Willi Egger <w.egger@boede.nl> wrote:
> Hi Hans,
> 
> just was busy to update Context....
> 
> There is a missing file error during updating: v-mp
> 
> Willi

Hmm, this one appears to there:

v-default.lua
v-default.mkiv
v-escaped.lua
v-escaped.mkiv
v-lua.lua
v-lua.mkiv
v-mp.lua
v-mp.mkiv
v-nested.lua
v-nested.mkiv
v-tex.lua
v-tex.mkiv
v-xml.lua
v-xml.mkiv

The one I'm missing here is

! I can't find file `v-parsed-xml.mkiv'.
<to be read again>
                    \relax

Thomas
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Willi Egger]

Hi Hans,

just was busy to update Context....

There is a missing file error during updating: v-mp

Willi
On 26 Nov 2010, at 21:49, Hans Hagen wrote:

> Hi,
> 
> I uploaded a new beta. The most important issues are the following:
> 
> (1) Table
> 
> I fixed a few things and there is limit color support
> 
> \VL[10]        rule ten times wider than normal
> \VL[red]       red rule
> \VL[red,10]    both
> 
> The same applies to \HL and \DL, but with \DL the first argument hs the number of spans, so we can have: \DL[2,red,10].
> 
> (2) Buffers and typing
> 
> This whole bunch has been cleaned up and pretty printing has been redone. The \type command accepts an optional argument with settings. as does \starttyping, \typebuffer and \typefile (and the defined variants).
> 
> The interface for defining visualizers might change a bit but I'm getting there. There is a chapter on it in the cld manual. In principle one can provide arbitrary manipulators, think of:
> 
> \startluacode
> local function parser(s)
>    local s = string.gsub(s,"show","demonstrate")
>    local s = string.gsub(s,"'re"," are")
>    context(s)
> end
> 
> visualizers.register("MyThing", { parser = parser })
> \stopluacode
> 
> \starttyping[option=MyThing,color=darkred,style=]
> This is just some text to show what we can do with this mechanism. In
> spite of what you might think we're not bound to verbose text.
> \stoptyping
> 
> \startbuffer[demo]
> This is just some text to show what we can do with this mechanism. In
> spite of what you might think we're not bound to verbose text.
> \stopbuffer
> 
> \processbuffer[demo][option=MyThing]
> 
> There are only a few visualizers built in: TEX, MP, LUA, XML and PARSED-XML. There is also PARSED-LUA but that's for Luigi and me to play with first.
> 
> Colors and fonts might change and are set up differently now, see v-*.mkiv files.
> 
> (3) MkVI (or: moving on)
> 
> Say that you have a file test.mkvi that has the following code:
> 
> \def\TestOne[#1]%
>  {this is: #1}
> 
> \def\TestTwo#some%
>  {this is: #some}
> 
> \def\TestThree[#whatever][#more]%
>  {this is: #more and #whatever}
> 
> \def\TestFour[#one]#two%
>  {\def\TestFive[#alpha][#one]%
>     {#one, #two, #alpha}}
> 
> \starttexdefinition TestSix #oeps
> 
>    here: #oeps
> 
> \stoptexdefinition
> 
> \starttext
> 
>    \startlines
>        \TestOne  [one]
>        \TestTwo  {one}
>        \TestThree[one][two]
>        \TestFour [one]{two}
>        \TestFive [one][two]
>        \TestSix  {one}
>    \stoplines
> 
> \stoptext
> 
> This will work out ok, in spite of the not so texy hash usage. This is an experimental feature and only meant for developers to play with.
> 
> % macros=mkvi
> 
> as top line also works. Files like that are preprocessed before they are passed to tex. (I'm considering permitting spaces before and after #whatever in the definition line.) More preprocessor features might show up. Of course the limitation of 9 arguments still applies.
> 
> Hans
> -----------------------------------------------------------------
>                                          Hans Hagen | PRAGMA ADE
>              Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
>    tel: 038 477 53 69 | voip: 087 875 68 74 | www.pragma-ade.com
>                                             | www.pragma-pod.nl
> -----------------------------------------------------------------
> ___________________________________________________________________________________
> 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
> ___________________________________________________________________________________

___________________________________________________________________________________
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
___________________________________________________________________________________

new beta

[Hans Hagen]

Hi,

I uploaded a new beta. The most important issues are the following:

(1) Table

I fixed a few things and there is limit color support

\VL[10]        rule ten times wider than normal
\VL[red]       red rule
\VL[red,10]    both

The same applies to \HL and \DL, but with \DL the first argument hs the 
number of spans, so we can have: \DL[2,red,10].

(2) Buffers and typing

This whole bunch has been cleaned up and pretty printing has been 
redone. The \type command accepts an optional argument with settings. as 
does \starttyping, \typebuffer and \typefile (and the defined variants).

The interface for defining visualizers might change a bit but I'm 
getting there. There is a chapter on it in the cld manual. In principle 
one can provide arbitrary manipulators, think of:

\startluacode
local function parser(s)
     local s = string.gsub(s,"show","demonstrate")
     local s = string.gsub(s,"'re"," are")
     context(s)
end

visualizers.register("MyThing", { parser = parser })
\stopluacode

\starttyping[option=MyThing,color=darkred,style=]
This is just some text to show what we can do with this mechanism. In
spite of what you might think we're not bound to verbose text.
\stoptyping

\startbuffer[demo]
This is just some text to show what we can do with this mechanism. In
spite of what you might think we're not bound to verbose text.
\stopbuffer

\processbuffer[demo][option=MyThing]

There are only a few visualizers built in: TEX, MP, LUA, XML and 
PARSED-XML. There is also PARSED-LUA but that's for Luigi and me to play 
with first.

Colors and fonts might change and are set up differently now, see 
v-*.mkiv files.

(3) MkVI (or: moving on)

Say that you have a file test.mkvi that has the following code:

\def\TestOne[#1]%
   {this is: #1}

\def\TestTwo#some%
   {this is: #some}

\def\TestThree[#whatever][#more]%
   {this is: #more and #whatever}

\def\TestFour[#one]#two%
   {\def\TestFive[#alpha][#one]%
      {#one, #two, #alpha}}

\starttexdefinition TestSix #oeps

     here: #oeps

\stoptexdefinition

\starttext

     \startlines
         \TestOne  [one]
         \TestTwo  {one}
         \TestThree[one][two]
         \TestFour [one]{two}
         \TestFive [one][two]
         \TestSix  {one}
     \stoplines

\stoptext

This will work out ok, in spite of the not so texy hash usage. This is 
an experimental feature and only meant for developers to play with.

% macros=mkvi

as top line also works. Files like that are preprocessed before they are 
passed to tex. (I'm considering permitting spaces before and after 
#whatever in the definition line.) More preprocessor features might show 
up. Of course the limitation of 9 arguments still applies.

Hans
-----------------------------------------------------------------
                                           Hans Hagen | PRAGMA ADE
               Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
     tel: 038 477 53 69 | voip: 087 875 68 74 | www.pragma-ade.com
                                              | www.pragma-pod.nl
-----------------------------------------------------------------
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Jano Kula]

Hello Hans,

thank you for implementing multilingual indexing.

Is there a way to turn off case sensitivity? I would expect the result 
as written in the minimal example below. This is not wanted in every 
case (should be a switch).

The "Oo oo Öo öo" part is probably tricky then, so I've sorted it as 
usual with xindy plus my custom module and I've got

oá öb Oč Öď Oo oo Öo öo Öq öř Oš oů

so the "Oo, oo, Öo, öo" part could probably depend on available methods 
(before, after, last, first). In practice, one hardly gets same 
lettering with the different accents.

Thank you,

Jano



% tricky-003.tex:

\setuplayout[topspace=1cm,height=middle]

\setupbodyfont[11pt]

\starttext

wanted result:

\blank

oá öb Oč Öď Oo Öo oo öo Öq öř Oš oů

\subject{before : Oo Öo oo öo}
\placeregister[index][language=en,method=before] \par
\subject{after  : oo öo Oo Öo}
\placeregister[index][language=en,method=after]  \par
\subject{first  : Oo oo Öo öo}
\placeregister[index][language=en,method=last]   \par
\subject{last   : oo Oo öo Öo}
\placeregister[index][language=en,method=first]  \par

\dorecurse {3} {
    \page \recurselevel:
        \index{oá}  \index{öb}  \index{Oč}  \index{Öď}
        \index{oo}  \index{öo}  \index{Oo}  \index{Öo}
        \index{Öq}  \index{öř}  \index{Oš}  \index{oů}
    done
}

\stoptext

___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[luigi scarso]

On Wed, Sep 22, 2010 at 10:05 AM, Hans Hagen <pragma@wxs.nl> wrote:
> On 22-9-2010 9:50, luigi scarso wrote:
>
>> I'm sure that I haven't say it to Hans.
>
> indeed. fixed anyhow but you'll have to wait another beta
Ok, it's fixed now.

-- 
luigi
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Philipp Gesang]

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

On 2010-09-22 <12:22:12>, Hans Hagen wrote:
> On 22-9-2010 12:13, Philipp Gesang wrote:
> >Great news! At the moment I’m reading the new language
> >definitions. How exactly do I set the “method” switch on a
> >per-language basis?
> 
> each definition can have a method key/value and it can be overloaded
> when generatng the index
> 
> Hans

Of course, now I see it; I just skipped the entry “default” which
is the only one yet with this flag set.

My compliments for the new definitions, having every language in
its own table is by far more intuitive than the old threefold
method.

Philipp

-- 
()  ascii ribbon campaign - against html e-mail
/\  www.asciiribbon.org   - against proprietary attachments

[-- Attachment #1.2: Type: application/pgp-signature, Size: 198 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
___________________________________________________________________________________

Re: new beta

[Hans Hagen]

On 22-9-2010 12:13, Philipp Gesang wrote:
> On 2010-09-22<09:43:21>, Hans Hagen wrote:
>> Hi,
>>
>> I'm dealing with the bugs/anomalies/wishes that showed up during the
>> ctx conference. The following has been done so far:
>>
>> (1) With respect to registers, Jano had a wish to deal with mixed
>> language indexes. As a result the current sorting code has been
>> adapted. In the process also different control over sorting has been
>> streamlined and this is controlled by the method variable. Also, the
>> language related sorting definitions have changed.
>
> Great news! At the moment I’m reading the new language
> definitions. How exactly do I set the “method” switch on a
> per-language basis?

each definition can have a method key/value and it can be overloaded 
when generatng the index

Hans

-----------------------------------------------------------------
                                           Hans Hagen | PRAGMA ADE
               Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
     tel: 038 477 53 69 | voip: 087 875 68 74 | www.pragma-ade.com
                                              | www.pragma-pod.nl
-----------------------------------------------------------------
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Philipp Gesang]

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

On 2010-09-22 <09:43:21>, Hans Hagen wrote:
> Hi,
> 
> I'm dealing with the bugs/anomalies/wishes that showed up during the
> ctx conference. The following has been done so far:
> 
> (1) With respect to registers, Jano had a wish to deal with mixed
> language indexes. As a result the current sorting code has been
> adapted. In the process also different control over sorting has been
> streamlined and this is controlled by the method variable. Also, the
> language related sorting definitions have changed.

Great news! At the moment I’m reading the new language
definitions. How exactly do I set the “method” switch on a
per-language basis?

Philipp



-- 
()  ascii ribbon campaign - against html e-mail
/\  www.asciiribbon.org   - against proprietary attachments

[-- Attachment #1.2: Type: application/pgp-signature, Size: 198 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
___________________________________________________________________________________

Re: new beta

[Hans Hagen]

On 22-9-2010 9:50, luigi scarso wrote:

> I'm sure that I haven't say it to Hans.

indeed. fixed anyhow but you'll have to wait another beta

Hans

-----------------------------------------------------------------
                                           Hans Hagen | PRAGMA ADE
               Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
     tel: 038 477 53 69 | voip: 087 875 68 74 | www.pragma-ade.com
                                              | www.pragma-pod.nl
-----------------------------------------------------------------
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[luigi scarso]

On Wed, Sep 22, 2010 at 9:43 AM, Hans Hagen <pragma@wxs.nl> wrote:
> Hi,
>
> I'm dealing with the bugs/anomalies/wishes that showed up during the ctx
> conference. The following has been done so far:
>
> (1) With respect to registers, Jano had a wish to deal with mixed language
> indexes. As a result the current sorting code has been adapted. In the
> process also different control over sorting has been streamlined and this is
> controlled by the method variable. Also, the language related sorting
> definitions have changed.
>
> % tricky-002.tex:
>
> \setuplayout[topspace=1cm,height=middle]
>
> \setupbodyfont[dejavu,11pt]
>
> \starttext
>
> \subject{before : Oo Öo oo öo}
> \placeregister[index][language=en,method=before] \par
> \subject{after  : oo öo Oo Öo}
> \placeregister[index][language=en,method=after]  \par
> \subject{first  : Oo oo Öo öo}
> \placeregister[index][language=en,method=last]   \par
> \subject{last   : oo Oo öo Öo}
> \placeregister[index][language=en,method=first]  \par
>
> \dorecurse {3} {
>    \page \recurselevel:
>        \index{boo} \index{Boo} \index{BOo} \index{bOo} \index{bõö}
> \index{bõo} \index{boö}
>        \index{oo}  \index{öo}  \index{Oo}  \index{Öo}
>    done
> }
>
> \stoptext
>
> We can set up a default method for each language but that has not yet been
> done.
>
> (2) Mari uses the prefix mechanism for references and that had not yet been
> implemented. The new beta does some but it needs testing. Also, I'd like to
> change a bit to the logic (esp related to more structured coding i.e.
> \startchapter .. \stopchapter and fallbacks but that will happen later). For
> the moment 'get it running as per mkii' is good enough. As cross referencing
> info is stored quite differently this is somewhat tricky.
>
> Hans
Shame on me: during conference I have discovered a bug in lpdf-swf.lua

function backends.pdf.nodeinjections.insertswf(spec)
    local annot, preview, ref = insertswf {
        foundname = spec.foundname,
        width     = spec.width,
        height    = spec.height,
    --  factor    = spec.factor,
    --  display   = spec.display,
    --  controls  = spec.controls,
    --  label     = spec.label,
    }
 -- texsprint(ctxcatcodes,format("\\pdfannot width %ssp height %ssp
{%s}",spec.width,spec.height,annot())) -- brrrr
    node.write(pdfannotation(spec.width,spec.height,0,annotation()))
end

local annot
shoud be
local annotation
I'm sure that I haven't say it to Hans.

-- 
luigi
___________________________________________________________________________________
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
___________________________________________________________________________________

new beta

[Hans Hagen]

Hi,

I'm dealing with the bugs/anomalies/wishes that showed up during the ctx 
conference. The following has been done so far:

(1) With respect to registers, Jano had a wish to deal with mixed 
language indexes. As a result the current sorting code has been adapted. 
In the process also different control over sorting has been streamlined 
and this is controlled by the method variable. Also, the language 
related sorting definitions have changed.

% tricky-002.tex:

\setuplayout[topspace=1cm,height=middle]

\setupbodyfont[dejavu,11pt]

\starttext

\subject{before : Oo Öo oo öo} 
\placeregister[index][language=en,method=before] \par
\subject{after  : oo öo Oo Öo} 
\placeregister[index][language=en,method=after]  \par
\subject{first  : Oo oo Öo öo} 
\placeregister[index][language=en,method=last]   \par
\subject{last   : oo Oo öo Öo} 
\placeregister[index][language=en,method=first]  \par

\dorecurse {3} {
     \page \recurselevel:
         \index{boo} \index{Boo} \index{BOo} \index{bOo} \index{bõö} 
\index{bõo} \index{boö}
         \index{oo}  \index{öo}  \index{Oo}  \index{Öo}
     done
}

\stoptext

We can set up a default method for each language but that has not yet 
been done.

(2) Mari uses the prefix mechanism for references and that had not yet 
been implemented. The new beta does some but it needs testing. Also, I'd 
like to change a bit to the logic (esp related to more structured coding 
i.e. \startchapter .. \stopchapter and fallbacks but that will happen 
later). For the moment 'get it running as per mkii' is good enough. As 
cross referencing info is stored quite differently this is somewhat 
tricky.

Hans


-----------------------------------------------------------------
                                           Hans Hagen | PRAGMA ADE
               Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
     tel: 038 477 53 69 | voip: 087 875 68 74 | www.pragma-ade.com
                                              | www.pragma-pod.nl
-----------------------------------------------------------------
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Hans Hagen]

On 19-8-2010 3:41, Thomas A. Schmitz wrote:
>
> On Aug 19, 2010, at 10:02 AM, Hans Hagen wrote:
>
>>> \setupstructure[state=start]
>>>
>>> \starttext
>>
>> \startsection[title=One]
>>
>>> Test
>>
>> \stopsection
>>
>>> \stoptext
>>
>> structure demands structure
>
> True :-) but this document still gives an error:

ok, fixed. beta later

-----------------------------------------------------------------
                                           Hans Hagen | PRAGMA ADE
               Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
     tel: 038 477 53 69 | voip: 087 875 68 74 | www.pragma-ade.com
                                              | www.pragma-pod.nl
-----------------------------------------------------------------
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Thomas A. Schmitz]

On Aug 19, 2010, at 10:02 AM, Hans Hagen wrote:

>> \setupstructure[state=start]
>>
>> \starttext
>
> \startsection[title=One]
>
>> Test
>
> \stopsection
>
>> \stoptext
>
> structure demands structure

True :-) but this document still gives an error:

! LuaTeX error ...text/tex/texmf-context/tex/context/base/lpdf-tag.lua: 
366: attempt to get length of local 'tags' (a nil value)
stack traceback:
	...text/tex/texmf-context/tex/context/base/lpdf-tag.lua:366: in  
function 'structures_tags_handler'
	<local structures_tags_handler = structures.tags.hand...>:7: in  
function <<local structures_tags_handler = structures.tags.hand...>:5>
	(tail call): ?
	(tail call): ?
	<main ctx instance>:1: in main chunk.


Thomas
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Hans Hagen]

On 19-8-2010 8:52, Thomas A. Schmitz wrote:
>
> On Aug 19, 2010, at 12:22 AM, Hans Hagen wrote:
>>
>>
>> anyhow, the beta is somewhat bugged (side effect of drastic cleanup of lua code) but i'll upload a beta tomorrow
>
> After the kudos, now the bug reports :-) The all new and shiny interface for tagged pdf is broken; test file:
>
> \setupstructure[state=start]
>
> \starttext

\startsection[title=One]

> Test

\stopsection

> \stoptext

structure demands structure

-----------------------------------------------------------------
                                           Hans Hagen | PRAGMA ADE
               Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
     tel: 038 477 53 69 | voip: 087 875 68 74 | www.pragma-ade.com
                                              | www.pragma-pod.nl
-----------------------------------------------------------------
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Thomas A. Schmitz]

On Aug 19, 2010, at 12:22 AM, Hans Hagen wrote:
> 
> 
> anyhow, the beta is somewhat bugged (side effect of drastic cleanup of lua code) but i'll upload a beta tomorrow

After the kudos, now the bug reports :-) The all new and shiny interface for tagged pdf is broken; test file:

\setupstructure[state=start]

\starttext

\section{One}

Test

\stoptext

All best

Thomas
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Aditya Mahajan]

On Thu, 19 Aug 2010, Hans Hagen wrote:

> On 18-8-2010 8:58, Thomas A. Schmitz wrote:
>>  Hi all,
>>
>>  I just ran the latest beta and saw a new way of indicating errors,
>>  indicating and quoting line numbers. Is this all new and improved? I
>>  hadn't seen this before. Maybe I'm making a complete ass of myself, but I
>>  just wanted to mention that this looks incredibly helpful and informative.
>>  Kudos!
>
> ah, has been there for a while already, so you don't have many errors

This is great. I also noticed this for the first time, but not because I 
do not have errors, rather I had not updated in a while.

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

Re: new beta

[Hans Hagen]

On 18-8-2010 8:58, Thomas A. Schmitz wrote:
> Hi all,
>
> I just ran the latest beta and saw a new way of indicating errors, indicating and quoting line numbers. Is this all new and improved? I hadn't seen this before. Maybe I'm making a complete ass of myself, but I just wanted to mention that this looks incredibly helpful and informative. Kudos!

ah, has been there for a while already, so you don't have many errors

it needs to be improved for errors in mp and lua code (will do that later)

anyhow, the beta is somewhat bugged (side effect of drastic cleanup of 
lua code) but i'll upload a beta tomorrow

Hans



-----------------------------------------------------------------
                                           Hans Hagen | PRAGMA ADE
               Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
     tel: 038 477 53 69 | voip: 087 875 68 74 | www.pragma-ade.com
                                              | www.pragma-pod.nl
-----------------------------------------------------------------
___________________________________________________________________________________
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
___________________________________________________________________________________

new beta

[Thomas A. Schmitz]

Hi all,

I just ran the latest beta and saw a new way of indicating errors, indicating and quoting line numbers. Is this all new and improved? I hadn't seen this before. Maybe I'm making a complete ass of myself, but I just wanted to mention that this looks incredibly helpful and informative. Kudos!

All best

Thomas
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Peter Rolf]

Am 05.08.2010 23:00, schrieb Henning Hraban Ramm:
> 
> Am 2010-08-05 um 22:19 schrieb Hans Hagen:
> 
>> Hi,
>>
>> I uploaded a beta. Peter Rolf and I have spent quite some time on pdfx
>> related issues (mostly trying to figure out the right specs and how to
>> deal with them). We started with a command driven interface but
>> eventually it ended up with a single command:
>>
>> \setupbackend
>>  [format=PDF/X-3:2002,
>>   intent=sRGB]
>>
>> Lookups are case insensitive. The intent can be a comma separated list
>> of profiles. The name is resolved using colo-icc.xml (or
>> color-icc.lua) but one can also pass a (list of) files using the
>> 'file' key. You can check handling with:
>>
>> \enabletrackers[backend.pdfx]
>>
>> When choosing a format, color spaces, transparency and layers are
>> automatically disabled in the backend code but they do function in the
>> frontend. Of course included images are the user's responsibility but
>> color etc in MP graphics should work out ok.
>>
>> There are probably rough edges.
> 
> Wow! PDF/X support would have deserved a major announcement! Finally!
> Great!
> (Will try about next week...)
>
There are still some problems with the output intent code. I'll try to
fix it tomorrow. So next week sounds like a good idea for anybody who
wants to test this sexy module :)

Best wishes,  Peter

___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Henning Hraban Ramm]

Am 2010-08-05 um 22:19 schrieb Hans Hagen:

> Hi,
>
> I uploaded a beta. Peter Rolf and I have spent quite some time on  
> pdfx related issues (mostly trying to figure out the right specs and  
> how to deal with them). We started with a command driven interface  
> but eventually it ended up with a single command:
>
> \setupbackend
>  [format=PDF/X-3:2002,
>   intent=sRGB]
>
> Lookups are case insensitive. The intent can be a comma separated  
> list of profiles. The name is resolved using colo-icc.xml (or color- 
> icc.lua) but one can also pass a (list of) files using the 'file'  
> key. You can check handling with:
>
> \enabletrackers[backend.pdfx]
>
> When choosing a format, color spaces, transparency and layers are  
> automatically disabled in the backend code but they do function in  
> the frontend. Of course included images are the user's  
> responsibility but color etc in MP graphics should work out ok.
>
> There are probably rough edges.

Wow! PDF/X support would have deserved a major announcement! Finally!  
Great!
(Will try about next week...)

Greetlings, Hraban
___________________________________________________________________________________
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
___________________________________________________________________________________

new beta

[Hans Hagen]

Hi,

I uploaded a beta. Peter Rolf and I have spent quite some time on pdfx 
related issues (mostly trying to figure out the right specs and how to 
deal with them). We started with a command driven interface but 
eventually it ended up with a single command:

\setupbackend
   [format=PDF/X-3:2002,
    intent=sRGB]

Lookups are case insensitive. The intent can be a comma separated list 
of profiles. The name is resolved using colo-icc.xml (or color-icc.lua) 
but one can also pass a (list of) files using the 'file' key. You can 
check handling with:

\enabletrackers[backend.pdfx]

When choosing a format, color spaces, transparency and layers are 
automatically disabled in the backend code but they do function in the 
frontend. Of course included images are the user's responsibility but 
color etc in MP graphics should work out ok.

There are probably rough edges.

Hans



-----------------------------------------------------------------
                                           Hans Hagen | PRAGMA ADE
               Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
     tel: 038 477 53 69 | voip: 087 875 68 74 | www.pragma-ade.com
                                              | www.pragma-pod.nl
-----------------------------------------------------------------
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Hans Hagen]

On 28-7-2010 2:55, Mojca Miklavec wrote:
> On Tue, Jul 27, 2010 at 19:00, Hans Hagen<pragma@wxs.nl>  wrote:
>> Hi,
>>
>> I uploaded a new beta that can deal with the new mplib. The biggest side
>> effect of the new lib is that no longer formats are made and that the
>> 'format related code' (read: metafun) is loaded at runtime.
>
> mtx-update still seems to generate metapost formats (but maybe I'm
> wrong, I need to have a closer look).

that will stay but is harmless, after all there will be two metaposts in 
the future: 1 with format (frozen) and 2 without

Hans

-----------------------------------------------------------------
                                           Hans Hagen | PRAGMA ADE
               Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
     tel: 038 477 53 69 | voip: 087 875 68 74 | www.pragma-ade.com
                                              | www.pragma-pod.nl
-----------------------------------------------------------------
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Mojca Miklavec]

On Tue, Jul 27, 2010 at 19:00, Hans Hagen <pragma@wxs.nl> wrote:
> Hi,
>
> I uploaded a new beta that can deal with the new mplib. The biggest side
> effect of the new lib is that no longer formats are made and that the
> 'format related code' (read: metafun) is loaded at runtime.

mtx-update still seems to generate metapost formats (but maybe I'm
wrong, I need to have a closer look).

Mojca
___________________________________________________________________________________
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
___________________________________________________________________________________

new beta

[Hans Hagen]

Hi,

I uploaded a new beta that can deal with the new mplib. The biggest side 
effect of the new lib is that no longer formats are made and that the 
'format related code' (read: metafun) is loaded at runtime. In the 
future I might optimize this but at the moment it's not needed. For a 
while both methods will be supported.

The latest version of mplib can process the metafun manual without 
crashing or hanging which is a good sign.

Hans

-----------------------------------------------------------------
                                           Hans Hagen | PRAGMA ADE
               Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
     tel: 038 477 53 69 | voip: 087 875 68 74 | www.pragma-ade.com
                                              | www.pragma-pod.nl
-----------------------------------------------------------------
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Vedran Miletić]

Hi,

from what I see, lang-sla.tex has not changed. If the entire file
would help, get  it here:

http://www.inf.uniri.hr/~vmiletic/context/lang-sla.tex.zip

Regards,

-- 
Vedran Miletić
___________________________________________________________________________________
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
___________________________________________________________________________________

new beta

[Hans Hagen]

Hi,

I uploaded a beta to the website (so the garden will follow in an hour). 
Apart from a few fixes and experimental features, the most important 
change is in the language department. The following should work

\starttext

\setupbodyfont[xits,12pt]

\setuplanguage[ru][patterns={ru,us}]
\setuplanguage[en][patterns={us,ru}]
\setuplanguage[de][patterns={de,ru}]

\start
     \language[ru]
     \dorecurse{50}{Multilingual }\dorecurse{50}{русский текст }
     \par
\stop
\start
     \language[en]
     \dorecurse{50}{Multilingual }\dorecurse{50}{русский текст }
     \par
\stop
\start
     \language[de]
     \dorecurse{50}{Multilingual }\dorecurse{50}{русский текст }
     \par
\stop

\stoptext

you can add more patterns to an existing set so

\setuplanguage[en][patterns=ru]

will use us+ru patterns. You can say {reset,ru} if needed.

Also available is:

\startexceptions[en]
     xxx-yyy-zzz
\stopexceptions

\hyphenatedword{xxxyyyzzz}





-----------------------------------------------------------------
                                           Hans Hagen | PRAGMA ADE
               Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
     tel: 038 477 53 69 | voip: 087 875 68 74 | www.pragma-ade.com
                                              | www.pragma-pod.nl
-----------------------------------------------------------------
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Mojca Miklavec]

On Fri, Jun 4, 2010 at 21:32, Hans Hagen wrote:
>
> Keep in mind that as we're now in beta mode again, we also need luatex >
> 0.60 and we will deviate from the tex live current.

Is the required luatex already available as a released beta or is it
only in trunk? Are we talking of 0.60.1 or higher?

Apart from that: any testers of TeX Live 2010 are welcome (to resolve
any problems before TL DVD is out):
    http://www.tug.org/texlive/pretest.html
Both MKII and MKIV should work.

Mojca
___________________________________________________________________________________
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
___________________________________________________________________________________

new beta

[Hans Hagen]

Hi,

I uploaded a new beta to the website (will be synced with the garden 
minimals). I'm in the process of removing old code that is no longer 
needed (after all, luatex evolves).

As part of the process there has been some changes in the generation of 
the format. It works ok on my machine (windows 7) and Taco's (linux). It 
might be that some things are broken but I see no immediate problems.

Keep in mind that as we're now in beta mode again, we also need luatex > 
0.60 and we will deviate from the tex live current. Best not drop files 
from the beta into the upcoming tex live but use a separate tree. The 
next current will be around the context meeting when we also plan to 
have luatex 0.70+.

Hans

-----------------------------------------------------------------
                                           Hans Hagen | PRAGMA ADE
               Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
     tel: 038 477 53 69 | voip: 087 875 68 74 | www.pragma-ade.com
                                              | www.pragma-pod.nl
-----------------------------------------------------------------
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Hans Hagen]

On 23-5-2010 3:59, Alan BRASLAU wrote:
> On Sunday 23 May 2010 15:38:27 Hans Hagen wrote:
>> On 23-5-2010 3:05, Vnpenguin wrote:
>>> On Sun, May 23, 2010 at 14:51, Hans Hagen<pragma@wxs.nl>   wrote:
>>>> Hi,
>>>>
>>>> I uploaded a new beta with a few fixes.
>>>
>>> Available for all platform ?
>>
>> betas are platform independent, no new luatex binaries
>>
>
> It would be useful to indicate when the uploaded betas will become available
> on the minimals.

the minimals sync each hour, so 10 minutes after the hour that an upload 
was announced

Hans



-----------------------------------------------------------------
                                           Hans Hagen | PRAGMA ADE
               Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
     tel: 038 477 53 69 | voip: 087 875 68 74 | www.pragma-ade.com
                                              | www.pragma-pod.nl
-----------------------------------------------------------------
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Alan BRASLAU]

On Sunday 23 May 2010 15:38:27 Hans Hagen wrote:
> On 23-5-2010 3:05, Vnpenguin wrote:
> > On Sun, May 23, 2010 at 14:51, Hans Hagen<pragma@wxs.nl>  wrote:
> >> Hi,
> >> 
> >> I uploaded a new beta with a few fixes.
> > 
> > Available for all platform ?
> 
> betas are platform independent, no new luatex binaries
> 

It would be useful to indicate when the uploaded betas will become available 
on the minimals.

Thanks
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Hans Hagen]

On 23-5-2010 3:05, Vnpenguin wrote:
> On Sun, May 23, 2010 at 14:51, Hans Hagen<pragma@wxs.nl>  wrote:
>> Hi,
>>
>> I uploaded a new beta with a few fixes.
>
> Available for all platform ?

betas are platform independent, no new luatex binaries

-----------------------------------------------------------------
                                           Hans Hagen | PRAGMA ADE
               Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
     tel: 038 477 53 69 | voip: 087 875 68 74 | www.pragma-ade.com
                                              | www.pragma-pod.nl
-----------------------------------------------------------------
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Vnpenguin]

On Sun, May 23, 2010 at 14:51, Hans Hagen <pragma@wxs.nl> wrote:
> Hi,
>
> I uploaded a new beta with a few fixes.

Available for all platform ?

Thanks
___________________________________________________________________________________
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
___________________________________________________________________________________

new beta

[Hans Hagen]

Hi,

I uploaded a new beta with a few fixes.

Hans

-----------------------------------------------------------------
                                           Hans Hagen | PRAGMA ADE
               Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
     tel: 038 477 53 69 | voip: 087 875 68 74 | www.pragma-ade.com
                                              | www.pragma-pod.nl
-----------------------------------------------------------------
___________________________________________________________________________________
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
___________________________________________________________________________________

new beta

[Hans Hagen]

Hi,

I uploaded a new beta. The problematic fonts (reported a while ago) now 
are dealt with more efficiently. The problem is with the (way too) many 
kerns. First time loading is also somewhat faster as is the memory 
footprint for base mode fonts. (for those huge ArnoPro fonts using node 
mode is much more efficient than base mode).

I hope that I didn't break anything else.

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
-----------------------------------------------------------------
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Mojca Miklavec]

On Mon, Nov 30, 2009 at 10:07, Taco Hoekwater wrote:
> Hi,
>
> About those new stubs: can the people that have problems please try
> the mtxrun.exe (and dll) from
>
>  http://tex.aanhet.net/temp/mtxrun-bin.zip
>
> They should go into the binary folder, and if mtxrun works, then the
> other executables in the list below can be created by copying
> mtxrun.exe to the other names.

It seems to work here (depending on the definition of "working" of
course, but that's not subject of this thread):

This is LuaTeX, Version beta-0.46.0-2009112722 (INITEX)
....
) (C:/Programi/context/tex/texmf-context/tex/context/base/core-sys.mkiv
loading         : ConTeXt Core Macros / System
! LuaTeX error <main ctx instance>:1: attempt to call field 'updatefilenames' (a
 nil value)
stack traceback:
        <main ctx instance>:1: in main chunk.
<inserted text> ...filename ","\outputfilename ")}

\dosetupsystem ...?sv ][#1]\the \everysetupsystem

l.168    \c!bodyfont=\normalizedlocalbodyfontsize]
                                                   % of iets anders
?

Mojca

Does the change to exe files make any difference in speed?
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Mojca Miklavec]

On Mon, Nov 30, 2009 at 23:45, Vyatcheslav Yatskovsky wrote:
> By the way, why we have two copies of core execuatbles -- one at
>
> texmf-mswin\bin
>
> and other at
>
> texmf-context\scripts\context\stubs\mswin   ?
>
> The former are called first, so updating the latter had no effect at all.

Because the distribution copies whatver is present in
texmf-context\scripts\context\stubs\mswin to texmf-mswin\bin. You need
to update the contents of texmf-mswin\bin if you want to test.

Mojca
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Vyatcheslav Yatskovsky]

By the way, why we have two copies of core execuatbles -- one at

texmf-mswin\bin

and other at

texmf-context\scripts\context\stubs\mswin   ?

The former are called first, so updating the latter had no effect at all.

Regards,
Vyatcheslav
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Taco Hoekwater]

Hi,

About those new stubs: can the people that have problems please try
the mtxrun.exe (and dll) from

  http://tex.aanhet.net/temp/mtxrun-bin.zip

They should go into the binary folder, and if mtxrun works, then the
other executables in the list below can be created by copying
mtxrun.exe to the other names.

Best wishes,
Taco

Wader wrote:
> 
> When I delete the files below under dir $ConTeXt\tex\texmf-mswin\bin
> context.exe
> luatools.exe
> metatex.exe
> mtxrun.exe
> mtxworks.exe
> texexec.exe
> texmfstart.exe




___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Wader]

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

2009/11/30 Vyatcheslav Yatskovsky <yatskovsky@gmail.com>

> Hi,
>
> I just updated to the latest beta on Windows XP 32bit.
>
> mtxrun.exe is broken, saying "cannot be run in DOS mode".
>
> So, the context doesn't launch.
>
> regards,
> Vaytcheslav


I have the same problem as you days before.

When I delete the files below under dir $ConTeXt\tex\texmf-mswin\bin
context.exe
luatools.exe
metatex.exe
mtxrun.exe
mtxworks.exe
texexec.exe
texmfstart.exe

My ConTeXt begun to work again.

[-- Attachment #1.2: Type: text/html, Size: 933 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
___________________________________________________________________________________

Re: new beta

[Vyatcheslav Yatskovsky]

Hi,

I just updated to the latest beta on Windows XP 32bit.

mtxrun.exe is broken, saying "cannot be run in DOS mode".

So, the context doesn't launch.

regards,
Vaytcheslav


___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Mojca Miklavec]

On Sun, Nov 29, 2009 at 11:53, Hans Hagen wrote:
> Andreas Schneider wrote:
>>
>> Doesn't work all too well here. I always get "Unsupported 16-Bit
>> Application" - "The program or feature [..]\luatools.exe cannot start or run
>> due to incompatibility with 64-bit versions of Windows. Please contact
>> [...]" and so on.
>
> hm, interesting ... i have no 64 bit windows so it's hard to test ... maybe
> there is some magic gcc flag that prevents these problems
>
> does a luatex 32 bit run on 64 bit windows?

Sorry. I thought the problem showed up in old Windows, not in the new
one. I can confirm that the binaries fail to run on 64-bit Windows 7.
LuaTeX and other binaries (from Akira) run just fine. But context.exe
seems to be 16-bit binary, not 32-bit. At least this is what the error
report says.

Mojca
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Hans Hagen]

Andreas Schneider wrote:
> Hans Hagen wrote:
> 
>> Mojca Miklavec wrote:
>>
>>> I just came back. I guess that I should start fixing the (already
>>> broken?) windows installation :)
>> no need for fixing, it's just stubs .. just make sure that you copy the
>> dll and exe files from the stub paths (and get rid of cmd/bat files when
>> an exe is there)
> 
> Doesn't work all too well here. I always get "Unsupported 16-Bit 
> Application" - "The program or feature [..]\luatools.exe cannot start or run 
> due to incompatibility with 64-bit versions of Windows. Please contact 
> [...]" and so on.

hm, interesting ... i have no 64 bit windows so it's hard to test ... 
maybe there is some magic gcc flag that prevents these problems

does a luatex 32 bit run on 64 bit windows?

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
-----------------------------------------------------------------
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Andreas Schneider]

Hans Hagen wrote:

> Mojca Miklavec wrote:
> 
>> I just came back. I guess that I should start fixing the (already
>> broken?) windows installation :)
> 
> no need for fixing, it's just stubs .. just make sure that you copy the
> dll and exe files from the stub paths (and get rid of cmd/bat files when
> an exe is there)

Doesn't work all too well here. I always get "Unsupported 16-Bit 
Application" - "The program or feature [..]\luatools.exe cannot start or run 
due to incompatibility with 64-bit versions of Windows. Please contact 
[...]" and so on.

Best regards,
Andreas.

___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Yanrui Li]

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

2009/11/28 Hans Hagen <pragma@wxs.nl>

> Hi,
>
> i uploaded a beta with a few fixes.
>
> i also replaced the mtxrun.cmd etc file by executables (windows stubs
> only);
>
> on tex live we have a call chain: *.exe -> *.cmd|bat -> whatever and we
> don't want that many calls (and files) so i copied the regular runner and
> patched it into a mtxrun (.exe)
>
> this means that users who run mtxrun from an editor (default scite setup)
> should change mtxrun.cmd into mtxrun.exe (the same is true for luatools,
> texexec and texmfstart, where the later is actually replaced by mxrun)
>
> (btw, if you want a stub to for instance "mtxrun --script font" then you
> can just copy mtxrun.exe to mtx-fonts.exe and have a more direct call
>
>
For linux x86 users, they still have to update luatex from 0.44 to 0.45 (or
0.46) manually with this latest minimals.

-- 
Best regards,

Li Yanrui

[-- Attachment #1.2: Type: text/html, Size: 1210 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
___________________________________________________________________________________

Re: new beta

[Hans Hagen]

Mojca Miklavec wrote:

> I just came back. I guess that I should start fixing the (already
> broken?) windows installation :)

no need for fixing, it's just stubs .. just make sure that you copy the 
dll and exe files from the stub paths (and get rid of cmd/bat files when 
an exe is there)

so, we had 'mtxrun.cmd' and now we have 'mtxrun.exe' (mtxrun, luatools, 
texexec, context, ...)

there is not much impact, only for users who call mtxrun.cmd (which 
reminds me that i need to fix the texworks ini file ... i haven't used 
texworks for ages)

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
-----------------------------------------------------------------
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Mojca Miklavec]

On Fri, Nov 27, 2009 at 18:03, Hans Hagen wrote:
> Hi,
>
> i uploaded a beta with a few fixes.
>
> i also replaced the mtxrun.cmd etc file by executables (windows stubs only);
>
> on tex live we have a call chain: *.exe -> *.cmd|bat -> whatever and we
> don't want that many calls (and files) so i copied the regular runner and
> patched it into a mtxrun (.exe)
>
> this means that users who run mtxrun from an editor (default scite setup)
> should change mtxrun.cmd into mtxrun.exe (the same is true for luatools,
> texexec and texmfstart, where the later is actually replaced by mxrun)
>
> (btw, if you want a stub to for instance "mtxrun --script font" then you can
> just copy mtxrun.exe to mtx-fonts.exe and have a more direct call

I just came back. I guess that I should start fixing the (already
broken?) windows installation :)

If any windows user is reading this ... I highly suggest you not to update yet.

Mojca
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Wolfgang Schuster]

Am 27.11.2009 um 19:05 schrieb Hans Hagen:

> new attempt ... i also changed type-def and we now have type-set as initializer

you need type-lua.tex, not type-lua.mkiv

type-set.mkiv: \usetypescriptfile[\f!typeprefix lua]

Wolfgang

___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Hans Hagen]

Wolfgang Schuster wrote:
> Am 27.11.2009 um 18:03 schrieb Hans Hagen:
> 
>> Hi,
>>
>> i uploaded a beta with a few fixes.
> 
> ! I can't find file `type-lua.mkiv'.
> <to be read again> 
>                    \relax 
> l.254 \loadmarkfile{type-lua}
> 
> Why don't you load it in type-ini.mkiv

new attempt ... i also changed type-def and we now have type-set as 
initializer

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
-----------------------------------------------------------------
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Wolfgang Schuster]

Am 27.11.2009 um 18:03 schrieb Hans Hagen:

> Hi,
> 
> i uploaded a beta with a few fixes.

! I can't find file `type-lua.mkiv'.
<to be read again> 
                   \relax 
l.254 \loadmarkfile{type-lua}

Why don't you load it in type-ini.mkiv

Wolfgang

___________________________________________________________________________________
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
___________________________________________________________________________________

new beta

[Hans Hagen]

Hi,

i uploaded a beta with a few fixes.

i also replaced the mtxrun.cmd etc file by executables (windows stubs 
only);

on tex live we have a call chain: *.exe -> *.cmd|bat -> whatever and we 
don't want that many calls (and files) so i copied the regular runner 
and patched it into a mtxrun (.exe)

this means that users who run mtxrun from an editor (default scite 
setup) should change mtxrun.cmd into mtxrun.exe (the same is true for 
luatools, texexec and texmfstart, where the later is actually replaced 
by mxrun)

(btw, if you want a stub to for instance "mtxrun --script font" then you 
can just copy mtxrun.exe to mtx-fonts.exe and have a more direct call

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
-----------------------------------------------------------------
___________________________________________________________________________________
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
___________________________________________________________________________________

new beta

[Hans Hagen]

Hi,

I uploaded a new mkiv beta. Apart from a few fixes, the main new thing 
is that the new vertical spacing model is now used. (I will cleanup 
everything related to spacing and grid snappin glater). This new 
mechanism was discussed at the context meeting. I have been testing it 
for quite a while and it seems to work out 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
-----------------------------------------------------------------
___________________________________________________________________________________
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
___________________________________________________________________________________

new beta

[Hans Hagen]

Hi,

I uploaded a new beta that fixes a couple of the recently reported bugs.

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
-----------------------------------------------------------------
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Aditya Mahajan]

On Wed, 9 Sep 2009, Chen Shen wrote:

> Hi,
> There seems to be a new problem with mathalign, as in the minimal sample
> below:
> Thanks a lot.
>
> %%%%%%%%%
> \starttext
> \startformula
> \startalign
>  \NC a \NC = b + c \NR
> \stopalign
> \stopformula
> \stoptext
> %%%%%%%%%
>
> Version:
> This is LuaTeX, Version beta-0.43.0-2009081911
> ConTeXt  ver: 2009.09.09 12:49 MKIV  fmt: 2009.9.9  int: english/english
>
> Error message:
> ! Improper \halign inside $$'s.
> \dobothaligneqalignno ...group }\fi \fi #1\halign
>                                                  \ifcase \eqalignmode \or
> t...
> <to be read again>
>                   \NC
> l.4   \NC
>          a \NC = b + c \NR
>

Seems to be an engine problem:

\starttext
$$ \halign{# \cr a \cr b \cr} $$
\stoptext

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
___________________________________________________________________________________

Re: new beta

[Chen Shen]

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

Hi,
There seems to be a new problem with mathalign, as in the minimal sample
below:
Thanks a lot.

%%%%%%%%%
\starttext
\startformula
\startalign
  \NC a \NC = b + c \NR
\stopalign
\stopformula
\stoptext
%%%%%%%%%

Version:
This is LuaTeX, Version beta-0.43.0-2009081911
ConTeXt  ver: 2009.09.09 12:49 MKIV  fmt: 2009.9.9  int: english/english

Error message:
! Improper \halign inside $$'s.
\dobothaligneqalignno ...group }\fi \fi #1\halign
                                                  \ifcase \eqalignmode \or
t...
<to be read again>
                   \NC
l.4   \NC
          a \NC = b + c \NR


shenchen


On Wed, Sep 9, 2009 at 8:03 PM, Hans Hagen <pragma@wxs.nl> wrote:

> Hi,
>
> I uploaded a new beta
>
> 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
> -----------------------------------------------------------------
>
> ___________________________________________________________________________________
> 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
>
> ___________________________________________________________________________________
>

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

[-- Attachment #2: Type: text/plain, Size: 487 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  : https://foundry.supelec.fr/projects/contextrev/
wiki     : http://contextgarden.net
___________________________________________________________________________________

new beta

[Hans Hagen]

Hi,

I uploaded a new beta

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
-----------------------------------------------------------------
___________________________________________________________________________________
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
___________________________________________________________________________________

new beta

[Hans Hagen]

I uploaded a beta.
-- 

-----------------------------------------------------------------
                                           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
-----------------------------------------------------------------
___________________________________________________________________________________
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
___________________________________________________________________________________

new beta

[Hans Hagen]

hi,

i uploaded a new beta. a few small fixes, mostly related to metafun 
(i'll look into the reported structure bugs later)

in the process of updating the metafun manual, i also enabled the 
multiple mp instance; this is a typical example where luatex beats 
pdftex in runtime (on my machine 47 seconds for 350+ pages with over 
1700 mp graphics including a bunch of subruns; )

you can add definitions per instance, like:

\startMPdefinitions{extrafun}
     color MyColor ; MyColor = red ;
\stopMPdefinitions

\startMPcode{metafun}
     fill fullsquare scaled 1cm withcolor MyColor ;
\stopMPcode

new instances, like the predefined extrafun, are defined as

\defineMPinstance[extrafun][format=metafun,extensions=yes,initializations=yes]

so, if you use tricky mp code, you can create your own instance 
(predefined are metafun, extrafun, nofun and metapost)

you can redirect to an instance with a prefix:

\useMPgraphic{nofun::purempgraphic}

still somewhat experimental

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
-----------------------------------------------------------------
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Hans Hagen]

Arthur Reutenauer wrote:
>> We figured out what was wrong with the font database generation. The new 
>> beta should fix it.
> 
>   Actually, I still have the problem if names.tma doesn't exist.  I need
> to create a dummy one first.

did you also update mtxrun?


-----------------------------------------------------------------
                                           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
-----------------------------------------------------------------
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Hans Hagen]

Arthur Reutenauer wrote:
>> We figured out what was wrong with the font database generation. The new 
>> beta should fix it.
> 
>   Actually, I still have the problem if names.tma doesn't exist.  I need
> to create a dummy one first.

strange

-----------------------------------------------------------------
                                           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
-----------------------------------------------------------------
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Arthur Reutenauer]

> That is odd, it works for me now. Perhaps mtxrun --selfmerge will help?

  Oops, of course that was the problem, sorry about the noise.

	Arthur
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Taco Hoekwater]

Arthur Reutenauer wrote:
>> We figured out what was wrong with the font database generation. The new 
>> beta should fix it.
> 
>   Actually, I still have the problem if names.tma doesn't exist.  I need
> to create a dummy one first.

That is odd, it works for me now. Perhaps mtxrun --selfmerge will help?

Best wishes,
Taco
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Thomas A. Schmitz]

On May 7, 2009, at 12:15 PM, Hans Hagen wrote:

> Hi,
>
> We figured out what was wrong with the font database generation. The  
> new beta should fix it.
>
> Hans

Yup, works now! Great, thanks! two down, three to go...

Thomas
___________________________________________________________________________________
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
___________________________________________________________________________________

new beta

[Hans Hagen]

Hi,

We figured out what was wrong with the font database generation. The new 
beta should fix it.

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
-----------------------------------------------------------------
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[luigi scarso]

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

On Wed, May 6, 2009 at 11:18 PM, Hans Hagen <pragma@wxs.nl> wrote:

> Arthur Reutenauer wrote:
>
>>        lmx.set('maintext',do_extras())
>>>    elseif currentfont and currentfont ~= "" then
>>>        if action == "save" then
>>>
>>
>>  Yep, prevents the crash.  But nothing happens, of course (I've not yet
>> managed to figure out how to select a font.  All I get is an empty
>> list).
>>
>
> hm, 'select' should give you a list ... maybe first goto 'extras' and
> generate a new database
>
Even here  select is empty, even after extras
-- 
luigi

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

[-- Attachment #2: Type: text/plain, Size: 487 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  : https://foundry.supelec.fr/projects/contextrev/
wiki     : http://contextgarden.net
___________________________________________________________________________________

Re: new beta

[Hans Hagen]

Arthur Reutenauer wrote:
>>         lmx.set('maintext',do_extras())
>>     elseif currentfont and currentfont ~= "" then
>>         if action == "save" then
> 
>   Yep, prevents the crash.  But nothing happens, of course (I've not yet
> managed to figure out how to select a font.  All I get is an empty
> list).

hm, 'select' should give you a list ... maybe first goto 'extras' and 
generate a new database

-----------------------------------------------------------------
                                           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
-----------------------------------------------------------------
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Arthur Reutenauer]

>         lmx.set('maintext',do_extras())
>     elseif currentfont and currentfont ~= "" then
>         if action == "save" then

  Yep, prevents the crash.  But nothing happens, of course (I've not yet
managed to figure out how to select a font.  All I get is an empty
list).

	Arthur
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Hans Hagen]

Arthur Reutenauer wrote:
>> if the server runs, you can access (in firefox)
>>
>>    http://localhost:31415/mtx-server-ctx-startup.lua
>>
>> the fonttest is somewhat experimental but we can use it to start collecting 
>> font info (esp with regards to feature usage)
> 
>   Very impressive, but I already managed to make the server crash (with
> action: save):
> 
> ....text/scripts/context/lua/mtx-server-ctx-fonttest.lua:436: attempt to
> index local 'htmldata' (a nil value)

         lmx.set('maintext',do_extras())
     elseif currentfont and currentfont ~= "" then
         if action == "save" then



-----------------------------------------------------------------
                                           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
-----------------------------------------------------------------
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Arthur Reutenauer]

> if the server runs, you can access (in firefox)
>
>    http://localhost:31415/mtx-server-ctx-startup.lua
>
> the fonttest is somewhat experimental but we can use it to start collecting 
> font info (esp with regards to feature usage)

  Very impressive, but I already managed to make the server crash (with
action: save):

...text/scripts/context/lua/mtx-server-ctx-fonttest.lua:436: attempt to
index local 'htmldata' (a nil value)

	Arthur
___________________________________________________________________________________
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
___________________________________________________________________________________

new beta

[Hans Hagen]

Hi,

i uploaded a beta with a new goodie:

    mtxrun --script server --auto

if the server runs, you can access (in firefox)

    http://localhost:31415/mtx-server-ctx-startup.lua

the fonttest is somewhat experimental but we can use it to start 
collecting font info (esp with regards to feature usage)

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
-----------------------------------------------------------------
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Diego Depaoli]

Another weird bug (i think)
with page imposition, in luatex, background overrides text

\setuppapersize[A4][A3,landscape]
\setuparranging[2SIDE] % <--bug here
\setupcolors[state=start]
\definetextbackground[intro]
  [backgroundcolor=gray,
   backgroundoffset=.25cm,
   offset=.5cm,
   frame=off,
   location=paragraph,
   color=white]
\definetextbackground[subintro]
  [backgroundcolor=texcolorfour,
   backgroundoffset=0pt,
   offset=0pt,
   frame=off,
   location=text,
   color=blue]
\starttext
\starttextbackground[intro]
A rather common way to draw attention to a passage, is to add
a background. In this chapter we will therefore discuss how
to enhance your document with \starttextbackground [subintro]
colorful areas that either or not follow the shape of your
paragraph. \stoptextbackground\ Be warned: this chapter has
so many backgrounds that you should consider wearing sunglasses.
\stoptextbackground

\dorecurse{5}{\input tufte}
\stoptext

-- 
Diego Depaoli
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Hans Hagen]

Wei-Wei Guo wrote:
> Hans Hagen 写道:
>> Wei-Wei Guo wrote:
>>> And I have a further question. Is it possible to put the footnote of 
>>> table head
>>> under the table instead of at the bottom of the page? I think it 
>>> would be more
>>> reasonable of putting the footnote under the table.
>>
>> in principle yes, but then i need to add something to the float 
>> mechanism so it's not a quick hack (and it will not happen before i 
>> have completely spit the code in mkii/mkiv)
>>
> 
> Thanks!
> 
> BTW, when will you finish the splitting?

will take a while (happens currently) .. as we need to remain backward 
compatible dev of mkiv costs much more time than starting from scratch

-----------------------------------------------------------------
                                           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
-----------------------------------------------------------------
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Wei-Wei Guo]

Hans Hagen 写道:
> Wei-Wei Guo wrote:
>> And I have a further question. Is it possible to put the footnote of 
>> table head
>> under the table instead of at the bottom of the page? I think it would 
>> be more
>> reasonable of putting the footnote under the table.
> 
> in principle yes, but then i need to add something to the float 
> mechanism so it's not a quick hack (and it will not happen before i have 
> completely spit the code in mkii/mkiv)
> 

Thanks!

BTW, when will you finish the splitting?


Best wishes,
Wei-Wei
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Hans Hagen]

Wei-Wei Guo wrote:

> - The footnote inside the table are not shown right under the table.
> 
> And I have a further question. Is it possible to put the footnote of 
> table head
> under the table instead of at the bottom of the page? I think it would 
> be more
> reasonable of putting the footnote under the table.

in principle yes, but then i need to add something to the float 
mechanism so it's not a quick hack (and it will not happen before i have 
completely spit the code in mkii/mkiv)


-----------------------------------------------------------------
                                           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
-----------------------------------------------------------------
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Wei-Wei Guo]

Hans Hagen 写道:
> 
> there was a bug in the flusher (footnotes can have 3 states: insert, 
> postpone and save)
> 
> however, your example also needs a fix: watch the start-stop local place
> as otherwise the note in the caption ends of nowhere
> 
> here you have insert's (outer ones), a local one (in the table) and a 
> postponed one (in the graphic); the postponed one might end up at the 
> wrong place; future mkiv might handle that better but first we need to 
> reach a reasonable state of compatibility and then we can start hacking 
> around in the page code (inserts are somewhat special in tex)
> 
> \starttext
> 
> \chapter{First}
> 
> Way to \ConTeXt\footnote{It's also the title of Yanrui Li's tutorial.} 
> is painful.
> 
> \section{First}
> 
> Way to \ConTeXt\footnote{It's also the title of Yanrui Li's tutorial.} 
> is painful.
> 
> \section{Second}
> 
> But \ConTeXt is amazing.\footnote{Yanrui Li's tutorial too.}
> 
> \placetable
>   {Complex Table\footnote{An test table.}}
>   {\startlocalfootnotes
>    \placelegend
>      {\starttable[|l|n3.1 |n3.1 |n3.1 |n3.1 |]
>       \HL
>       \NC            \NC \Use{2}[c]{First Half} \NC \Use{2}[c]{Second 
> Half} \NC \FR
>       \DC            \DL[4] \DR
>       \NC            \NC 1st Qtr  \NC 2nd Qtr   \NC 3rd Qtr \NC 4th Qtr 
> \NC \LR
>       \HL
>       \NC East \NC   20.4   \NC    7.4\footnote{inside.}    \NC     90 
>  \NC    20.4 \NC \FR
>       \NC West \NC   30.6   \NC  338.6    \NC   34.6  \NC    31.6 \NC  \LR
>       \HL
>       \stoptable}
>      {\placelocalfootnotes}
>    \stoplocalfootnotes}
> 
> flush'm
> 
> 
> \stoptext
> 
> maybe clean up this example a bit (smaller table) and wikify it
> 

I wikified it, but there is a problem with the generate picture by <context>:

- The footnote inside the table are not shown right under the table.

And I have a further question. Is it possible to put the footnote of table head
under the table instead of at the bottom of the page? I think it would be more
reasonable of putting the footnote under the table.


Best wishes,
Wei-Wei
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Wei-Wei Guo]

Hans Hagen 写道:
> Wei-Wei Guo wrote:
> 
>>    1 <Should have a caption title here>   <Should have dots here>  13
>>
>>    Example:
>>             \starttext
>>
>>             \completelistoftables
>>
>>             \placetable[here][example-table]{\LaTeX}
>>             \starttable[|l|l|]
>>               \NC longtable      \NC LONG TABLE \NC \AR
>>               \NC booktabs       \NC BOOKTABS \NC \AR
>>             \stoptable
>>
>>             \stoptext
> 
> title now shows up

Works fine here now.

> 
>  > 2. \writebetweenlist has no effect.
>>
>>    Example:
>>             \starttext
>>
>>             \completecontent
>>             \writebetweenlist[section]{Text}
>>
>>             \section{Section 1}
>>             \input knuth
>>
>>             \stoptext
> 
> fixed

Still not work here. The "Text" isn't shown in contents.



Best wishes,
Wei-Wei

___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Hans Hagen]

Wei-Wei Guo wrote:

>    1 <Should have a caption title here>   <Should have dots here>  13
> 
>    Example:
>             \starttext
> 
>             \completelistoftables
> 
>             \placetable[here][example-table]{\LaTeX}
>             \starttable[|l|l|]
>               \NC longtable      \NC LONG TABLE \NC \AR
>               \NC booktabs       \NC BOOKTABS \NC \AR
>             \stoptable
> 
>             \stoptext

title now shows up

  > 2. \writebetweenlist has no effect.
> 
>    Example:
>             \starttext
> 
>             \completecontent
>             \writebetweenlist[section]{Text}
> 
>             \section{Section 1}
>             \input knuth
> 
>             \stoptext

fixed



-----------------------------------------------------------------
                                           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
-----------------------------------------------------------------
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Hans Hagen]

Wei-Wei Guo wrote:
> Hi,
> 
> The reproduction of the footnote problem is tricky. And it seems it's 
> not a Chinese
> related problem. Here is the example:
> 
> %===============================================================
> \starttext
> 
> \chapter{First}
> 
> Way to \ConTeXt\footnote{It's also the title of Yanrui Li's tutorial.} 
> is painful.
> 
> \input knuth
> 
> \section{Second}
> 
> But \ConTeXt is amazing.\footnote{Yanrui Li's tutorial too.}
> 
> \input knuth
> 
> \startlocalfootnotes
> \placetable{Complex Table\footnote{An test table.}}
> \placelegend{
> \starttable[|l|n3.1 |n3.1 |n3.1 |n3.1 |]
>   \HL
>   \NC            \NC \Use{2}[c]{First Half} \NC \Use{2}[c]{Second Half} 
> \NC \FR
>   \DC            \DL[4] \DR
>   \NC            \NC 1st Qtr  \NC 2nd Qtr   \NC 3rd Qtr \NC 4th Qtr \NC \LR
>   \HL
>   \NC East \NC   20.4   \NC    7.4    \NC     90  \NC    20.4 \NC \FR
>   \NC West \NC   30.6   \NC  338.6    \NC   34.6  \NC    31.6 \NC  \LR
>   \HL
> \stoptable}
> {\placelocalfootnotes}
> \stoplocalfootnotes
> %=========================================================================
> 
> 
> The problem:
>        The second footnote are generated twice. The duplicated footnote 
> appears
>        only when \section, \startlocalfootnotes, and other \footnote are 
> there.
> 
> I cannot reproduce the "1▲" problem I have said before. It more tricky.
> 
> 
> Best wishes,
> Wei-Wei
> 
> 
> Yanrui Li 写道:
>>> 3. Footnote number has a weird triangle mark beside, like "1▲".
>>>
>>>   Example:
>>>           I cannot reproduce the problem with default settings. Maybe 
>>> it's
>>>           a problem related with Chinese. What Chinese fonts do you 
>>> have?
>>>           Can I use Yanrui Li's zhfonts.tex in my examples?
>>>
>>>
>>
>> Hi, Wei-Wei,
>> the third one can also work.
>> You can post your example with zhfonts.tex which use
>> Adobe Song and Kai fonts. I think that Hans have these fonts.
>>

there was a bug in the flusher (footnotes can have 3 states: insert, 
postpone and save)

however, your example also needs a fix: watch the start-stop local place
as otherwise the note in the caption ends of nowhere

here you have insert's (outer ones), a local one (in the table) and a 
postponed one (in the graphic); the postponed one might end up at the 
wrong place; future mkiv might handle that better but first we need to 
reach a reasonable state of compatibility and then we can start hacking 
around in the page code (inserts are somewhat special in tex)

\starttext

\chapter{First}

Way to \ConTeXt\footnote{It's also the title of Yanrui Li's tutorial.} 
is painful.

\section{First}

Way to \ConTeXt\footnote{It's also the title of Yanrui Li's tutorial.} 
is painful.

\section{Second}

But \ConTeXt is amazing.\footnote{Yanrui Li's tutorial too.}

\placetable
   {Complex Table\footnote{An test table.}}
   {\startlocalfootnotes
    \placelegend
      {\starttable[|l|n3.1 |n3.1 |n3.1 |n3.1 |]
       \HL
       \NC            \NC \Use{2}[c]{First Half} \NC \Use{2}[c]{Second 
Half} \NC \FR
       \DC            \DL[4] \DR
       \NC            \NC 1st Qtr  \NC 2nd Qtr   \NC 3rd Qtr \NC 4th Qtr 
\NC \LR
       \HL
       \NC East \NC   20.4   \NC    7.4\footnote{inside.}    \NC     90 
  \NC    20.4 \NC \FR
       \NC West \NC   30.6   \NC  338.6    \NC   34.6  \NC    31.6 \NC  \LR
       \HL
       \stoptable}
      {\placelocalfootnotes}
    \stoplocalfootnotes}

flush'm


\stoptext

maybe clean up this example a bit (smaller table) and wikify it


-----------------------------------------------------------------
                                           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
-----------------------------------------------------------------
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Wei-Wei Guo]

Hi,

The reproduction of the footnote problem is tricky. And it seems it's not a Chinese
related problem. Here is the example:

%===============================================================
\starttext

\chapter{First}

Way to \ConTeXt\footnote{It's also the title of Yanrui Li's tutorial.} is painful.

\input knuth

\section{Second}

But \ConTeXt is amazing.\footnote{Yanrui Li's tutorial too.}

\input knuth

\startlocalfootnotes
\placetable{Complex Table\footnote{An test table.}}
\placelegend{
\starttable[|l|n3.1 |n3.1 |n3.1 |n3.1 |]
   \HL
   \NC            \NC \Use{2}[c]{First Half} \NC \Use{2}[c]{Second Half} \NC \FR
   \DC            \DL[4] \DR
   \NC            \NC 1st Qtr  \NC 2nd Qtr   \NC 3rd Qtr \NC 4th Qtr \NC \LR
   \HL
   \NC East \NC   20.4   \NC    7.4    \NC     90  \NC    20.4 \NC \FR
   \NC West \NC   30.6   \NC  338.6    \NC   34.6  \NC    31.6 \NC  \LR
   \HL
\stoptable}
{\placelocalfootnotes}
\stoplocalfootnotes
%=========================================================================


The problem:
        The second footnote are generated twice. The duplicated footnote appears
        only when \section, \startlocalfootnotes, and other \footnote are there.

I cannot reproduce the "1▲" problem I have said before. It more tricky.


Best wishes,
Wei-Wei


Yanrui Li 写道:
>> 3. Footnote number has a weird triangle mark beside, like "1▲".
>>
>>   Example:
>>           I cannot reproduce the problem with default settings. Maybe it's
>>           a problem related with Chinese. What Chinese fonts do you have?
>>           Can I use Yanrui Li's zhfonts.tex in my examples?
>>
>>
> 
> Hi, Wei-Wei,
> the third one can also work.
> You can post your example with zhfonts.tex which use
> Adobe Song and Kai fonts. I think that Hans have these fonts.
> 
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Wei-Wei Guo]

Hi Hans,

Another bug, probably.

4. interlinespace of \setupbodyfontenvironment is not working.

    Example:
             \setupbodyfontenvironment[12pt]
                [interlinespace=2.3ex]

             \setupbodyfont[rm,12pt]

             \starttext
             \input knuth
             \stoptext


Best wishes,
Wei-Wei


Hans Hagen 写道:
> minimal example needed
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Yanrui Li]

2009/4/18 Yanrui Li <liyanrui.m2@gmail.com>:
>
> Hi, Wei-Wei,
>
> I tested your examples. The first example can work here.
> With AdobeSongStd-Light font, the third one can also work.
> You can post your example with zhfonts.tex which use
> Adobe Song and Kai fonts. I think that Hans have these fonts.
>

Sorry. I am wrong. The first one can not work here.

-- 
Best wishes,
Li Yanrui

* Gentoo Linux (~x86)
* ConTeXt Minimals Beta (2009.04.16 22:27 with LuaTeX 0.39))
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Yanrui Li]

2009/4/18 Wei-Wei Guo <wwguocn@gmail.com>:
> Hi Hans,
>
> Here is the minimal examples.
>
> 1. The figure list and table list do not show caption titles and dots.
>   Only label number and page number appear there, such as:
>
>   1 <Should have a caption title here>   <Should have dots here>  13
>
>   Example:
>            \starttext
>
>            \completelistoftables
>
>            \placetable[here][example-table]{\LaTeX}
>            \starttable[|l|l|]
>              \NC longtable      \NC LONG TABLE \NC \AR
>              \NC booktabs       \NC BOOKTABS \NC \AR
>            \stoptable
>
>            \stoptext
>
> 2. \writebetweenlist has no effect.
>
>   Example:
>            \starttext
>
>            \completecontent
>            \writebetweenlist[section]{Text}
>
>            \section{Section 1}
>            \input knuth
>
>            \stoptext
>
>
> 3. Footnote number has a weird triangle mark beside, like "1▲".
>
>   Example:
>           I cannot reproduce the problem with default settings. Maybe it's
>           a problem related with Chinese. What Chinese fonts do you have?
>           Can I use Yanrui Li's zhfonts.tex in my examples?
>
>

Hi, Wei-Wei,

I tested your examples. The first example can work here.
With AdobeSongStd-Light font, the third one can also work.
You can post your example with zhfonts.tex which use
Adobe Song and Kai fonts. I think that Hans have these fonts.

-- 
Best wishes,
Li Yanrui

* Gentoo Linux (~x86)
* ConTeXt Minimals Beta (2009.04.16 22:27 with LuaTeX 0.39)
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Wei-Wei Guo]

Hi Hans,

Here is the minimal examples.

1. The figure list and table list do not show caption titles and dots.
    Only label number and page number appear there, such as:

    1 <Should have a caption title here>   <Should have dots here>  13

    Example:
             \starttext

             \completelistoftables

             \placetable[here][example-table]{\LaTeX}
             \starttable[|l|l|]
               \NC longtable      \NC LONG TABLE \NC \AR
               \NC booktabs       \NC BOOKTABS \NC \AR
             \stoptable

             \stoptext

2. \writebetweenlist has no effect.

    Example:
             \starttext

             \completecontent
             \writebetweenlist[section]{Text}

             \section{Section 1}
             \input knuth

             \stoptext


3. Footnote number has a weird triangle mark beside, like "1▲".

    Example:
            I cannot reproduce the problem with default settings. Maybe it's
            a problem related with Chinese. What Chinese fonts do you have?
            Can I use Yanrui Li's zhfonts.tex in my examples?


Best Wishes,
Wei-Wei


Hans Hagen 写道:
> minimal example needed

___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Eythan Weg]

Taco Hoekwater <taco@elvenkind.com>
Fri, 17 Apr 2009 19:36:51 +0200

   Eythan Weg wrote:
   >
   > Ok.  I had this definition in cont-sys.tex
   >
   > \definefontfeature
   >     [default] [default]
   >     [protrusion=pure, expansion=quality, mode=node, script=latn,
   >      liga=yes]   
   >
   > 0.38 works with it and 0.39 does not.
   >
   > Why the diff?
   
   Thanks, that solved it. It crashed because there is a new optimization
   in 0.39.0 that had a bug. Fix is in the luatex trunk now (#2313).

Yes, it works, but I still ponder Hans' remarks.
   
   Best wishes,
   Taco

Thanks, Eythan 


___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Eythan Weg]

Hans Hagen <pragma@wxs.nl>
Fri, 17 Apr 2009 18:48:11 +0200

   Eythan Weg wrote:
   > Taco Hoekwater <taco@elvenkind.com>
   > Fri, 17 Apr 2009 17:53:17 +0200
   >
   >    Eythan Weg wrote:
   >    >    > In an earlier message I have provided logs,
   >    > which may contain hints, (but I could not find any).
   >       Neither can I. The situation is weird because you seem to be
   > the
   >    only person (so far?) suffering from this problem.
   >
   >
   > Ok.  I had this definition in cont-sys.tex
   >
   > \definefontfeature
   >     [default] [default]
   >     [protrusion=pure, expansion=quality, mode=node, script=latn,
   >      liga=yes]   
   >
   > 0.38 works with it and 0.39 does not.
   >
   > Why the diff?
   
   what font do you test?

No font in particular.  I thought that any
subsequent request for a  body font with this
default feature would be fulfilled this way.

   btw, such a patch is rather inefficient as it will expand nearly all
   fonts which might not be what you want

   and indeed it crashes
   
Thank you.  Eythan 

___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Taco Hoekwater]

Eythan Weg wrote:
> 
> Ok.  I had this definition in cont-sys.tex
> 
> \definefontfeature
>     [default] [default]
>     [protrusion=pure, expansion=quality, mode=node, script=latn,
>      liga=yes]   
> 
> 0.38 works with it and 0.39 does not.
> 
> Why the diff?

Thanks, that solved it. It crashed because there is a new optimization
in 0.39.0 that had a bug. Fix is in the luatex trunk now (#2313).

Best wishes,
Taco
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Hans Hagen]

Eythan Weg wrote:
> Taco Hoekwater <taco@elvenkind.com>
> Fri, 17 Apr 2009 17:53:17 +0200
> 
>    Eythan Weg wrote:
>    > 
>    > In an earlier message I have provided logs,
>    > which may contain hints, (but I could not find any).
>    
>    Neither can I. The situation is weird because you seem to be the
>    only person (so far?) suffering from this problem.
> 
> 
> Ok.  I had this definition in cont-sys.tex
> 
> \definefontfeature
>     [default] [default]
>     [protrusion=pure, expansion=quality, mode=node, script=latn,
>      liga=yes]   
> 
> 0.38 works with it and 0.39 does not.
> 
> Why the diff?

what font do you test?

btw, such a patch is rather inefficient as it will expand nearly all 
fonts which might not be what you want

and indeed it crashes


-----------------------------------------------------------------
                                           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
-----------------------------------------------------------------
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Eythan Weg]

Taco Hoekwater <taco@elvenkind.com>
Fri, 17 Apr 2009 17:53:17 +0200

   Eythan Weg wrote:
   > 
   > In an earlier message I have provided logs,
   > which may contain hints, (but I could not find any).
   
   Neither can I. The situation is weird because you seem to be the
   only person (so far?) suffering from this problem.


Ok.  I had this definition in cont-sys.tex

\definefontfeature
    [default] [default]
    [protrusion=pure, expansion=quality, mode=node, script=latn,
     liga=yes]   

0.38 works with it and 0.39 does not.

Why the diff?
   
   Best wishes,
   Taco


Thank you.

Eythan 

___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Taco Hoekwater]

Eythan Weg wrote:
> 
> In an earlier message I have provided logs,
> which may contain hints, (but I could not find any).

Neither can I. The situation is weird because you seem to be the
only person (so far?) suffering from this problem.


Best wishes,
Taco
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Eythan Weg]

Hans Hagen <pragma@wxs.nl>
Fri, 17 Apr 2009 16:22:38 +0200

   Eythan Weg wrote:
   >
   > Hi, 
   >
   > With the latest beta running under  luatex 0.39 I cannot
   > compile the simplest of files.  With 0.38 they run
   > fine. Also plain tex runs ok.
   >
   > Here is where it stops:
   >
   > local/share/texmf/tex/context/base/type-otf.tex \
   > (/usr/local/share/texmf/tex/context/base/type-otf.mkiv))\
   > (/usr/local/share/texmf/tex/context/base/type-otf.mkivMTXrun\
   > | fatal error, no return code, message: luatex: execution interrupted
   
   did you remake the formats? not all intermediate trunk versions get a
   new version number (say 0.38); there is some checking for the format
   but this assumes incremented numbers

I believe I did.
   
   normally context will regenerate the format automatically when it is
   updated but when you do the binary after that it assumes that nothing
   has changed
   
   so ... can you remake the formats with "context --make"

I have done this now (although originally I used
luatools --generate; luatools --compile cont-en)
but no change.  The same "execution interrupted".

In an earlier message I have provided logs,
which may contain hints, (but I could not find any).
   
   (i tried this on one of the x64 machines after compilation and it
   solved the problem)
   
   Hans

Thanks, Eythan 

___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Hans Hagen]

Eythan Weg wrote:
> 
> Hi, 
> 
> With the latest beta running under  luatex 0.39 I cannot
> compile the simplest of files.  With 0.38 they run
> fine. Also plain tex runs ok.
> 
> Here is where it stops:
> 
> local/share/texmf/tex/context/base/type-otf.tex \
> (/usr/local/share/texmf/tex/context/base/type-otf.mkiv))\
> (/usr/local/share/texmf/tex/context/base/type-otf.mkivMTXrun\
> | fatal error, no return code, message: luatex: execution interrupted

did you remake the formats? not all intermediate trunk versions get a 
new version number (say 0.38); there is some checking for the format but 
this assumes incremented numbers

normally context will regenerate the format automatically when it is 
updated but when you do the binary after that it assumes that nothing 
has changed

so ... can you remake the formats with "context --make"

(i tried this on one of the x64 machines after compilation and it solved 
the problem)

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
-----------------------------------------------------------------
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Eythan Weg]

[-- Attachment #1: Type: text/plain, Size: 1019 bytes --]


Taco Hoekwater <taco@elvenkind.com>
Fri, 17 Apr 2009 09:44:47 +0200

   Hans Hagen wrote:
   > Eythan Weg wrote:
   >>
   >> Hi,
   >> With the latest beta running under  luatex 0.39 I cannot
   >> compile the simplest of files.  With 0.38 they run
   >> fine. Also plain tex runs ok.
   >>
   >> Here is where it stops:
   >>
   >> local/share/texmf/tex/context/base/type-otf.tex \
   >> (/usr/local/share/texmf/tex/context/base/type-otf.mkiv))\
   >> (/usr/local/share/texmf/tex/context/base/type-otf.mkivMTXrun\
   >> | fatal error, no return code, message: luatex: execution interrupted
   > 
   > looks like a crash
   
   Definately. More information is needed, like: what was that input file,
   where did you get your binary, and what is your operation system?
   
   Best wishes,
   Taco


I compiled luatex myself.  When it runs with
context plain version of the format it shows this
banner: 

       This is LuaTeX, Version snapshot-0.39.0-2009041518

Here is the config log for the compilation of
luatex.


[-- Attachment #2: config.log --]
[-- Type: text/plain, Size: 48065 bytes --]

This file contains any messages produced by compilers while
running configure, to aid debugging if configure makes a mistake.

It was created by TeX Live configure 2009test-1.6, which was
generated by GNU Autoconf 2.63.  Invocation command line was

  $ ../source/configure --enable-cxx-runtime-hack --disable-afm2pl --disable-aleph --disable-bibtex --disable-bibtex8 --disable-cfftot1 --disable-cjkutils --disable-detex --disable-devnag --disable-dialog --disable-dtl --enable-dump-share --disable-dvi2tty --disable-dvidvi --disable-dviljk --disable-dvipdfm --disable-dvipdfmx --disable-dvipos --disable-dvipsk --disable-gsftopk --disable-lacheck --disable-lcdf-typetools --disable-makeindexk --disable-mf --disable-mmafm --disable-mmpfb --disable-mp --disable-musixflx --disable-otfinfo --disable-otftotfm --disable-pdfopen --disable-pdftex --disable-ps2eps --disable-ps2pkm --disable-psutils --disable-seetexk --disable-t1dotlessj --disable-t1lint --disable-t1rawafm --disable-t1reencode --disable-t1testpage --disable-t1utils --disable-tex --disable-tex4htk --disable-tpic2pdftex --disable-ttf2pk --disable-ttfdump --disable-ttftotype42 --disable-vlna --disable-web-progs --disable-xdv2pdf --disable-xdvipdfmx --without-system-kpathsea --without-system-freetype2 --without-system-gd --without-system-libpng --without-system-teckit --without-system-zlib --without-system-t1lib --disable-shared --disable-largefile

## --------- ##
## Platform. ##
## --------- ##

hostname = gauss
uname -m = x86_64
uname -r = 2.6.29-1-amd64
uname -s = Linux
uname -v = #1 SMP Sat Apr 4 16:54:07 UTC 2009

/usr/bin/uname -p = unknown
/bin/uname -X     = unknown

/bin/arch              = unknown
/usr/bin/arch -k       = unknown
/usr/convex/getsysinfo = unknown
/usr/bin/hostinfo      = unknown
/bin/machine           = unknown
/usr/bin/oslevel       = unknown
/bin/universe          = unknown

PATH: /home/weg/bin
PATH: /usr/local/bin
PATH: /usr/bin
PATH: /bin
PATH: /usr/games


## ----------- ##
## Core tests. ##
## ----------- ##

configure:2193: checking build system type
configure:2211: result: x86_64-unknown-linux-gnu
configure:2233: checking host system type
configure:2248: result: x86_64-unknown-linux-gnu
configure:2322: Assuming `--enable-web2c=yes'
configure:2543: Using `kpathsea' headers and library from TL tree
configure:2659: Using `libpng' headers and library from TL tree
configure:2716: Using `zlib' headers and library from TL tree
configure:2744: checking for a BSD-compatible install
configure:2812: result: /usr/bin/install -c
configure:2823: checking whether build environment is sane
configure:2866: result: yes
configure:2891: checking for a thread-safe mkdir -p
configure:2930: result: /bin/mkdir -p
configure:2943: checking for gawk
configure:2959: found /usr/bin/gawk
configure:2970: result: gawk
configure:2981: checking whether make sets $(MAKE)
configure:3003: result: yes
configure:3058: checking for style of include used by make
configure:3086: result: GNU
configure:3156: checking for gcc
configure:3172: found /usr/bin/gcc
configure:3183: result: gcc
configure:3415: checking for C compiler version
configure:3423: gcc --version >&5
gcc (Debian 4.3.2-1) 4.3.2
Copyright (C) 2008 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

configure:3427: $? = 0
configure:3434: gcc -v >&5
Using built-in specs.
Target: x86_64-linux-gnu
Configured with: ../src/configure -v --with-pkgversion='Debian 4.3.2-1' --with-bugurl=file:///usr/share/doc/gcc-4.3/README.Bugs --enable-languages=c,c++,fortran,objc,obj-c++ --prefix=/usr --enable-shared --with-system-zlib --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --enable-nls --with-gxx-include-dir=/usr/include/c++/4.3 --program-suffix=-4.3 --enable-clocale=gnu --enable-libstdcxx-debug --enable-objc-gc --enable-mpfr --enable-cld --enable-checking=release --build=x86_64-linux-gnu --host=x86_64-linux-gnu --target=x86_64-linux-gnu
Thread model: posix
gcc version 4.3.2 (Debian 4.3.2-1) 
configure:3438: $? = 0
configure:3445: gcc -V >&5
gcc: '-V' option must have argument
configure:3449: $? = 1
configure:3472: checking for C compiler default output file name
configure:3494: gcc    conftest.c  >&5
configure:3498: $? = 0
configure:3536: result: a.out
configure:3555: checking whether the C compiler works
configure:3565: ./a.out
configure:3569: $? = 0
configure:3588: result: yes
configure:3595: checking whether we are cross compiling
configure:3597: result: no
configure:3600: checking for suffix of executables
configure:3607: gcc -o conftest    conftest.c  >&5
configure:3611: $? = 0
configure:3637: result: 
configure:3643: checking for suffix of object files
configure:3669: gcc -c   conftest.c >&5
configure:3673: $? = 0
configure:3698: result: o
configure:3702: checking whether we are using the GNU C compiler
configure:3731: gcc -c   conftest.c >&5
configure:3738: $? = 0
configure:3755: result: yes
configure:3764: checking whether gcc accepts -g
configure:3794: gcc -c -g  conftest.c >&5
configure:3801: $? = 0
configure:3902: result: yes
configure:3919: checking for gcc option to accept ISO C89
configure:3993: gcc  -c -g -O2  conftest.c >&5
configure:4000: $? = 0
configure:4023: result: none needed
configure:4043: checking dependency style of gcc
configure:4134: result: gcc3
configure:4149: checking for a sed that does not truncate output
configure:4215: result: /bin/sed
configure:4233: checking for grep that handles long lines and -e
configure:4293: result: /bin/grep
configure:4298: checking for egrep
configure:4362: result: /bin/grep -E
configure:4367: checking for fgrep
configure:4431: result: /bin/grep -F
configure:4466: checking for ld used by gcc
configure:4533: result: /usr/bin/ld
configure:4542: checking if the linker (/usr/bin/ld) is GNU ld
configure:4557: result: yes
configure:4569: checking for BSD- or MS-compatible name lister (nm)
configure:4618: result: /usr/bin/nm -B
configure:4736: checking the name lister (/usr/bin/nm -B) interface
configure:4743: gcc -c -g -O2  conftest.c >&5
configure:4746: /usr/bin/nm -B "conftest.o"
configure:4749: output
0000000000000000 B some_variable
configure:4756: result: BSD nm
configure:4759: checking whether ln -s works
configure:4763: result: yes
configure:4771: checking the maximum length of command line arguments
configure:4891: result: 1572864
configure:4908: checking whether the shell understands some XSI constructs
configure:4918: result: yes
configure:4922: checking whether the shell understands "+="
configure:4928: result: yes
configure:4963: checking for /usr/bin/ld option to reload object files
configure:4970: result: -r
configure:5039: checking for objdump
configure:5055: found /usr/bin/objdump
configure:5066: result: objdump
configure:5098: checking how to recognize dependent libraries
configure:5294: result: pass_all
configure:5354: checking for ar
configure:5370: found /usr/bin/ar
configure:5381: result: ar
configure:5459: checking for strip
configure:5475: found /usr/bin/strip
configure:5486: result: strip
configure:5558: checking for ranlib
configure:5574: found /usr/bin/ranlib
configure:5585: result: ranlib
configure:5675: checking command to parse /usr/bin/nm -B output from gcc object
configure:5793: gcc -c -g -O2  conftest.c >&5
configure:5796: $? = 0
configure:5800: /usr/bin/nm -B conftest.o \| sed -n -e 's/^.*[	 ]\([ABCDGIRSTW][ABCDGIRSTW]*\)[	 ][	 ]*\([_A-Za-z][_A-Za-z0-9]*\)$/\1 \2 \2/p' \> conftest.nm
configure:5803: $? = 0
configure:5857: gcc -o conftest -g -O2   conftest.c conftstm.o >&5
configure:5860: $? = 0
configure:5898: result: ok
configure:5994: gcc -c -g -O2  conftest.c >&5
configure:5997: $? = 0
configure:6765: checking how to run the C preprocessor
configure:6805: gcc -E  conftest.c
configure:6812: $? = 0
configure:6843: gcc -E  conftest.c
conftest.c:8:28: error: ac_nonexistent.h: No such file or directory
configure:6850: $? = 1
configure: failed program was:
| /* confdefs.h.  */
| #define PACKAGE_NAME "TeX Live"
| #define PACKAGE_TARNAME "tex-live"
| #define PACKAGE_VERSION "2009test-1.6"
| #define PACKAGE_STRING "TeX Live 2009test-1.6"
| #define PACKAGE_BUGREPORT "tex-k@tug.org"
| /* end confdefs.h.  */
| #include <ac_nonexistent.h>
configure:6883: result: gcc -E
configure:6912: gcc -E  conftest.c
configure:6919: $? = 0
configure:6950: gcc -E  conftest.c
conftest.c:8:28: error: ac_nonexistent.h: No such file or directory
configure:6957: $? = 1
configure: failed program was:
| /* confdefs.h.  */
| #define PACKAGE_NAME "TeX Live"
| #define PACKAGE_TARNAME "tex-live"
| #define PACKAGE_VERSION "2009test-1.6"
| #define PACKAGE_STRING "TeX Live 2009test-1.6"
| #define PACKAGE_BUGREPORT "tex-k@tug.org"
| /* end confdefs.h.  */
| #include <ac_nonexistent.h>
configure:6997: checking for ANSI C header files
configure:7027: gcc -c -g -O2  conftest.c >&5
configure:7034: $? = 0
configure:7133: gcc -o conftest -g -O2   conftest.c  >&5
configure:7137: $? = 0
configure:7143: ./conftest
configure:7147: $? = 0
configure:7165: result: yes
configure:7189: checking for sys/types.h
configure:7210: gcc -c -g -O2  conftest.c >&5
configure:7217: $? = 0
configure:7234: result: yes
configure:7189: checking for sys/stat.h
configure:7210: gcc -c -g -O2  conftest.c >&5
configure:7217: $? = 0
configure:7234: result: yes
configure:7189: checking for stdlib.h
configure:7210: gcc -c -g -O2  conftest.c >&5
configure:7217: $? = 0
configure:7234: result: yes
configure:7189: checking for string.h
configure:7210: gcc -c -g -O2  conftest.c >&5
configure:7217: $? = 0
configure:7234: result: yes
configure:7189: checking for memory.h
configure:7210: gcc -c -g -O2  conftest.c >&5
configure:7217: $? = 0
configure:7234: result: yes
configure:7189: checking for strings.h
configure:7210: gcc -c -g -O2  conftest.c >&5
configure:7217: $? = 0
configure:7234: result: yes
configure:7189: checking for inttypes.h
configure:7210: gcc -c -g -O2  conftest.c >&5
configure:7217: $? = 0
configure:7234: result: yes
configure:7189: checking for stdint.h
configure:7210: gcc -c -g -O2  conftest.c >&5
configure:7217: $? = 0
configure:7234: result: yes
configure:7189: checking for unistd.h
configure:7210: gcc -c -g -O2  conftest.c >&5
configure:7217: $? = 0
configure:7234: result: yes
configure:7252: checking for dlfcn.h
configure:7273: gcc -c -g -O2  conftest.c >&5
configure:7280: $? = 0
configure:7297: result: yes
configure:7477: checking whether to enable maintainer-specific portions of Makefiles
configure:7486: result: no
configure:7673: checking for objdir
configure:7688: result: .libs
configure:7984: checking if gcc supports -fno-rtti -fno-exceptions
configure:8002: gcc -c -g -O2  -fno-rtti -fno-exceptions conftest.c >&5
cc1: warning: command line option "-fno-rtti" is valid for C++/ObjC++ but not for C
configure:8006: $? = 0
configure:8019: result: no
configure:8039: checking for gcc option to produce PIC
configure:8311: result: -fPIC -DPIC
configure:8323: checking if gcc PIC flag -fPIC -DPIC works
configure:8341: gcc -c -g -O2  -fPIC -DPIC -DPIC conftest.c >&5
configure:8345: $? = 0
configure:8358: result: yes
configure:8382: checking if gcc static flag -static works
configure:8410: result: yes
configure:8425: checking if gcc supports -c -o file.o
configure:8446: gcc -c -g -O2  -o out/conftest2.o conftest.c >&5
configure:8450: $? = 0
configure:8472: result: yes
configure:8480: checking if gcc supports -c -o file.o
configure:8527: result: yes
configure:8560: checking whether the gcc linker (/usr/bin/ld -m elf_x86_64) supports shared libraries
configure:9634: result: yes
configure:9873: checking dynamic linker characteristics
configure:10316: gcc -o conftest -g -O2   -Wl,-rpath -Wl,/foo conftest.c  >&5
configure:10323: $? = 0
configure:10556: result: GNU/Linux ld.so
configure:10658: checking how to hardcode library paths into programs
configure:10683: result: immediate
configure:11516: checking whether stripping libraries is possible
configure:11521: result: yes
configure:11556: checking if libtool supports shared libraries
configure:11558: result: yes
configure:11561: checking whether to build shared libraries
configure:11582: result: no
configure:11585: checking whether to build static libraries
configure:11589: result: yes
configure:11980: checking for _LARGEFILE_SOURCE value needed for large files
configure:12009: gcc -o conftest -g -O2   conftest.c  >&5
configure:12016: $? = 0
configure:12089: result: no
configure:12120: checking for dirent.h that defines DIR
configure:12149: gcc -c -g -O2  conftest.c >&5
configure:12156: $? = 0
configure:12173: result: yes
configure:12188: checking for library containing opendir
configure:12229: gcc -o conftest -g -O2   conftest.c  >&5
configure:12236: $? = 0
configure:12267: result: none required
configure:12365: checking for ANSI C header files
configure:12533: result: yes
configure:12543: checking whether closedir returns void
configure:12577: gcc -o conftest -g -O2   conftest.c  >&5
configure:12581: $? = 0
configure:12587: ./conftest
configure:12591: $? = 0
configure:12608: result: no
configure:12644: checking assert.h usability
configure:12661: gcc -c -g -O2  conftest.c >&5
configure:12668: $? = 0
configure:12682: result: yes
configure:12686: checking assert.h presence
configure:12701: gcc -E  conftest.c
configure:12708: $? = 0
configure:12722: result: yes
configure:12755: checking for assert.h
configure:12764: result: yes
configure:12644: checking float.h usability
configure:12661: gcc -c -g -O2  conftest.c >&5
configure:12668: $? = 0
configure:12682: result: yes
configure:12686: checking float.h presence
configure:12701: gcc -E  conftest.c
configure:12708: $? = 0
configure:12722: result: yes
configure:12755: checking for float.h
configure:12764: result: yes
configure:12644: checking limits.h usability
configure:12661: gcc -c -g -O2  conftest.c >&5
configure:12668: $? = 0
configure:12682: result: yes
configure:12686: checking limits.h presence
configure:12701: gcc -E  conftest.c
configure:12708: $? = 0
configure:12722: result: yes
configure:12755: checking for limits.h
configure:12764: result: yes
configure:12633: checking for memory.h
configure:12640: result: yes
configure:12644: checking pwd.h usability
configure:12661: gcc -c -g -O2  conftest.c >&5
configure:12668: $? = 0
configure:12682: result: yes
configure:12686: checking pwd.h presence
configure:12701: gcc -E  conftest.c
configure:12708: $? = 0
configure:12722: result: yes
configure:12755: checking for pwd.h
configure:12764: result: yes
configure:12633: checking for stdlib.h
configure:12640: result: yes
configure:12633: checking for string.h
configure:12640: result: yes
configure:12633: checking for strings.h
configure:12640: result: yes
configure:12644: checking sys/param.h usability
configure:12661: gcc -c -g -O2  conftest.c >&5
configure:12668: $? = 0
configure:12682: result: yes
configure:12686: checking sys/param.h presence
configure:12701: gcc -E  conftest.c
configure:12708: $? = 0
configure:12722: result: yes
configure:12755: checking for sys/param.h
configure:12764: result: yes
configure:12633: checking for unistd.h
configure:12640: result: yes
configure:12786: checking for putenv
configure:12842: gcc -o conftest -g -O2   conftest.c  >&5
configure:12849: $? = 0
configure:12871: result: yes
configure:12786: checking for strcasecmp
configure:12842: gcc -o conftest -g -O2   conftest.c  >&5
conftest.c:59: warning: conflicting types for built-in function 'strcasecmp'
configure:12849: $? = 0
configure:12871: result: yes
configure:12786: checking for strtol
configure:12842: gcc -o conftest -g -O2   conftest.c  >&5
configure:12849: $? = 0
configure:12871: result: yes
configure:12786: checking for strstr
configure:12842: gcc -o conftest -g -O2   conftest.c  >&5
conftest.c:61: warning: conflicting types for built-in function 'strstr'
configure:12849: $? = 0
configure:12871: result: yes
configure:12897: checking for bcmp
configure:12953: gcc -o conftest -g -O2   conftest.c  >&5
conftest.c:62: warning: conflicting types for built-in function 'bcmp'
configure:12960: $? = 0
configure:12982: result: yes
configure:12897: checking for bcopy
configure:12953: gcc -o conftest -g -O2   conftest.c  >&5
conftest.c:63: warning: conflicting types for built-in function 'bcopy'
configure:12960: $? = 0
configure:12982: result: yes
configure:12897: checking for bzero
configure:12953: gcc -o conftest -g -O2   conftest.c  >&5
conftest.c:64: warning: conflicting types for built-in function 'bzero'
configure:12960: $? = 0
configure:12982: result: yes
configure:12897: checking for getcwd
configure:12953: gcc -o conftest -g -O2   conftest.c  >&5
configure:12960: $? = 0
configure:12982: result: yes
configure:12897: checking for getwd
configure:12953: gcc -o conftest -g -O2   conftest.c  >&5
/tmp/cccjhfQS.o: In function `main':
/home/weg/sources/beta-0.39.0/build/conftest.c:77: warning: the `getwd' function is dangerous and should not be used.
configure:12960: $? = 0
configure:12982: result: yes
configure:12897: checking for index
configure:12953: gcc -o conftest -g -O2   conftest.c  >&5
conftest.c:67: warning: conflicting types for built-in function 'index'
configure:12960: $? = 0
configure:12982: result: yes
configure:12897: checking for memcmp
configure:12953: gcc -o conftest -g -O2   conftest.c  >&5
conftest.c:68: warning: conflicting types for built-in function 'memcmp'
configure:12960: $? = 0
configure:12982: result: yes
configure:12897: checking for memcpy
configure:12953: gcc -o conftest -g -O2   conftest.c  >&5
conftest.c:69: warning: conflicting types for built-in function 'memcpy'
configure:12960: $? = 0
configure:12982: result: yes
configure:12897: checking for rindex
configure:12953: gcc -o conftest -g -O2   conftest.c  >&5
conftest.c:70: warning: conflicting types for built-in function 'rindex'
configure:12960: $? = 0
configure:12982: result: yes
configure:12897: checking for strchr
configure:12953: gcc -o conftest -g -O2   conftest.c  >&5
conftest.c:71: warning: conflicting types for built-in function 'strchr'
configure:12960: $? = 0
configure:12982: result: yes
configure:12897: checking for strrchr
configure:12953: gcc -o conftest -g -O2   conftest.c  >&5
conftest.c:72: warning: conflicting types for built-in function 'strrchr'
configure:12960: $? = 0
configure:12982: result: yes
configure:12994: checking for an ANSI C-conforming const
configure:13069: gcc -c -g -O2  conftest.c >&5
configure:13076: $? = 0
configure:13091: result: yes
configure:13101: checking for inline
configure:13127: gcc -c -g -O2  conftest.c >&5
configure:13134: $? = 0
configure:13152: result: inline
configure:13171: checking for struct stat.st_mtim
configure:13199: gcc -c -g -O2  conftest.c >&5
conftest.c: In function 'main':
conftest.c:87: error: used struct type value where scalar is required
configure:13206: $? = 1
configure: failed program was:
| /* confdefs.h.  */
| #define PACKAGE_NAME "TeX Live"
| #define PACKAGE_TARNAME "tex-live"
| #define PACKAGE_VERSION "2009test-1.6"
| #define PACKAGE_STRING "TeX Live 2009test-1.6"
| #define PACKAGE_BUGREPORT "tex-k@tug.org"
| #define STDC_HEADERS 1
| #define HAVE_SYS_TYPES_H 1
| #define HAVE_SYS_STAT_H 1
| #define HAVE_STDLIB_H 1
| #define HAVE_STRING_H 1
| #define HAVE_MEMORY_H 1
| #define HAVE_STRINGS_H 1
| #define HAVE_INTTYPES_H 1
| #define HAVE_STDINT_H 1
| #define HAVE_UNISTD_H 1
| #define HAVE_DLFCN_H 1
| #define PACKAGE "tex-live"
| #define VERSION "2009test-1.6"
| #define LT_OBJDIR ".libs/"
| #define HAVE_FSEEKO 1
| #define HAVE_DIRENT_H 1
| #define STDC_HEADERS 1
| #define HAVE_ASSERT_H 1
| #define HAVE_FLOAT_H 1
| #define HAVE_LIMITS_H 1
| #define HAVE_MEMORY_H 1
| #define HAVE_PWD_H 1
| #define HAVE_STDLIB_H 1
| #define HAVE_STRING_H 1
| #define HAVE_STRINGS_H 1
| #define HAVE_SYS_PARAM_H 1
| #define HAVE_UNISTD_H 1
| #define HAVE_PUTENV 1
| #define HAVE_STRCASECMP 1
| #define HAVE_STRTOL 1
| #define HAVE_STRSTR 1
| #define HAVE_BCMP 1
| #define HAVE_BCOPY 1
| #define HAVE_BZERO 1
| #define HAVE_GETCWD 1
| #define HAVE_GETWD 1
| #define HAVE_INDEX 1
| #define HAVE_MEMCMP 1
| #define HAVE_MEMCPY 1
| #define HAVE_RINDEX 1
| #define HAVE_STRCHR 1
| #define HAVE_STRRCHR 1
| /* end confdefs.h.  */
| #include <stdio.h>
| #ifdef HAVE_SYS_TYPES_H
| # include <sys/types.h>
| #endif
| #ifdef HAVE_SYS_STAT_H
| # include <sys/stat.h>
| #endif
| #ifdef STDC_HEADERS
| # include <stdlib.h>
| # include <stddef.h>
| #else
| # ifdef HAVE_STDLIB_H
| #  include <stdlib.h>
| # endif
| #endif
| #ifdef HAVE_STRING_H
| # if !defined STDC_HEADERS && defined HAVE_MEMORY_H
| #  include <memory.h>
| # endif
| # include <string.h>
| #endif
| #ifdef HAVE_STRINGS_H
| # include <strings.h>
| #endif
| #ifdef HAVE_INTTYPES_H
| # include <inttypes.h>
| #endif
| #ifdef HAVE_STDINT_H
| # include <stdint.h>
| #endif
| #ifdef HAVE_UNISTD_H
| # include <unistd.h>
| #endif
| int
| main ()
| {
| static struct stat ac_aggr;
| if (ac_aggr.st_mtim)
| return 0;
|   ;
|   return 0;
| }
configure:13239: gcc -c -g -O2  conftest.c >&5
configure:13246: $? = 0
configure:13264: result: yes
configure:13275: checking whether the compiler accepts prototypes
configure:13301: gcc -o conftest -g -O2   conftest.c  >&5
configure:13308: $? = 0
configure:13328: result: yes
configure:13337: checking whether program_invocation_name is predefined
configure:13364: gcc -o conftest -g -O2   conftest.c  >&5
configure:13371: $? = 0
configure:13391: result: yes
configure:13402: checking for X
configure:13573: gcc -o conftest -g -O2   conftest.c -lX11  >&5
configure:13580: $? = 0
configure:13642: result: libraries , headers 
configure:13811: gcc -o conftest -g -O2   conftest.c   -lX11 >&5
configure:13818: $? = 0
configure:13986: checking for gethostbyname
configure:14042: gcc -o conftest -g -O2   conftest.c  >&5
configure:14049: $? = 0
configure:14069: result: yes
configure:14222: checking for connect
configure:14278: gcc -o conftest -g -O2   conftest.c  >&5
configure:14285: $? = 0
configure:14305: result: yes
configure:14381: checking for remove
configure:14437: gcc -o conftest -g -O2   conftest.c  >&5
configure:14444: $? = 0
configure:14464: result: yes
configure:14540: checking for shmat
configure:14596: gcc -o conftest -g -O2   conftest.c  >&5
configure:14603: $? = 0
configure:14623: result: yes
configure:14708: checking for IceConnectionNumber in -lICE
configure:14743: gcc -o conftest -g -O2   conftest.c -lICE   >&5
configure:14750: $? = 0
configure:14771: result: yes
configure:14840: checking for g++
configure:14856: found /usr/bin/g++
configure:14867: result: g++
configure:14894: checking for C++ compiler version
configure:14902: g++ --version >&5
g++ (Debian 4.3.2-1) 4.3.2
Copyright (C) 2008 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

configure:14906: $? = 0
configure:14913: g++ -v >&5
Using built-in specs.
Target: x86_64-linux-gnu
Configured with: ../src/configure -v --with-pkgversion='Debian 4.3.2-1' --with-bugurl=file:///usr/share/doc/gcc-4.3/README.Bugs --enable-languages=c,c++,fortran,objc,obj-c++ --prefix=/usr --enable-shared --with-system-zlib --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --enable-nls --with-gxx-include-dir=/usr/include/c++/4.3 --program-suffix=-4.3 --enable-clocale=gnu --enable-libstdcxx-debug --enable-objc-gc --enable-mpfr --enable-cld --enable-checking=release --build=x86_64-linux-gnu --host=x86_64-linux-gnu --target=x86_64-linux-gnu
Thread model: posix
gcc version 4.3.2 (Debian 4.3.2-1) 
configure:14917: $? = 0
configure:14924: g++ -V >&5
g++: '-V' option must have argument
configure:14928: $? = 1
configure:14931: checking whether we are using the GNU C++ compiler
configure:14960: g++ -c   conftest.cpp >&5
configure:14967: $? = 0
configure:14984: result: yes
configure:14993: checking whether g++ accepts -g
configure:15023: g++ -c -g  conftest.cpp >&5
configure:15030: $? = 0
configure:15131: result: yes
configure:15156: checking dependency style of g++
configure:15247: result: gcc3
configure:15375: checking for C++ compiler version
configure:15383: g++ --version >&5
g++ (Debian 4.3.2-1) 4.3.2
Copyright (C) 2008 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

configure:15387: $? = 0
configure:15394: g++ -v >&5
Using built-in specs.
Target: x86_64-linux-gnu
Configured with: ../src/configure -v --with-pkgversion='Debian 4.3.2-1' --with-bugurl=file:///usr/share/doc/gcc-4.3/README.Bugs --enable-languages=c,c++,fortran,objc,obj-c++ --prefix=/usr --enable-shared --with-system-zlib --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --enable-nls --with-gxx-include-dir=/usr/include/c++/4.3 --program-suffix=-4.3 --enable-clocale=gnu --enable-libstdcxx-debug --enable-objc-gc --enable-mpfr --enable-cld --enable-checking=release --build=x86_64-linux-gnu --host=x86_64-linux-gnu --target=x86_64-linux-gnu
Thread model: posix
gcc version 4.3.2 (Debian 4.3.2-1) 
configure:15398: $? = 0
configure:15405: g++ -V >&5
g++: '-V' option must have argument
configure:15409: $? = 1
configure:15412: checking whether we are using the GNU C++ compiler
configure:15465: result: yes
configure:15474: checking whether g++ accepts -g
configure:15612: result: yes
configure:15637: checking dependency style of g++
configure:15728: result: gcc3
configure:15751: checking how to run the C++ preprocessor
configure:15787: g++ -E  conftest.cpp
configure:15794: $? = 0
configure:15825: g++ -E  conftest.cpp
conftest.cpp:53:28: error: ac_nonexistent.h: No such file or directory
configure:15832: $? = 1
configure: failed program was:
| /* confdefs.h.  */
| #define PACKAGE_NAME "TeX Live"
| #define PACKAGE_TARNAME "tex-live"
| #define PACKAGE_VERSION "2009test-1.6"
| #define PACKAGE_STRING "TeX Live 2009test-1.6"
| #define PACKAGE_BUGREPORT "tex-k@tug.org"
| #define STDC_HEADERS 1
| #define HAVE_SYS_TYPES_H 1
| #define HAVE_SYS_STAT_H 1
| #define HAVE_STDLIB_H 1
| #define HAVE_STRING_H 1
| #define HAVE_MEMORY_H 1
| #define HAVE_STRINGS_H 1
| #define HAVE_INTTYPES_H 1
| #define HAVE_STDINT_H 1
| #define HAVE_UNISTD_H 1
| #define HAVE_DLFCN_H 1
| #define PACKAGE "tex-live"
| #define VERSION "2009test-1.6"
| #define LT_OBJDIR ".libs/"
| #define HAVE_FSEEKO 1
| #define HAVE_DIRENT_H 1
| #define STDC_HEADERS 1
| #define HAVE_ASSERT_H 1
| #define HAVE_FLOAT_H 1
| #define HAVE_LIMITS_H 1
| #define HAVE_MEMORY_H 1
| #define HAVE_PWD_H 1
| #define HAVE_STDLIB_H 1
| #define HAVE_STRING_H 1
| #define HAVE_STRINGS_H 1
| #define HAVE_SYS_PARAM_H 1
| #define HAVE_UNISTD_H 1
| #define HAVE_PUTENV 1
| #define HAVE_STRCASECMP 1
| #define HAVE_STRTOL 1
| #define HAVE_STRSTR 1
| #define HAVE_BCMP 1
| #define HAVE_BCOPY 1
| #define HAVE_BZERO 1
| #define HAVE_GETCWD 1
| #define HAVE_GETWD 1
| #define HAVE_INDEX 1
| #define HAVE_MEMCMP 1
| #define HAVE_MEMCPY 1
| #define HAVE_RINDEX 1
| #define HAVE_STRCHR 1
| #define HAVE_STRRCHR 1
| #define HAVE_STRUCT_STAT_ST_MTIM 1
| #define HAVE_PROTOTYPES 1
| #define HAVE_PROGRAM_INVOCATION_NAME 1
| /* end confdefs.h.  */
| #include <ac_nonexistent.h>
configure:15865: result: g++ -E
configure:15894: g++ -E  conftest.cpp
configure:15901: $? = 0
configure:15932: g++ -E  conftest.cpp
conftest.cpp:53:28: error: ac_nonexistent.h: No such file or directory
configure:15939: $? = 1
configure: failed program was:
| /* confdefs.h.  */
| #define PACKAGE_NAME "TeX Live"
| #define PACKAGE_TARNAME "tex-live"
| #define PACKAGE_VERSION "2009test-1.6"
| #define PACKAGE_STRING "TeX Live 2009test-1.6"
| #define PACKAGE_BUGREPORT "tex-k@tug.org"
| #define STDC_HEADERS 1
| #define HAVE_SYS_TYPES_H 1
| #define HAVE_SYS_STAT_H 1
| #define HAVE_STDLIB_H 1
| #define HAVE_STRING_H 1
| #define HAVE_MEMORY_H 1
| #define HAVE_STRINGS_H 1
| #define HAVE_INTTYPES_H 1
| #define HAVE_STDINT_H 1
| #define HAVE_UNISTD_H 1
| #define HAVE_DLFCN_H 1
| #define PACKAGE "tex-live"
| #define VERSION "2009test-1.6"
| #define LT_OBJDIR ".libs/"
| #define HAVE_FSEEKO 1
| #define HAVE_DIRENT_H 1
| #define STDC_HEADERS 1
| #define HAVE_ASSERT_H 1
| #define HAVE_FLOAT_H 1
| #define HAVE_LIMITS_H 1
| #define HAVE_MEMORY_H 1
| #define HAVE_PWD_H 1
| #define HAVE_STDLIB_H 1
| #define HAVE_STRING_H 1
| #define HAVE_STRINGS_H 1
| #define HAVE_SYS_PARAM_H 1
| #define HAVE_UNISTD_H 1
| #define HAVE_PUTENV 1
| #define HAVE_STRCASECMP 1
| #define HAVE_STRTOL 1
| #define HAVE_STRSTR 1
| #define HAVE_BCMP 1
| #define HAVE_BCOPY 1
| #define HAVE_BZERO 1
| #define HAVE_GETCWD 1
| #define HAVE_GETWD 1
| #define HAVE_INDEX 1
| #define HAVE_MEMCMP 1
| #define HAVE_MEMCPY 1
| #define HAVE_RINDEX 1
| #define HAVE_STRCHR 1
| #define HAVE_STRRCHR 1
| #define HAVE_STRUCT_STAT_ST_MTIM 1
| #define HAVE_PROTOTYPES 1
| #define HAVE_PROGRAM_INVOCATION_NAME 1
| /* end confdefs.h.  */
| #include <ac_nonexistent.h>
configure:16115: checking for ld used by g++
configure:16182: result: /usr/bin/ld -m elf_x86_64
configure:16191: checking if the linker (/usr/bin/ld -m elf_x86_64) is GNU ld
configure:16206: result: yes
configure:16261: checking whether the g++ linker (/usr/bin/ld -m elf_x86_64) supports shared libraries
configure:17236: result: yes
configure:17264: g++ -c -g -O2  conftest.cpp >&5
configure:17267: $? = 0
configure:17449: checking for g++ option to produce PIC
configure:17766: result: -fPIC -DPIC
configure:17775: checking if g++ PIC flag -fPIC -DPIC works
configure:17793: g++ -c -g -O2  -fPIC -DPIC -DPIC conftest.cpp >&5
configure:17797: $? = 0
configure:17810: result: yes
configure:17831: checking if g++ static flag -static works
configure:17859: result: yes
configure:17871: checking if g++ supports -c -o file.o
configure:17892: g++ -c -g -O2  -o out/conftest2.o conftest.cpp >&5
configure:17896: $? = 0
configure:17918: result: yes
configure:17923: checking if g++ supports -c -o file.o
configure:17970: result: yes
configure:18000: checking whether the g++ linker (/usr/bin/ld -m elf_x86_64) supports shared libraries
configure:18026: result: yes
configure:18163: checking dynamic linker characteristics
configure:18554: g++ -o conftest -g -O2   -Wl,-rpath -Wl,/foo conftest.cpp  >&5
configure:18561: $? = 0
configure:18794: result: GNU/Linux ld.so
configure:18845: checking how to hardcode library paths into programs
configure:18870: result: immediate
configure:20011: creating ./config.status

## ---------------------- ##
## Running config.status. ##
## ---------------------- ##

This file was extended by TeX Live config.status 2009test-1.6, which was
generated by GNU Autoconf 2.63.  Invocation command line was

  CONFIG_FILES    = 
  CONFIG_HEADERS  = 
  CONFIG_LINKS    = 
  CONFIG_COMMANDS = 
  $ ./config.status 

on gauss

config.status:978: creating Makefile
config.status:1182: executing depfiles commands
config.status:1182: executing libtool commands
configure:22358: === configuring in texk/kpathsea (/home/weg/sources/beta-0.39.0/build/texk/kpathsea)
configure:22461: running /bin/sh ../../../source/texk/kpathsea/configure --disable-option-checking '--prefix=/usr/local'  '--enable-cxx-runtime-hack' '--disable-afm2pl' '--disable-aleph' '--disable-bibtex' '--disable-bibtex8' '--disable-cfftot1' '--disable-cjkutils' '--disable-detex' '--disable-devnag' '--disable-dialog' '--disable-dtl' '--enable-dump-share' '--disable-dvi2tty' '--disable-dvidvi' '--disable-dviljk' '--disable-dvipdfm' '--disable-dvipdfmx' '--disable-dvipos' '--disable-dvipsk' '--disable-gsftopk' '--disable-lacheck' '--disable-lcdf-typetools' '--disable-makeindexk' '--disable-mf' '--disable-mmafm' '--disable-mmpfb' '--disable-mp' '--disable-musixflx' '--disable-otfinfo' '--disable-otftotfm' '--disable-pdfopen' '--disable-pdftex' '--disable-ps2eps' '--disable-ps2pkm' '--disable-psutils' '--disable-seetexk' '--disable-t1dotlessj' '--disable-t1lint' '--disable-t1rawafm' '--disable-t1reencode' '--disable-t1testpage' '--disable-t1utils' '--disable-tex' '--disable-tex4htk' '--disable-tpic2pdftex' '--disable-ttf2pk' '--disable-ttfdump' '--disable-ttftotype42' '--disable-vlna' '--disable-web-progs' '--disable-xdv2pdf' '--disable-xdvipdfmx' '--without-system-kpathsea' '--without-system-freetype2' '--without-system-gd' '--without-system-libpng' '--without-system-teckit' '--without-system-zlib' '--without-system-t1lib' '--disable-shared' '--disable-largefile' '--enable-web2c=yes' --cache-file=/dev/null --srcdir=../../../source/texk/kpathsea
configure:22358: === configuring in libs (/home/weg/sources/beta-0.39.0/build/libs)
configure:22461: running /bin/sh ../../source/libs/configure --disable-option-checking '--prefix=/usr/local'  '--enable-cxx-runtime-hack' '--disable-afm2pl' '--disable-aleph' '--disable-bibtex' '--disable-bibtex8' '--disable-cfftot1' '--disable-cjkutils' '--disable-detex' '--disable-devnag' '--disable-dialog' '--disable-dtl' '--enable-dump-share' '--disable-dvi2tty' '--disable-dvidvi' '--disable-dviljk' '--disable-dvipdfm' '--disable-dvipdfmx' '--disable-dvipos' '--disable-dvipsk' '--disable-gsftopk' '--disable-lacheck' '--disable-lcdf-typetools' '--disable-makeindexk' '--disable-mf' '--disable-mmafm' '--disable-mmpfb' '--disable-mp' '--disable-musixflx' '--disable-otfinfo' '--disable-otftotfm' '--disable-pdfopen' '--disable-pdftex' '--disable-ps2eps' '--disable-ps2pkm' '--disable-psutils' '--disable-seetexk' '--disable-t1dotlessj' '--disable-t1lint' '--disable-t1rawafm' '--disable-t1reencode' '--disable-t1testpage' '--disable-t1utils' '--disable-tex' '--disable-tex4htk' '--disable-tpic2pdftex' '--disable-ttf2pk' '--disable-ttfdump' '--disable-ttftotype42' '--disable-vlna' '--disable-web-progs' '--disable-xdv2pdf' '--disable-xdvipdfmx' '--without-system-kpathsea' '--without-system-freetype2' '--without-system-gd' '--without-system-libpng' '--without-system-teckit' '--without-system-zlib' '--without-system-t1lib' '--disable-shared' '--disable-largefile' '--enable-web2c=yes' --cache-file=/dev/null --srcdir=../../source/libs
configure:22358: === configuring in utils (/home/weg/sources/beta-0.39.0/build/utils)
configure:22461: running /bin/sh ../../source/utils/configure --disable-option-checking '--prefix=/usr/local'  '--enable-cxx-runtime-hack' '--disable-afm2pl' '--disable-aleph' '--disable-bibtex' '--disable-bibtex8' '--disable-cfftot1' '--disable-cjkutils' '--disable-detex' '--disable-devnag' '--disable-dialog' '--disable-dtl' '--enable-dump-share' '--disable-dvi2tty' '--disable-dvidvi' '--disable-dviljk' '--disable-dvipdfm' '--disable-dvipdfmx' '--disable-dvipos' '--disable-dvipsk' '--disable-gsftopk' '--disable-lacheck' '--disable-lcdf-typetools' '--disable-makeindexk' '--disable-mf' '--disable-mmafm' '--disable-mmpfb' '--disable-mp' '--disable-musixflx' '--disable-otfinfo' '--disable-otftotfm' '--disable-pdfopen' '--disable-pdftex' '--disable-ps2eps' '--disable-ps2pkm' '--disable-psutils' '--disable-seetexk' '--disable-t1dotlessj' '--disable-t1lint' '--disable-t1rawafm' '--disable-t1reencode' '--disable-t1testpage' '--disable-t1utils' '--disable-tex' '--disable-tex4htk' '--disable-tpic2pdftex' '--disable-ttf2pk' '--disable-ttfdump' '--disable-ttftotype42' '--disable-vlna' '--disable-web-progs' '--disable-xdv2pdf' '--disable-xdvipdfmx' '--without-system-kpathsea' '--without-system-freetype2' '--without-system-gd' '--without-system-libpng' '--without-system-teckit' '--without-system-zlib' '--without-system-t1lib' '--disable-shared' '--disable-largefile' '--enable-web2c=yes' --cache-file=/dev/null --srcdir=../../source/utils
configure:22358: === configuring in texk (/home/weg/sources/beta-0.39.0/build/texk)
configure:22461: running /bin/sh ../../source/texk/configure --disable-option-checking '--prefix=/usr/local'  '--enable-cxx-runtime-hack' '--disable-afm2pl' '--disable-aleph' '--disable-bibtex' '--disable-bibtex8' '--disable-cfftot1' '--disable-cjkutils' '--disable-detex' '--disable-devnag' '--disable-dialog' '--disable-dtl' '--enable-dump-share' '--disable-dvi2tty' '--disable-dvidvi' '--disable-dviljk' '--disable-dvipdfm' '--disable-dvipdfmx' '--disable-dvipos' '--disable-dvipsk' '--disable-gsftopk' '--disable-lacheck' '--disable-lcdf-typetools' '--disable-makeindexk' '--disable-mf' '--disable-mmafm' '--disable-mmpfb' '--disable-mp' '--disable-musixflx' '--disable-otfinfo' '--disable-otftotfm' '--disable-pdfopen' '--disable-pdftex' '--disable-ps2eps' '--disable-ps2pkm' '--disable-psutils' '--disable-seetexk' '--disable-t1dotlessj' '--disable-t1lint' '--disable-t1rawafm' '--disable-t1reencode' '--disable-t1testpage' '--disable-t1utils' '--disable-tex' '--disable-tex4htk' '--disable-tpic2pdftex' '--disable-ttf2pk' '--disable-ttfdump' '--disable-ttftotype42' '--disable-vlna' '--disable-web-progs' '--disable-xdv2pdf' '--disable-xdvipdfmx' '--without-system-kpathsea' '--without-system-freetype2' '--without-system-gd' '--without-system-libpng' '--without-system-teckit' '--without-system-zlib' '--without-system-t1lib' '--disable-shared' '--disable-largefile' '--enable-web2c=yes' --cache-file=/dev/null --srcdir=../../source/texk
configure:22500: result:
** Configuration summary for TeX Live 2009test-1.6:

   compiling for x86_64-unknown-linux-gnu
   prefix:               /usr/local
   enable_multiplatform: 

** Next run `make' to configure and build each library and program.


## ---------------- ##
## Cache variables. ##
## ---------------- ##

ac_cv_build=x86_64-unknown-linux-gnu
ac_cv_c_compiler_gnu=yes
ac_cv_c_const=yes
ac_cv_c_inline=inline
ac_cv_cxx_compiler_gnu=yes
ac_cv_env_CCC_set=
ac_cv_env_CCC_value=
ac_cv_env_CC_set=
ac_cv_env_CC_value=
ac_cv_env_CFLAGS_set=
ac_cv_env_CFLAGS_value=
ac_cv_env_CPPFLAGS_set=
ac_cv_env_CPPFLAGS_value=
ac_cv_env_CPP_set=
ac_cv_env_CPP_value=
ac_cv_env_CXXCPP_set=
ac_cv_env_CXXCPP_value=
ac_cv_env_CXXFLAGS_set=
ac_cv_env_CXXFLAGS_value=
ac_cv_env_CXX_set=
ac_cv_env_CXX_value=
ac_cv_env_LDFLAGS_set=
ac_cv_env_LDFLAGS_value=
ac_cv_env_LIBS_set=
ac_cv_env_LIBS_value=
ac_cv_env_XMKMF_set=
ac_cv_env_XMKMF_value=
ac_cv_env_build_alias_set=
ac_cv_env_build_alias_value=
ac_cv_env_host_alias_set=
ac_cv_env_host_alias_value=
ac_cv_env_target_alias_set=
ac_cv_env_target_alias_value=
ac_cv_func_bcmp=yes
ac_cv_func_bcopy=yes
ac_cv_func_bzero=yes
ac_cv_func_closedir_void=no
ac_cv_func_connect=yes
ac_cv_func_getcwd=yes
ac_cv_func_gethostbyname=yes
ac_cv_func_getwd=yes
ac_cv_func_index=yes
ac_cv_func_memcmp=yes
ac_cv_func_memcpy=yes
ac_cv_func_putenv=yes
ac_cv_func_remove=yes
ac_cv_func_rindex=yes
ac_cv_func_shmat=yes
ac_cv_func_strcasecmp=yes
ac_cv_func_strchr=yes
ac_cv_func_strrchr=yes
ac_cv_func_strstr=yes
ac_cv_func_strtol=yes
ac_cv_have_x='have_x=yes	ac_x_includes='\'''\''	ac_x_libraries='\'''\'''
ac_cv_header_assert_h=yes
ac_cv_header_dirent_dirent_h=yes
ac_cv_header_dlfcn_h=yes
ac_cv_header_float_h=yes
ac_cv_header_inttypes_h=yes
ac_cv_header_limits_h=yes
ac_cv_header_memory_h=yes
ac_cv_header_pwd_h=yes
ac_cv_header_stdc=yes
ac_cv_header_stdint_h=yes
ac_cv_header_stdlib_h=yes
ac_cv_header_string_h=yes
ac_cv_header_strings_h=yes
ac_cv_header_sys_param_h=yes
ac_cv_header_sys_stat_h=yes
ac_cv_header_sys_types_h=yes
ac_cv_header_unistd_h=yes
ac_cv_host=x86_64-unknown-linux-gnu
ac_cv_lib_ICE_IceConnectionNumber=yes
ac_cv_member_struct_stat_st_mtim=yes
ac_cv_objext=o
ac_cv_path_EGREP='/bin/grep -E'
ac_cv_path_FGREP='/bin/grep -F'
ac_cv_path_GREP=/bin/grep
ac_cv_path_SED=/bin/sed
ac_cv_path_install='/usr/bin/install -c'
ac_cv_path_mkdir=/bin/mkdir
ac_cv_prog_AWK=gawk
ac_cv_prog_CPP='gcc -E'
ac_cv_prog_CXXCPP='g++ -E'
ac_cv_prog_ac_ct_AR=ar
ac_cv_prog_ac_ct_CC=gcc
ac_cv_prog_ac_ct_CXX=g++
ac_cv_prog_ac_ct_OBJDUMP=objdump
ac_cv_prog_ac_ct_RANLIB=ranlib
ac_cv_prog_ac_ct_STRIP=strip
ac_cv_prog_cc_c89=
ac_cv_prog_cc_g=yes
ac_cv_prog_cxx_g=yes
ac_cv_prog_make_make_set=yes
ac_cv_search_opendir='none required'
ac_cv_sys_largefile_source=no
am_cv_CC_dependencies_compiler_type=gcc3
am_cv_CXX_dependencies_compiler_type=gcc3
kb_cv_c_prototypes=yes
kb_cv_var_program_inv_name=yes
lt_cv_deplibs_check_method=pass_all
lt_cv_file_magic_cmd='$MAGIC_CMD'
lt_cv_file_magic_test_file=
lt_cv_ld_reload_flag=-r
lt_cv_nm_interface='BSD nm'
lt_cv_objdir=.libs
lt_cv_path_LD=/usr/bin/ld
lt_cv_path_LDCXX='/usr/bin/ld -m elf_x86_64'
lt_cv_path_NM='/usr/bin/nm -B'
lt_cv_prog_compiler_c_o=yes
lt_cv_prog_compiler_c_o_CXX=yes
lt_cv_prog_compiler_pic_works=yes
lt_cv_prog_compiler_pic_works_CXX=yes
lt_cv_prog_compiler_rtti_exceptions=no
lt_cv_prog_compiler_static_works=yes
lt_cv_prog_compiler_static_works_CXX=yes
lt_cv_prog_gnu_ld=yes
lt_cv_prog_gnu_ldcxx=yes
lt_cv_sys_global_symbol_pipe='sed -n -e '\''s/^.*[	 ]\([ABCDGIRSTW][ABCDGIRSTW]*\)[	 ][	 ]*\([_A-Za-z][_A-Za-z0-9]*\)$/\1 \2 \2/p'\'''
lt_cv_sys_global_symbol_to_c_name_address='sed -n -e '\''s/^: \([^ ]*\) $/  {\"\1\", (void *) 0},/p'\'' -e '\''s/^[ABCDGIRSTW]* \([^ ]*\) \([^ ]*\)$/  {"\2", (void *) \&\2},/p'\'''
lt_cv_sys_global_symbol_to_c_name_address_lib_prefix='sed -n -e '\''s/^: \([^ ]*\) $/  {\"\1\", (void *) 0},/p'\'' -e '\''s/^[ABCDGIRSTW]* \([^ ]*\) \(lib[^ ]*\)$/  {"\2", (void *) \&\2},/p'\'' -e '\''s/^[ABCDGIRSTW]* \([^ ]*\) \([^ ]*\)$/  {"lib\2", (void *) \&\2},/p'\'''
lt_cv_sys_global_symbol_to_cdecl='sed -n -e '\''s/^T .* \(.*\)$/extern int \1();/p'\'' -e '\''s/^[ABCDGIRSTW]* .* \(.*\)$/extern char \1;/p'\'''
lt_cv_sys_max_cmd_len=1572864

## ----------------- ##
## Output variables. ##
## ----------------- ##

ACLOCAL='${SHELL} /home/weg/sources/beta-0.39.0/source/build-aux/missing --run aclocal-1.10'
AMDEPBACKSLASH='\'
AMDEP_FALSE='#'
AMDEP_TRUE=''
AMTAR='${SHELL} /home/weg/sources/beta-0.39.0/source/build-aux/missing --run tar'
AR='ar'
AUTOCONF='${SHELL} /home/weg/sources/beta-0.39.0/source/build-aux/missing --run autoconf'
AUTOHEADER='${SHELL} /home/weg/sources/beta-0.39.0/source/build-aux/missing --run autoheader'
AUTOMAKE='${SHELL} /home/weg/sources/beta-0.39.0/source/build-aux/missing --run automake-1.10'
AWK='gawk'
CC='gcc'
CCDEPMODE='depmode=gcc3'
CFLAGS='-g -O2'
CPP='gcc -E'
CPPFLAGS=''
CXX='g++'
CXXCPP='g++ -E'
CXXDEPMODE='depmode=gcc3'
CXXFLAGS='-g -O2'
CYGPATH_W='echo'
DEFS='-DPACKAGE_NAME=\"TeX\ Live\" -DPACKAGE_TARNAME=\"tex-live\" -DPACKAGE_VERSION=\"2009test-1.6\" -DPACKAGE_STRING=\"TeX\ Live\ 2009test-1.6\" -DPACKAGE_BUGREPORT=\"tex-k@tug.org\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1 -DPACKAGE=\"tex-live\" -DVERSION=\"2009test-1.6\" -DLT_OBJDIR=\".libs/\" -DHAVE_FSEEKO=1 -DHAVE_DIRENT_H=1 -DSTDC_HEADERS=1 -DHAVE_ASSERT_H=1 -DHAVE_FLOAT_H=1 -DHAVE_LIMITS_H=1 -DHAVE_MEMORY_H=1 -DHAVE_PWD_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_STRINGS_H=1 -DHAVE_SYS_PARAM_H=1 -DHAVE_UNISTD_H=1 -DHAVE_PUTENV=1 -DHAVE_STRCASECMP=1 -DHAVE_STRTOL=1 -DHAVE_STRSTR=1 -DHAVE_BCMP=1 -DHAVE_BCOPY=1 -DHAVE_BZERO=1 -DHAVE_GETCWD=1 -DHAVE_GETWD=1 -DHAVE_INDEX=1 -DHAVE_MEMCMP=1 -DHAVE_MEMCPY=1 -DHAVE_RINDEX=1 -DHAVE_STRCHR=1 -DHAVE_STRRCHR=1 -DHAVE_STRUCT_STAT_ST_MTIM=1 -DHAVE_PROTOTYPES=1 -DHAVE_PROGRAM_INVOCATION_NAME=1'
DEPDIR='.deps'
DSYMUTIL=''
DUMPBIN=''
ECHO_C=''
ECHO_N='-n'
ECHO_T=''
EGREP='/bin/grep -E'
EXEEXT=''
FGREP='/bin/grep -F'
GREP='/bin/grep'
INSTALL_DATA='${INSTALL} -m 644'
INSTALL_PROGRAM='${INSTALL}'
INSTALL_SCRIPT='${INSTALL}'
INSTALL_STRIP_PROGRAM='$(install_sh) -c -s'
LD='/usr/bin/ld -m elf_x86_64'
LDFLAGS=''
LIBOBJS=''
LIBS=''
LIBTOOL='$(SHELL) $(top_builddir)/libtool'
LIPO=''
LN_S='ln -s'
LTLIBOBJS=''
MAINT='#'
MAINTAINER_MODE_FALSE=''
MAINTAINER_MODE_TRUE='#'
MAKEINFO='${SHELL} /home/weg/sources/beta-0.39.0/source/build-aux/missing --run makeinfo'
MKDIR_P='/bin/mkdir -p'
NM='/usr/bin/nm -B'
NMEDIT=''
OBJDUMP='objdump'
OBJEXT='o'
OTOOL64=''
OTOOL=''
PACKAGE='tex-live'
PACKAGE_BUGREPORT='tex-k@tug.org'
PACKAGE_NAME='TeX Live'
PACKAGE_STRING='TeX Live 2009test-1.6'
PACKAGE_TARNAME='tex-live'
PACKAGE_VERSION='2009test-1.6'
PATH_SEPARATOR=':'
RANLIB='ranlib'
SED='/bin/sed'
SET_MAKE=''
SHELL='/bin/sh'
STRIP='strip'
VERSION='2009test-1.6'
XMKMF=''
X_CFLAGS=''
X_EXTRA_LIBS=''
X_LIBS=''
X_PRE_LIBS=' -lSM -lICE'
ac_ct_CC='gcc'
ac_ct_CXX='g++'
ac_ct_DUMPBIN=''
am__fastdepCC_FALSE='#'
am__fastdepCC_TRUE=''
am__fastdepCXX_FALSE='#'
am__fastdepCXX_TRUE=''
am__include='include'
am__isrc=' -I$(srcdir)'
am__leading_dot='.'
am__quote=''
am__tar='${AMTAR} chof - "$$tardir"'
am__untar='${AMTAR} xf -'
bindir='${exec_prefix}/bin'
build='x86_64-unknown-linux-gnu'
build_alias=''
build_cpu='x86_64'
build_kpathsea_FALSE='#'
build_kpathsea_TRUE=''
build_os='linux-gnu'
build_vendor='unknown'
datadir='${datarootdir}'
datarootdir='${prefix}/share'
docdir='${datarootdir}/doc/${PACKAGE_TARNAME}'
dvidir='${docdir}'
exec_prefix='${prefix}'
host='x86_64-unknown-linux-gnu'
host_alias=''
host_cpu='x86_64'
host_os='linux-gnu'
host_vendor='unknown'
htmldir='${docdir}'
includedir='${prefix}/include'
infodir='${datarootdir}/info'
install_sh='$(SHELL) /home/weg/sources/beta-0.39.0/source/build-aux/install-sh'
libdir='${exec_prefix}/lib'
libexecdir='${exec_prefix}/libexec'
localedir='${datarootdir}/locale'
localstatedir='${prefix}/var'
lt_ECHO='echo'
mandir='${datarootdir}/man'
mkdir_p='/bin/mkdir -p'
oldincludedir='/usr/include'
pdfdir='${docdir}'
prefix='/usr/local'
program_transform_name='s,x,x,'
psdir='${docdir}'
sbindir='${exec_prefix}/sbin'
sharedstatedir='${prefix}/com'
subdirs=' texk/kpathsea libs utils texk'
sysconfdir='${prefix}/etc'
target_alias=''

## ----------- ##
## confdefs.h. ##
## ----------- ##

#define PACKAGE_NAME "TeX Live"
#define PACKAGE_TARNAME "tex-live"
#define PACKAGE_VERSION "2009test-1.6"
#define PACKAGE_STRING "TeX Live 2009test-1.6"
#define PACKAGE_BUGREPORT "tex-k@tug.org"
#define STDC_HEADERS 1
#define HAVE_SYS_TYPES_H 1
#define HAVE_SYS_STAT_H 1
#define HAVE_STDLIB_H 1
#define HAVE_STRING_H 1
#define HAVE_MEMORY_H 1
#define HAVE_STRINGS_H 1
#define HAVE_INTTYPES_H 1
#define HAVE_STDINT_H 1
#define HAVE_UNISTD_H 1
#define HAVE_DLFCN_H 1
#define PACKAGE "tex-live"
#define VERSION "2009test-1.6"
#define LT_OBJDIR ".libs/"
#define HAVE_FSEEKO 1
#define HAVE_DIRENT_H 1
#define STDC_HEADERS 1
#define HAVE_ASSERT_H 1
#define HAVE_FLOAT_H 1
#define HAVE_LIMITS_H 1
#define HAVE_MEMORY_H 1
#define HAVE_PWD_H 1
#define HAVE_STDLIB_H 1
#define HAVE_STRING_H 1
#define HAVE_STRINGS_H 1
#define HAVE_SYS_PARAM_H 1
#define HAVE_UNISTD_H 1
#define HAVE_PUTENV 1
#define HAVE_STRCASECMP 1
#define HAVE_STRTOL 1
#define HAVE_STRSTR 1
#define HAVE_BCMP 1
#define HAVE_BCOPY 1
#define HAVE_BZERO 1
#define HAVE_GETCWD 1
#define HAVE_GETWD 1
#define HAVE_INDEX 1
#define HAVE_MEMCMP 1
#define HAVE_MEMCPY 1
#define HAVE_RINDEX 1
#define HAVE_STRCHR 1
#define HAVE_STRRCHR 1
#define HAVE_STRUCT_STAT_ST_MTIM 1
#define HAVE_PROTOTYPES 1
#define HAVE_PROGRAM_INVOCATION_NAME 1

configure: exit 0

[-- Attachment #3: Type: text/plain, Size: 99 bytes --]


The kernel is Debian's.

Here is the log of compiling  this
file: 

\starttext
$x^2$
\stoptext




[-- Attachment #4: 23.log --]
[-- Type: text/plain, Size: 4148 bytes --]

(23.tex

ConTeXt  ver: 2009.04.16 22:27 MKIV  fmt: 2009.4.16  int: english/english

system         : cont-new loaded
(/usr/local/share/texmf/tex/context/base/cont-new.tex
systems         : beware: some patches loaded from cont-new.tex
(/usr/local/share/texmf/tex/context/base/cont-new.mkiv) (/usr/local/share/texmf/tex/context/base/cont-mtx.tex))
system         : cont-fil loaded
(/usr/local/share/texmf/tex/context/base/cont-fil.tex
loading         : ConTeXt File Synonyms
)
system         : cont-sys loaded
(/home/weg/texmf/tex/cont-sys.tex (/usr/local/share/texmf/tex/context/base/type-tmf.tex) (/usr/local/share/texmf/tex/context/base/type-siz.tex (/usr/local/share/texmf/tex/context/base/type-siz.mkiv)) (/usr/local/share/texmf/tex/context/base/type-otf.tex (/usr/local/share/texmf/tex/context/base/type-otf.mkiv))
color          : mpcmyk color space is supported
color          : mpspot color space is supported
color          : system rgb is global activated
)
system         : 23.top loaded
%
%	begin of optionfile
%
%	% runtime options files (command line driven)
%	\unprotect
%	% special commands, mostly for the ctx development team
%	% feedback and basic job control
%	% handy for special styles
%	\startluacode
%	document.arguments={
%	}
%	document.files={
%	 "23",
%	}
%	\stopluacode
%	% process info
%	\setupsystem[\c!n=1,\c!m=1]
%	\setupsystem[\c!type=unix]
%	% modes
%	% options (not that important)
%	\startsetups *runtime:options
%	\setupoutput[pdftex]
%	\stopsetups
%	% styles and modules
%	\startsetups *runtime:modules
%	\stopsetups
%	% done
%	\protect \endinput
%
%	end of optionfile
%
(23.top)
fonts           : preloading latin modern fonts
(/usr/local/share/texmf/tex/context/base/type-tmf.tex) (/usr/local/share/texmf/tex/context/base/type-siz.tex (/usr/local/share/texmf/tex/context/base/type-siz.mkiv)) (/usr/local/share/texmf/tex/context/base/type-otf.tex (/usr/local/share/texmf/tex/context/base/type-tmf.tex) (/usr/local/share/texmf/tex/context/base/type-siz.tex (/usr/local/share/texmf/tex/context/base/type-siz.mkiv)) (/usr/local/share/texmf/tex/context/base/type-otf.tex (/usr/local/share/texmf/tex/context/base/type-otf.mkiv)) (/usr/local/share/texmf/tex/context/base/type-tmf.tex) (/usr/local/share/texmf/tex/context/base/type-siz.tex (/usr/local/share/texmf/tex/context/base/type-siz.mkiv)) (/usr/local/share/texmf/tex/context/base/type-otf.tex (/usr/local/share/texmf/tex/context/base/type-otf.mkiv)) (/usr/local/share/texmf/tex/context/base/type-tmf.tex) (/usr/local/share/texmf/tex/context/base/type-siz.tex (/usr/local/share/texmf/tex/context/base/type-siz.mkiv)) (/usr/local/share/texmf/tex/context/base/type-otf.tex (/usr/local/share/texmf/tex/context/base/type-otf.mkiv)) (/usr/local/share/texmf/tex/context/base/type-tmf.tex) (/usr/local/share/texmf/tex/context/base/type-siz.tex (/usr/local/share/texmf/tex/context/base/type-siz.mkiv)) (/usr/local/share/texmf/tex/context/base/type-otf.tex (/usr/local/share/texmf/tex/context/base/type-otf.mkiv)) (/usr/local/share/texmf/tex/context/base/type-tmf.tex) (/usr/local/share/texmf/tex/context/base/type-siz.tex (/usr/local/share/texmf/tex/context/base/type-siz.mkiv)) (/usr/local/share/texmf/tex/context/base/type-otf.tex (/usr/local/share/texmf/tex/context/base/type-otf.mkiv)) (/usr/local/share/texmf/tex/context/base/type-tmf.tex) (/usr/local/share/texmf/tex/context/base/type-siz.tex (/usr/local/share/texmf/tex/context/base/type-siz.mkiv)) (/usr/local/share/texmf/tex/context/base/type-otf.tex (/usr/local/share/texmf/tex/context/base/type-otf.mkiv)) (/usr/local/share/texmf/tex/context/base/type-tmf.tex) (/usr/local/share/texmf/tex/context/base/type-siz.tex (/usr/local/share/texmf/tex/context/base/type-siz.mkiv)) (/usr/local/share/texmf/tex/context/base/type-otf.tex (/usr/local/share/texmf/tex/context/base/type-otf.mkiv)) (/usr/local/share/texmf/tex/context/base/type-tmf.tex) (/usr/local/share/texmf/tex/context/base/type-siz.tex (/usr/local/share/texmf/tex/context/base/type-siz.mkiv)) (/usr/local/share/texmf/tex/context/base/type-otf.tex (/usr/local/share/texmf/tex/context/base/type-otf.m

[-- Attachment #5: Type: text/plain, Size: 19 bytes --]


Thanks, Eythan 



[-- Attachment #6: Type: text/plain, Size: 487 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  : https://foundry.supelec.fr/projects/contextrev/
wiki     : http://contextgarden.net
___________________________________________________________________________________

Re: new beta

[Hans Hagen]

Wei-Wei Guo wrote:
> Hi Hans,
> 
> Something are not working here with the latest beta on luatex 0.39.
> 
> 1. The following two settings has no effect.
> 
>    % lines under headers.
>    \setupbackgrounds
>       [header][text]
>       [frame=off,bottomframe=on,rulethickness=1.5pt]
> 
>    % Text inserted in Contents
>    \writebetweenlist[section]{Text}

minimal example needed


-----------------------------------------------------------------
                                           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
-----------------------------------------------------------------
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Hans Hagen]

Wei-Wei Guo wrote:
> Hi,
> 
> The \completepublications error is gone with newly published t-bib.
> 
> I find a new bug. The figure list and table list do not show caption 
> titles and dots.
> Only label number and page number appear there, such as:
> 
>    1.2.1 <Should have a caption title here>   <Should have dots 
> here>     13
> 
> Dots appears in contents list.

i only look into reported bugs that come with a minimal example

-----------------------------------------------------------------
                                           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
-----------------------------------------------------------------
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Wei-Wei Guo]

Hi,

The \completepublications error is gone with newly published t-bib.

I find a new bug. The figure list and table list do not show caption titles and dots.
Only label number and page number appear there, such as:

    1.2.1 <Should have a caption title here>   <Should have dots here>     13

Dots appears in contents list.


Best wishes,
Wei-Wei



Wei-Wei Guo 写道:
> Hi Hans,
> 
> Something are not working here with the latest beta on luatex 0.39.
> 
> 1. The following two settings has no effect.
> 
>    % lines under headers.
>    \setupbackgrounds
>       [header][text]
>       [frame=off,bottomframe=on,rulethickness=1.5pt]
> 
>    % Text inserted in Contents
>    \writebetweenlist[section]{Text}
> 
> 2. Footnote number has a weird triangle mark beside, like "1▲".
> 
> 3. \completepublications causes error though text citations are fine. 
> Here is the error:
> 
>    ! Undefined control sequence.
>    \preparebibrefprefix ...lltoclevels \alltoclevels
>                                                      \let 
> \savedcurrentlevel \c...
>    \typesetpubslist ... {}\else \preparebibrefprefix
>                                                      \fi \ifsortbycite 
> \fillloc...
>    \dodoplacepublications ...sttrue \typesetpubslist
>                                                      \inpublistfalse 
> \endgroup
>    <to be read again>
>                       \stopappendices
>    l.80 \stopappendices
> 
> 
> Best wishes,
> Wei-Wei
> 
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Taco Hoekwater]

Hans Hagen wrote:
> Eythan Weg wrote:
>>
>> Hi,
>> With the latest beta running under  luatex 0.39 I cannot
>> compile the simplest of files.  With 0.38 they run
>> fine. Also plain tex runs ok.
>>
>> Here is where it stops:
>>
>> local/share/texmf/tex/context/base/type-otf.tex \
>> (/usr/local/share/texmf/tex/context/base/type-otf.mkiv))\
>> (/usr/local/share/texmf/tex/context/base/type-otf.mkivMTXrun\
>> | fatal error, no return code, message: luatex: execution interrupted
> 
> looks like a crash

Definately. More information is needed, like: what was that input file,
where did you get your binary, and what is your operation system?

Best wishes,
Taco
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Hans Hagen]

Eythan Weg wrote:
> 
> Hi, 
> 
> With the latest beta running under  luatex 0.39 I cannot
> compile the simplest of files.  With 0.38 they run
> fine. Also plain tex runs ok.
> 
> Here is where it stops:
> 
> local/share/texmf/tex/context/base/type-otf.tex \
> (/usr/local/share/texmf/tex/context/base/type-otf.mkiv))\
> (/usr/local/share/texmf/tex/context/base/type-otf.mkivMTXrun\
> | fatal error, no return code, message: luatex: execution interrupted

looks like a crash

-----------------------------------------------------------------
                                           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
-----------------------------------------------------------------
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Wei-Wei Guo]

Hi Hans,

Something are not working here with the latest beta on luatex 0.39.

1. The following two settings has no effect.

    % lines under headers.
    \setupbackgrounds
       [header][text]
       [frame=off,bottomframe=on,rulethickness=1.5pt]

    % Text inserted in Contents
    \writebetweenlist[section]{Text}

2. Footnote number has a weird triangle mark beside, like "1▲".

3. \completepublications causes error though text citations are fine. Here is the error:

    ! Undefined control sequence.
    \preparebibrefprefix ...lltoclevels \alltoclevels
                                                      \let \savedcurrentlevel \c...
    \typesetpubslist ... {}\else \preparebibrefprefix
                                                      \fi \ifsortbycite \fillloc...
    \dodoplacepublications ...sttrue \typesetpubslist
                                                      \inpublistfalse \endgroup
    <to be read again>
                       \stopappendices
    l.80 \stopappendices


Best wishes,
Wei-Wei


Hans Hagen 写道:
> Hi,
> 
> I uploaded a beta matching luatex 0.39 (+ some fixes)
> 
> Hans
> 
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Eythan Weg]

Hi, 

With the latest beta running under  luatex 0.39 I cannot
compile the simplest of files.  With 0.38 they run
fine. Also plain tex runs ok.

Here is where it stops:

local/share/texmf/tex/context/base/type-otf.tex \
(/usr/local/share/texmf/tex/context/base/type-otf.mkiv))\
(/usr/local/share/texmf/tex/context/base/type-otf.mkivMTXrun\
| fatal error, no return code, message: luatex: execution interrupted

Thanks, Eythan 



Hans Hagen <pragma@wxs.nl>
Thu, 16 Apr 2009 23:33:40 +0200

   Hi,
   
   I uploaded a beta matching luatex 0.39 (+ some fixes)
   
   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
   -----------------------------------------------------------------
   ___________________________________________________________________________________
   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
   ___________________________________________________________________________________

___________________________________________________________________________________
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
___________________________________________________________________________________

new beta

[Hans Hagen]

Hi,

I uploaded a beta matching luatex 0.39 (+ some fixes)

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
-----------------------------------------------------------------
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Hans Hagen]

Thomas A. Schmitz wrote:

> maybe it's missing some script file. I'll wait for your next beta.

no, i'm moving around some lua code (restructuring etc) and lost 
something in the process

you can try again in 10 minutes (after that i'm gone so further bugs 
have to wait till tomorrow)

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
-----------------------------------------------------------------
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Thomas A. Schmitz]

On Apr 13, 2009, at 1:09 PM, Hans Hagen wrote:

> originally we had only one pagenumber but in the end we got  
> realpage, userpage and subpage; as a result \setuppagenumbering and  
> \setuppagenumber got somewhat fuzzy
>
> in mkiv we have a more clear split:
>
> \setuprealpagenumber
> \setupuserpagenumber
> \setupsubpagenumber
>
> with \setuppagenumber being equivalent to \setupuserpagenumber
>
> so, these are the commands to control the numbers;  
> \setuppagenumbering remains for setting the other properties  
> (alternative and so)
>
> this is one of the few areas where mkiv is not going to be downward  
> compatible with mkii
>
> anyhow, there still was a bug ... renumbering started at 0 so i  
> fixed that (you can try the beta on the ftp)

OK, I see, it (almost) works with \setupuserpagenumber. The ftp beta  
complains about
! LuaTeX error ...ntal/tex/texmf-context/tex/context/base/lxml-ini.lua: 
342: attempt to call field 'loadtexfile' (a nil value)
stack traceback:
	...ntal/tex/texmf-context/tex/context/base/lxml-ini.lua:342: in  
function 'load'
	...ntal/tex/texmf-context/tex/context/base/lxml-ini.lua:353: in  
function 'load'
	<main ctx instance>:1: in main chunk.
\xmlload #1#2->\ctxlua {lxml.load("#1","#2")}

maybe it's missing some script file. I'll wait for your next beta.

All best

Thomas


___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Hans Hagen]

Thomas A. Schmitz wrote:
> 
> On Apr 10, 2009, at 1:05 PM, Hans Hagen wrote:
> 
>> Hi,
>>
>> I uploaded a new beta, one that needs luatex beta 0.38, which has just 
>> been released. The most important things:
>>
>> - some fixes in the new structure code
>> - bookmarks are now supported in the new structure
>> - otf math kerning is supported (neat)
>> - some cleanup of lua code
>> - the usual bug fixes
>>
>> as said ... you need luatex 0.38
>>
>> there will be a current when luatex 0.40 is available
>>
>> Hans
> 
> Hi Hans,
> 
> minimal example:
> 
> \setuphead
>    [section]
>    [page=yes]
> \setuppagenumbering[state=start,way=bysection]
> \setupfootertexts[{\getmarking[sectionnumber]} – \pagenumber]
> 
> \starttext
> \section{First}
> one
> \page
> two
> \section{Second}
> one
> \page
> two
> \stoptext
> 
> Page numbers are not reset at section break. I also get some weird and 
> inconsistent results with shaded colors in metapost, but can't yet 
> narrow it down to a minimal example.

originally we had only one pagenumber but in the end we got realpage, 
userpage and subpage; as a result \setuppagenumbering and 
\setuppagenumber got somewhat fuzzy

in mkiv we have a more clear split:

\setuprealpagenumber
\setupuserpagenumber
\setupsubpagenumber

with \setuppagenumber being equivalent to \setupuserpagenumber

so, these are the commands to control the numbers; \setuppagenumbering 
remains for setting the other properties (alternative and so)

this is one of the few areas where mkiv is not going to be downward 
compatible with mkii

anyhow, there still was a bug ... renumbering started at 0 so i fixed 
that (you can try the beta on the ftp)

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
-----------------------------------------------------------------
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Thomas A. Schmitz]

On Apr 10, 2009, at 1:05 PM, Hans Hagen wrote:

> Hi,
>
> I uploaded a new beta, one that needs luatex beta 0.38, which has  
> just been released. The most important things:
>
> - some fixes in the new structure code
> - bookmarks are now supported in the new structure
> - otf math kerning is supported (neat)
> - some cleanup of lua code
> - the usual bug fixes
>
> as said ... you need luatex 0.38
>
> there will be a current when luatex 0.40 is available
>
> Hans

Hi Hans,

minimal example:

\setuphead
    [section]
    [page=yes]
\setuppagenumbering[state=start,way=bysection]
\setupfootertexts[{\getmarking[sectionnumber]} – \pagenumber]

\starttext
\section{First}
one
\page
two
\section{Second}
one
\page
two
\stoptext

Page numbers are not reset at section break. I also get some weird and  
inconsistent results with shaded colors in metapost, but can't yet  
narrow it down to a minimal example.

All best

Thomas
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Aditya Mahajan]

On Sat, 11 Apr 2009, Jesse Alama wrote:

> Aditya Mahajan <adityam@umich.edu> writes:
>
>> On Fri, 10 Apr 2009, Hans Hagen wrote:
>>
>>> - otf math kerning is supported (neat)
>>
>> Yeah! Now one can actually use the two available otf math fonts :)
>
> Which are those?

Cambria and Asana math. Hopefully Minion math will also be released soon 
(it was supposed to be released in Feb).

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
___________________________________________________________________________________

Re: new beta

[Jesse Alama]

Aditya Mahajan <adityam@umich.edu> writes:

> On Fri, 10 Apr 2009, Hans Hagen wrote:
>
>> - otf math kerning is supported (neat)
>
> Yeah! Now one can actually use the two available otf math fonts :)

Which are those?

Jesse

-- 
Jesse Alama (alama@stanford.edu)

___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Ulrike Fischer]

Am Thu, 09 Apr 2009 20:29:16 +0200 schrieb Hans Hagen:


> how does your texmf spec look? (the one with the //)? maybe i need to 
> fix the expander (quite tricky code)

I solved it. It was a problem with the texmf.cnf: After I changed
all ";" in ",", added a pair of braces around the values of $TEXMF,
and added $TEXINPUTS to $TEXMFSCRIPTS luatools and mtxrun works.  


-- 
Ulrike Fischer 

___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Wei-Wei Guo]

Hi Wolfgang,

Here is the minimal example,

    \setupfootertexts[][pagenumber][pagenumber][]

    \starttext
    \input knuth
    \stoptext

Just as you said, it's a problem with footertexts.

Wei-Wei


Wolfgang Schuster 写道:
>> I get an error:
>>
>>  ! Undefined control sequence.
>>  <argument> \@@plaatspaginanummer
>>
>>  \firstoftwoarguments #1#2->#1
>>
>>  \doattributes ...sname #1#2\@EA \endcsname \fi {#4
>>                                                    }\dostopattributes
>>  \dosingletexts ...atetexts {#1#2#5}{#6{}{}{}}}}}}}
>>                                                    \egroup
>>  <argument> ...?tk \v!footer \v!text \c!righttext }
>>                                                    \@@nmpos {\getvalue 
>> {\??tk...
>>  \dododoplacelayouttextline ...#2 #3}\hbox to #1{#4
>>                                                    
>> }\stoplayoutcomponent \get...
>>  ...
>>  l.71 \stopbodymatter
> 
> Can you track it down and make a minimal example which can be added to 
> my other thread,
> it looks like a problem with footertexts.
> 
> Wolfgang

___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Wolfgang Schuster]

Am 11.04.2009 um 06:23 schrieb Wei-Wei Guo:

> Hi Hans,
>
> I get an error:
>
>  ! Undefined control sequence.
>  <argument> \@@plaatspaginanummer
>
>  \firstoftwoarguments #1#2->#1
>
>  \doattributes ...sname #1#2\@EA \endcsname \fi {#4
>                                                    }\dostopattributes
>  \dosingletexts ...atetexts {#1#2#5}{#6{}{}{}}}}}}}
>                                                    \egroup
>  <argument> ...?tk \v!footer \v!text \c!righttext }
>                                                    \@@nmpos  
> {\getvalue {\??tk...
>  \dododoplacelayouttextline ...#2 #3}\hbox to #1{#4
>                                                    } 
> \stoplayoutcomponent \get...
>  ...
>  l.71 \stopbodymatter

Can you track it down and make a minimal example which can be added to  
my other thread,
it looks like a problem with footertexts.

Wolfgang

___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Wei-Wei Guo]

Hi Hans,

I get an error:

   ! Undefined control sequence.
   <argument> \@@plaatspaginanummer

   \firstoftwoarguments #1#2->#1

   \doattributes ...sname #1#2\@EA \endcsname \fi {#4
                                                     }\dostopattributes
   \dosingletexts ...atetexts {#1#2#5}{#6{}{}{}}}}}}}
                                                     \egroup
   <argument> ...?tk \v!footer \v!text \c!righttext }
                                                     \@@nmpos {\getvalue {\??tk...
   \dododoplacelayouttextline ...#2 #3}\hbox to #1{#4
                                                     }\stoplayoutcomponent \get...
   ...
   l.71 \stopbodymatter


And indentation doesn't work here.


Best wishes,
Wei-Wei



Hans Hagen 写道:
> Hi,
> 
> I uploaded a new beta, one that needs luatex beta 0.38, which has just 
> been released. The most important things:
> 
> - some fixes in the new structure code
> - bookmarks are now supported in the new structure
> - otf math kerning is supported (neat)
> - some cleanup of lua code
> - the usual bug fixes
> 
> as said ... you need luatex 0.38
> 
> there will be a current when luatex 0.40 is available
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Yanrui Li]

2009/4/11 Longmin Wang <longminwang@gmail.com>:
> On Fri, Apr 10, 2009 at 10:02:24PM +0800, Yanrui Li wrote:
>>2009/4/10 Hans Hagen <pragma@wxs.nl>:
>>> Hi,
>>>
>>> I uploaded a new beta, one that needs luatex beta 0.38, which has just been
>>> released. The most important things:
>>>
>>
>>I failed to update it and got an error message.
>
> It may be caused by your patches for Chinese fonts punctuation.
>

Thank you for reminding me.

-- 
Best wishes,
Li Yanrui

* Gentoo Linux (~x86)
* ConTeXt Minimals Beta (2009.04.06 21:42)
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Mohamed Bana]

Hi Aditya,

when you have time can you please forward me your complete zsh setup, 
the .zsh etc.

i think i'm going to switch to zsh from bash, the benefits are far too 
numerous.

Mohamed

Aditya Mahajan wrote:
> On Wed, 8 Apr 2009, Mohamed Bana wrote:
>
>> hi all,
>>
>> on that tangent, is it possible to get command line completion for 
>> the rest of the options for example something like
>>
>> mtxrun <tab>scripts --<tab>fonts --<tab>reload
>
> This usually depends on tab-completion of the shell and has nothing to 
> do with the program. I made something like this for texexec. See Zsh 
> completion in http://wiki.contextgarden.net/User:Adityam
>
> 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
> ___________________________________________________________________________________ 
>
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Longmin Wang]

On Fri, Apr 10, 2009 at 10:02:24PM +0800, Yanrui Li wrote:
>2009/4/10 Hans Hagen <pragma@wxs.nl>:
>> Hi,
>>
>> I uploaded a new beta, one that needs luatex beta 0.38, which has just been
>> released. The most important things:
>>
>
>I failed to update it and got an error message.
>
>ConTeXt  ver: 2009.04.10 13:59 MKIV  fmt: 2009.4.10  int: dutch/dutch
>
>! LuaTeX error ...text/tex/texmf-context/tex/context/base/luat-sto.lua:58:
>attempt to call method 'gmatch' (a nil value)
>stack traceback:
>	...text/tex/texmf-context/tex/context/base/luat-sto.lua:58: in function 'dump'
>	<main ctx instance>:1: in main chunk.
><inserted text> ...on \fi \ctxlua {storage.dump()}
>                                                  \ctxlua {nodes.cleanup_res...
>\dump ->\the \everydump
>                        \normaldump
>l.343 \protect \errorstopmode \dump
>                                    \endinput
>?

It may be caused by your patches for Chinese fonts punctuation. 

-- 
Longmin Wang <longminwang@gmail.com>
Math. Dept., Nankai Univ., China
http://math.nankai.edu.cn/~wanglm/
GnuPG-Key ID: 1024D/2A5CFA5C
Fingerprint: 8587 1246 3AAD C185 D419  ADF1 B620 D8B8 2A5C FA5C
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Hans Hagen]

Eythan Weg wrote:

>    l.343 \protect \errorstopmode \dump
>                                        \endinput
> 
> 
> Any hints here?

can you try again?

-----------------------------------------------------------------
                                           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
-----------------------------------------------------------------
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Yanrui Li]

2009/4/10 Hans Hagen <pragma@wxs.nl>:
> Hi,
>
> I uploaded a new beta, one that needs luatex beta 0.38, which has just been
> released. The most important things:
>

I failed to update it and got an error message.

ConTeXt  ver: 2009.04.10 13:59 MKIV  fmt: 2009.4.10  int: dutch/dutch

! LuaTeX error ...text/tex/texmf-context/tex/context/base/luat-sto.lua:58:
attempt to call method 'gmatch' (a nil value)
stack traceback:
	...text/tex/texmf-context/tex/context/base/luat-sto.lua:58: in function 'dump'
	<main ctx instance>:1: in main chunk.
<inserted text> ...on \fi \ctxlua {storage.dump()}
                                                  \ctxlua {nodes.cleanup_res...
\dump ->\the \everydump
                        \normaldump
l.343 \protect \errorstopmode \dump
                                    \endinput
?

-- 
Best wishes,
Li Yanrui

* Gentoo Linux (~x86)
* ConTeXt Minimals Beta (2009.04.06 21:42)
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Eythan Weg]

Wolfgang Schuster <schuster.wolfgang@googlemail.com>
Fri, 10 Apr 2009 15:18:43 +0200

   Am 10.04.2009 um 15:13 schrieb Eythan Weg:
   
   >
   >
   > Hi,
   >
   > Compiled luatex 0.38 and tried today's  beta.
   >
   > When I running
   >
   >      luatools --ini --compile cont-en
   >
   > it end with this:
   >
   > [...]
   >
   > Any hints here?
   
   luatools --selfupdate
   mtxrun --selfupdate
   
   the format is generated automatic when you process you document
   
   Wolfgang


Works well.  Thank you.

Eythan  

___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Aditya Mahajan]

On Fri, 10 Apr 2009, Hans Hagen wrote:

> - otf math kerning is supported (neat)

Yeah! Now one can actually use the two available otf math fonts :)

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
___________________________________________________________________________________

Re: new beta

[Ulrike Fischer]

Am Thu, 09 Apr 2009 20:29:16 +0200 schrieb Hans Hagen:

>> The problems seems to be that luatools appends // only to one of my
>> roots (the last mentioned in $TEXMF). The output of the "path"
>> variable in the above code is:
>> 
>> I:/TeX-Roots/luatexmf/texmf
>> ....
>> J:/MIKTEX2.7
>> C:/Dokumente und
>> Einstellungen/Ulle/Anwendungsdaten/MiKTeX/2.7/scripts//
>> 
>> So the above test is false for most of my roots. 
>> 
>> The change doesn't help with mtxrun ;-(.
> 
> hm, but this // is determined by the configuration file texmf.cnf
> 
> tweaking the script for miktex and then breaking my own system is a bit 
> tricky
> 
> how does your texmf spec look? (the one with the //)? maybe i need to 
> fix the expander (quite tricky code)


I doubt that the problem has something to do with miktex. After all
I'm using no applications or settings from miktex, I'm only using
the roots as local roots. 

I realised that my description above was not completly exact: The
last root doesn't have an // appended but /scripts//. 

I found the function splitpathexpr and input.aux.expanded_path which
seems to get an input like

{Root1
Root2
Root2
Root4}
/tex//

where the last line depends on the file type, and the previous lines
have been made by expanding and splitting $TEXMF 
   $TEXMF = {$TEXMFMAIN;$TEXMFLOCAL;$TEXMFVAR} 


and converts this to 

Root1
Root2
Root2
Root4
/tex//

and I think that somewhere in the following processing the /<type>//
string gets appended only to the last root (Root4) instead to all
roots. (It is always the last root in $TEXMFVAR which gets the
string.) 


-- 
Ulrike Fischer 

___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Wolfgang Schuster]

Am 10.04.2009 um 15:13 schrieb Eythan Weg:

>
>
> Hi,
>
> Compiled luatex 0.38 and tried today's  beta.
>
> When I running
>
>      luatools --ini --compile cont-en
>
> it end with this:
>
> [...]
>
> Any hints here?

luatools --selfupdate
mtxrun --selfupdate

the format is generated automatic when you process you document

Wolfgang

___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Eythan Weg]

Hi,

Compiled luatex 0.38 and tried today's  beta.

When I running 
   
      luatools --ini --compile cont-en

it end with this:  

   (/usr/local/share/texmf/tex/context/base/symb-nav.tex))
   ! LuaTeX error /usr/local/share/texmf/tex/context/base/luat-cnf.lua:99: bad argument #3 to 'format' (string expected, got nil)
   stack traceback:
   	[C]: in function 'format'
   	/usr/local/share/texmf/tex/context/base/luat-cnf.lua:99: in function 'dumpstate'
   	<main ctx instance>:1: in main chunk.
   <inserted text> ...vironment.jobname..".lui",501)}
                                                     \showcontextbanner \produc...
   \dump ->\the \everydump 
                           \normaldump 
   l.343 \protect \errorstopmode \dump
                                       \endinput


Any hints here?

Thanks,  Eythan 



Hans Hagen <pragma@wxs.nl>
Fri, 10 Apr 2009 13:05:54 +0200

   Hi,
   
   I uploaded a new beta, one that needs luatex beta 0.38, which has just
   been released. The most important things:
   
   - some fixes in the new structure code
   - bookmarks are now supported in the new structure
   - otf math kerning is supported (neat)
   - some cleanup of lua code
   - the usual bug fixes
   
   as said ... you need luatex 0.38
   
   there will be a current when luatex 0.40 is available
   
   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
   -----------------------------------------------------------------
   ___________________________________________________________________________________
   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
   ___________________________________________________________________________________

___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Hans Hagen]

Wolfgang Schuster wrote:
> 
> Am 10.04.2009 um 13:05 schrieb Hans Hagen:
> 
>> Hi,
>>
>> I uploaded a new beta, one that needs luatex beta 0.38, which has just 
>> been released. The most important things:
> 
> core-ref.tex tries to load core-ref.mkii but the file is missing

ok, i'll fix it

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
-----------------------------------------------------------------
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Wolfgang Schuster]

Am 10.04.2009 um 13:05 schrieb Hans Hagen:

> Hi,
>
> I uploaded a new beta, one that needs luatex beta 0.38, which has  
> just been released. The most important things:

core-ref.tex tries to load core-ref.mkii but the file is missing

Wolfgang

___________________________________________________________________________________
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
___________________________________________________________________________________

new beta

[Hans Hagen]

Hi,

I uploaded a new beta, one that needs luatex beta 0.38, which has just 
been released. The most important things:

- some fixes in the new structure code
- bookmarks are now supported in the new structure
- otf math kerning is supported (neat)
- some cleanup of lua code
- the usual bug fixes

as said ... you need luatex 0.38

there will be a current when luatex 0.40 is available

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
-----------------------------------------------------------------
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Hans Hagen]

Ulrike Fischer wrote:
> Am Thu, 09 Apr 2009 11:36:58 +0200 schrieb Hans Hagen:
> 
> 
>>>>>>>>> It works partly: After I called luatools --generate mtxrun now finds
>>>>>>>>> also fonts in my various texmf-trees (and not only the one in the
>>>>>>>>> system folder), but mtxrun works only if I move first font-syn.lua
>>>>>>>>> in the folder of mtxrun. But this only a small nuisance. 
> 
> OK, I found the source of the problem:
> 
> If I replace in luatools.lua (function input.aux.find_file) the line
> 5294
> 
>  if find(path,"//$") then recurse = true  else recurse = false end 
> 
> by 
> 
>  if find(path,"//$") then recurse = true  else recurse = true end
> 
> (that means if I set recurse=true for all cases) then files are
> found. 
> 
> The problems seems to be that luatools appends // only to one of my
> roots (the last mentioned in $TEXMF). The output of the "path"
> variable in the above code is:
> 
> I:/TeX-Roots/luatexmf/texmf
> ....
> J:/MIKTEX2.7
> C:/Dokumente und
> Einstellungen/Ulle/Anwendungsdaten/MiKTeX/2.7/scripts//
> 
> So the above test is false for most of my roots. 
> 
> The change doesn't help with mtxrun ;-(.

hm, but this // is determined by the configuration file texmf.cnf

tweaking the script for miktex and then breaking my own system is a bit 
tricky

how does your texmf spec look? (the one with the //)? maybe i need to 
fix the expander (quite tricky code)

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
-----------------------------------------------------------------
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Vyatcheslav Yatskovsky]

Hello Ulrike,

If you use Windows, try the GUI installer. It sets all needed env vars 
globally, and always works like a charm :)

http://minimals.contextgarden.net/setup/context-installer/ContextMinimalInstall.exe

(But beware, it may interfere with MikTeX registry settings).

Vyatcheslav
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Ulrike Fischer]

Am Thu, 09 Apr 2009 11:36:58 +0200 schrieb Hans Hagen:


>>>>>>>> It works partly: After I called luatools --generate mtxrun now finds
>>>>>>>> also fonts in my various texmf-trees (and not only the one in the
>>>>>>>> system folder), but mtxrun works only if I move first font-syn.lua
>>>>>>>> in the folder of mtxrun. But this only a small nuisance. 

OK, I found the source of the problem:

If I replace in luatools.lua (function input.aux.find_file) the line
5294

 if find(path,"//$") then recurse = true  else recurse = false end 

by 

 if find(path,"//$") then recurse = true  else recurse = true end

(that means if I set recurse=true for all cases) then files are
found. 

The problems seems to be that luatools appends // only to one of my
roots (the last mentioned in $TEXMF). The output of the "path"
variable in the above code is:

I:/TeX-Roots/luatexmf/texmf
...
J:/MIKTEX2.7
C:/Dokumente und
Einstellungen/Ulle/Anwendungsdaten/MiKTeX/2.7/scripts//

So the above test is false for most of my roots. 

The change doesn't help with mtxrun ;-(.

-- 
Ulrike Fischer 

___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Hans Hagen]

Ulrike Fischer wrote:
> Am Wed, 08 Apr 2009 21:43:01 +0200 schrieb Hans Hagen:
> 
> 
>>>>>>> It works partly: After I called luatools --generate mtxrun now finds
>>>>>>> also fonts in my various texmf-trees (and not only the one in the
>>>>>>> system folder), but mtxrun works only if I move first font-syn.lua
>>>>>>> in the folder of mtxrun. But this only a small nuisance. 
> 
>>>>>> hm, i'll have a look at it; i wonder why it fails since it has worked 
>>>>>> for ages
> 
>>>>>> what does "luatools font-syn.lua" return ?
> 
>>>>> Nothing if I remove the file from the folder. When the file is in
>>>>> the folder then I get the answer "font-syn.lua": 
>>>>>
>>>>> I:\TeX-Roots\luatexmf\texmf\scripts\context\lua>luatex --luaonly
>>>>> luatools.lua font-syn.lua
>>>>> font-syn.lua
> 
>>>> what does luatools --verbose return?
>  
>> luatools --verbose xxx
>  
>> should report the loaded databases
> 
> This reports:
> 
> 
> I:\TeX-Roots\luatexmf\texmf\scripts\context\lua>luatex --luaonly
> luatools.lua -- verbose xxx
> LuaTools | variable SELFAUTOLOC set to
> I:/TeX-Roots/luatexmf/texmf/bin
> LuaTools | variable SELFAUTODIR set to I:/TeX-Roots/luatexmf/texmf
> LuaTools | variable SELFAUTOPARENT set to I:/TeX-Roots/luatexmf
> LuaTools | variable TEXMFCNF set to
> {$SELFAUTODIR,$SELFAUTOPARENT}{,{/share,}/te
> xmf{-local,.local,}/web2c}
> LuaTools | loading configuration for
> I:/TeX-Roots/luatexmf/texmf/web2c from C:/D
> OKUME~1/Ulle/LOKALE~1/Temp/luatex-cache/context/7f537eee11bb8927aceaff94d1daa001
> /trees/62cf2e94005cc799da35acaa6d6d5848
> LuaTools | locating list of I:/TeX-Roots/luatexmf/texmf
> 
> [... for all roots list are located]
> 
> LuaTools | loading files for I:/TeX-Roots/luatexmf/texmf from
> C:/DOKUME~1/Ulle/L
> OKALE~1/Temp/luatex-cache/context/7f537eee11bb8927aceaff94d1daa001/trees/9f4ba8a
> 35f231f48e68c2d0976d83a4b
> 
> [... loading files for all roots]
> 
> 
> I looked in the lua-file for the luatexmf/texmf-root: It contains an
> entry for font-syn.lua:
> 
> ['font-syn.lua']='tex/context/base',
> 
> I also deleted all the luc-files to exclude the possibility that is
> them which are corrupted, but I still don't get a result for the
> file (or other files in my roots). I also moved the databases to a
> folder without spaces (by setting TMP), but this didn't work either.
> So I think that luatools is either not loading the databases or
> doesn't use them correctly. 

can you set TEXMFCACHE explicitly, say

set TEXMFCACHE=c:/temp

and then run luatools --generate again


-----------------------------------------------------------------
                                           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
-----------------------------------------------------------------
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Ulrike Fischer]

Am Wed, 08 Apr 2009 21:43:01 +0200 schrieb Hans Hagen:


>>>>>> It works partly: After I called luatools --generate mtxrun now finds
>>>>>> also fonts in my various texmf-trees (and not only the one in the
>>>>>> system folder), but mtxrun works only if I move first font-syn.lua
>>>>>> in the folder of mtxrun. But this only a small nuisance. 

>>>>> hm, i'll have a look at it; i wonder why it fails since it has worked 
>>>>> for ages

>>>>> what does "luatools font-syn.lua" return ?

>>>> Nothing if I remove the file from the folder. When the file is in
>>>> the folder then I get the answer "font-syn.lua": 
>>>>
>>>> I:\TeX-Roots\luatexmf\texmf\scripts\context\lua>luatex --luaonly
>>>> luatools.lua font-syn.lua
>>>> font-syn.lua

>>> what does luatools --verbose return?
 
> luatools --verbose xxx
 
> should report the loaded databases

This reports:


I:\TeX-Roots\luatexmf\texmf\scripts\context\lua>luatex --luaonly
luatools.lua -- verbose xxx
LuaTools | variable SELFAUTOLOC set to
I:/TeX-Roots/luatexmf/texmf/bin
LuaTools | variable SELFAUTODIR set to I:/TeX-Roots/luatexmf/texmf
LuaTools | variable SELFAUTOPARENT set to I:/TeX-Roots/luatexmf
LuaTools | variable TEXMFCNF set to
{$SELFAUTODIR,$SELFAUTOPARENT}{,{/share,}/te
xmf{-local,.local,}/web2c}
LuaTools | loading configuration for
I:/TeX-Roots/luatexmf/texmf/web2c from C:/D
OKUME~1/Ulle/LOKALE~1/Temp/luatex-cache/context/7f537eee11bb8927aceaff94d1daa001
/trees/62cf2e94005cc799da35acaa6d6d5848
LuaTools | locating list of I:/TeX-Roots/luatexmf/texmf

[... for all roots list are located]

LuaTools | loading files for I:/TeX-Roots/luatexmf/texmf from
C:/DOKUME~1/Ulle/L
OKALE~1/Temp/luatex-cache/context/7f537eee11bb8927aceaff94d1daa001/trees/9f4ba8a
35f231f48e68c2d0976d83a4b

[... loading files for all roots]


I looked in the lua-file for the luatexmf/texmf-root: It contains an
entry for font-syn.lua:

['font-syn.lua']='tex/context/base',

I also deleted all the luc-files to exclude the possibility that is
them which are corrupted, but I still don't get a result for the
file (or other files in my roots). I also moved the databases to a
folder without spaces (by setting TMP), but this didn't work either.
So I think that luatools is either not loading the databases or
doesn't use them correctly. 

-- 
Ulrike Fischer 

___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Hans Hagen]

Mohamed Bana wrote:
> hi all,
> 
> on that tangent, is it possible to get command line completion for the 
> rest of the options for example something like
> 
>  mtxrun <tab>scripts --<tab>fonts --<tab>reload

no, mtxrun is no shell -)


-----------------------------------------------------------------
                                           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
-----------------------------------------------------------------
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Aditya Mahajan]

On Wed, 8 Apr 2009, Mohamed Bana wrote:

> hi all,
>
> on that tangent, is it possible to get command line completion for the rest 
> of the options for example something like
>
> mtxrun <tab>scripts --<tab>fonts --<tab>reload

This usually depends on tab-completion of the shell and has nothing to do 
with the program. I made something like this for texexec. See Zsh 
completion in http://wiki.contextgarden.net/User:Adityam

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
___________________________________________________________________________________

Re: new beta

[Mohamed Bana]

hi all,

on that tangent, is it possible to get command line completion for the 
rest of the options for example something like

  mtxrun <tab>scripts --<tab>fonts --<tab>reload

etc.

Hans Hagen wrote:
> Ulrike Fischer wrote:
>> Am Wed, 08 Apr 2009 19:58:19 +0200 schrieb Hans Hagen:
>>
>>> Ulrike Fischer wrote:
>>>> Am Wed, 08 Apr 2009 18:54:08 +0200 schrieb Hans Hagen:
>>>>
>>>>
>>>>>> It works partly: After I called luatools --generate mtxrun now finds
>>>>>> also fonts in my various texmf-trees (and not only the one in the
>>>>>> system folder), but mtxrun works only if I move first font-syn.lua
>>>>>> in the folder of mtxrun. But this only a small nuisance. 
>>>>> hm, i'll have a look at it; i wonder why it fails since it has 
>>>>> worked for ages
>>>>>
>>>>> what does "luatools font-syn.lua" return ?
>>>> Nothing if I remove the file from the folder. When the file is in
>>>> the folder then I get the answer "font-syn.lua":
>>>> I:\TeX-Roots\luatexmf\texmf\scripts\context\lua>luatex --luaonly
>>>> luatools.lua font-syn.lua
>>>> font-syn.lua
>>> hm, strange as you made a file database
>>
>> I don't know. Don't forget that I'm using a very minimal system with
>> an "hand-made" texmf.cnf to hook luatex to my miktex. It is quite
>> possible that I'm simply missing some standard file or
>> texmf.cnf-setting.  I don't expect everything to run smoothly. It is
>> already running better than I thought it would.  
>>
>>> what does luatools --verbose return?
>
> luatools --verbose xxx
>
> should report the loaded databases
>
>
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Hans Hagen]

Ulrike Fischer wrote:
> Am Wed, 08 Apr 2009 19:58:19 +0200 schrieb Hans Hagen:
> 
>> Ulrike Fischer wrote:
>>> Am Wed, 08 Apr 2009 18:54:08 +0200 schrieb Hans Hagen:
>>>
>>>
>>>>> It works partly: After I called luatools --generate mtxrun now finds
>>>>> also fonts in my various texmf-trees (and not only the one in the
>>>>> system folder), but mtxrun works only if I move first font-syn.lua
>>>>> in the folder of mtxrun. But this only a small nuisance. 
>>>> hm, i'll have a look at it; i wonder why it fails since it has worked 
>>>> for ages
>>>>
>>>> what does "luatools font-syn.lua" return ?
>>> Nothing if I remove the file from the folder. When the file is in
>>> the folder then I get the answer "font-syn.lua": 
>>>
>>> I:\TeX-Roots\luatexmf\texmf\scripts\context\lua>luatex --luaonly
>>> luatools.lua font-syn.lua
>>> font-syn.lua
>> hm, strange as you made a file database
> 
> I don't know. Don't forget that I'm using a very minimal system with
> an "hand-made" texmf.cnf to hook luatex to my miktex. It is quite
> possible that I'm simply missing some standard file or
> texmf.cnf-setting.  I don't expect everything to run smoothly. It is
> already running better than I thought it would. 
>  
> 
>> what does luatools --verbose return?

luatools --verbose xxx

should report the loaded databases


-- 

-----------------------------------------------------------------
                                           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
-----------------------------------------------------------------
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Ulrike Fischer]

Am Wed, 08 Apr 2009 19:58:19 +0200 schrieb Hans Hagen:

> Ulrike Fischer wrote:
>> Am Wed, 08 Apr 2009 18:54:08 +0200 schrieb Hans Hagen:
>> 
>> 
>>>> It works partly: After I called luatools --generate mtxrun now finds
>>>> also fonts in my various texmf-trees (and not only the one in the
>>>> system folder), but mtxrun works only if I move first font-syn.lua
>>>> in the folder of mtxrun. But this only a small nuisance. 
>>> hm, i'll have a look at it; i wonder why it fails since it has worked 
>>> for ages
>>>
>>> what does "luatools font-syn.lua" return ?
>> 
>> Nothing if I remove the file from the folder. When the file is in
>> the folder then I get the answer "font-syn.lua": 
>> 
>> I:\TeX-Roots\luatexmf\texmf\scripts\context\lua>luatex --luaonly
>> luatools.lua font-syn.lua
>> font-syn.lua
> 
> hm, strange as you made a file database

I don't know. Don't forget that I'm using a very minimal system with
an "hand-made" texmf.cnf to hook luatex to my miktex. It is quite
possible that I'm simply missing some standard file or
texmf.cnf-setting.  I don't expect everything to run smoothly. It is
already running better than I thought it would. 
 

> 
> what does luatools --verbose return?

LuaTools | Version 1.22
LuaTools |
LuaTools | --generate        generate file database
LuaTools | --variables       show configuration variables
LuaTools | --expansions      show expanded variables
LuaTools | --configurations  show configuration order
LuaTools | --expand-braces   expand complex variable
LuaTools | --expand-path     expand variable (resolve paths)
LuaTools | --expand-var      expand variable (resolve references)
LuaTools | --show-path       show path expansion of ...
LuaTools | --var-value       report value of variable
LuaTools | --find-file       report file location
LuaTools | --find-path       report path of file
LuaTools | --make or --ini   make luatex format
LuaTools | --run or --fmt=   run luatex format
LuaTools | --luafile=str     lua inifile (default is <progname>.lua)
LuaTools | --lualibs=list    libraries to assemble (optional when
--compile)
LuaTools | --compile         assemble and compile lua inifile
LuaTools | --verbose         give a bit more info
LuaTools | --all             show all found files
LuaTools | --sort            sort cached data
LuaTools | --engine=str      target engine
LuaTools | --progname=str    format or backend
LuaTools | --pattern=str     filter variables
LuaTools |
LuaTools | more information about ConTeXt and the tools that come
with it can be
 found at:
LuaTools |
LuaTools | maillist : ntg-context@ntg.nl /
http://www.ntg.nl/mailman/listinfo/nt
g-context
LuaTools | webpage  : http://www.pragma-ade.nl /
http://tex.aanhet.net
LuaTools | wiki     : http://contextgarden.net
LuaTools |
LuaTools | runtime: 0.000 seconds

-- 
Ulrike Fischer 

___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Hans Hagen]

Ulrike Fischer wrote:
> Am Wed, 08 Apr 2009 18:54:08 +0200 schrieb Hans Hagen:
> 
> 
>>> It works partly: After I called luatools --generate mtxrun now finds
>>> also fonts in my various texmf-trees (and not only the one in the
>>> system folder), but mtxrun works only if I move first font-syn.lua
>>> in the folder of mtxrun. But this only a small nuisance. 
>> hm, i'll have a look at it; i wonder why it fails since it has worked 
>> for ages
>>
>> what does "luatools font-syn.lua" return ?
> 
> Nothing if I remove the file from the folder. When the file is in
> the folder then I get the answer "font-syn.lua": 
> 
> I:\TeX-Roots\luatexmf\texmf\scripts\context\lua>luatex --luaonly
> luatools.lua font-syn.lua
> font-syn.lua

hm, strange as you made a file database

what does luatools --verbose return?


-----------------------------------------------------------------
                                           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
-----------------------------------------------------------------
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Ulrike Fischer]

Am Wed, 08 Apr 2009 18:54:08 +0200 schrieb Hans Hagen:


>> It works partly: After I called luatools --generate mtxrun now finds
>> also fonts in my various texmf-trees (and not only the one in the
>> system folder), but mtxrun works only if I move first font-syn.lua
>> in the folder of mtxrun. But this only a small nuisance. 
> 
> hm, i'll have a look at it; i wonder why it fails since it has worked 
> for ages
> 
> what does "luatools font-syn.lua" return ?

Nothing if I remove the file from the folder. When the file is in
the folder then I get the answer "font-syn.lua": 

I:\TeX-Roots\luatexmf\texmf\scripts\context\lua>luatex --luaonly
luatools.lua font-syn.lua
font-syn.lua


-- 
Ulrike Fischer 

___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Hans Hagen]

Ulrike Fischer wrote:
> Am Mon, 06 Apr 2009 19:16:52 +0200 schrieb Hans Hagen:
> 
>>> I'm not using the minimals or texlive but miktex. To use luatex I
>>> have made a small texmf tree and a texmf.cnf which includes my
>>> miktex texmf-trees. This works fine with normal files like tfm, sty
>>> etc. But my system seems not to find lua-files: mtxrun loads
>>> mtx-fonts.lua (which is in the same folder) but stops then and
>>> claims "file not found". Could you tell me which environment
>>> variable or texmf.cnf or whatever setting luatex/mtxrun use to track
>>> down lua-files?
>> luatools --generate
>> mtxrun --script fonts ....
>>
>> if that does not work, you need a context installation
> 
> It works partly: After I called luatools --generate mtxrun now finds
> also fonts in my various texmf-trees (and not only the one in the
> system folder), but mtxrun works only if I move first font-syn.lua
> in the folder of mtxrun. But this only a small nuisance. 

hm, i'll have a look at it; i wonder why it fails since it has worked 
for ages

what does "luatools font-syn.lua" return ?


-----------------------------------------------------------------
                                           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
-----------------------------------------------------------------
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Ulrike Fischer]

Am Mon, 06 Apr 2009 19:16:52 +0200 schrieb Hans Hagen:

>> I'm not using the minimals or texlive but miktex. To use luatex I
>> have made a small texmf tree and a texmf.cnf which includes my
>> miktex texmf-trees. This works fine with normal files like tfm, sty
>> etc. But my system seems not to find lua-files: mtxrun loads
>> mtx-fonts.lua (which is in the same folder) but stops then and
>> claims "file not found". Could you tell me which environment
>> variable or texmf.cnf or whatever setting luatex/mtxrun use to track
>> down lua-files?
> 
> luatools --generate
> mtxrun --script fonts ....
> 
> if that does not work, you need a context installation

It works partly: After I called luatools --generate mtxrun now finds
also fonts in my various texmf-trees (and not only the one in the
system folder), but mtxrun works only if I move first font-syn.lua
in the folder of mtxrun. But this only a small nuisance. 


-- 
Ulrike Fischer 

___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Hans Hagen]

وفا خلیقی wrote:
> Thanks
> 
> Can you also if you can prepare a short document explaining the syntaxt of
> the font command and options in the font argument? I thought ConTeXt
> reference should be a starting point.

it's just the xetex syntax + a few extra keys (like mode=node) and a 
prefixes like file: and name:

keep in mind that this is not the same as in context (although we 
support the xetex syntax) as there we use featuressets with symbolic names

> Can you also once you upload it, announce it so that I know? and the link
> will be http://www.pragma-ade.com/context/latest/cont-tmf.zip?

normally i mention it on this list and indeed it's that link; although 
in most cases users will sync with the minimals on the garden as it also 
has the latest luatex binaries

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
-----------------------------------------------------------------
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[وفا خلیقی]

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

>
>
> You need '+curs' as well, since the font relays on cursive attachments
> extensively.
>
> Regards,
>  Khaled
>

Yes. That works. Thanks

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

[-- Attachment #2: Type: text/plain, Size: 487 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  : https://foundry.supelec.fr/projects/contextrev/
wiki     : http://contextgarden.net
___________________________________________________________________________________

Re: new beta

[Khaled Hosny]

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

On Wed, Apr 08, 2009 at 09:39:22PM +1000, وفا خلیقی wrote:
> Thanks. What I did that. But still that does not get the desired output. (pdf
> attached.). Maybe it is my fault. Do you get the correct output?

You need '+curs' as well, since the font relays on cursive attachments
extensively.

Regards,
 Khaled


-- 
 Khaled Hosny
 Arabic localiser and member of Arabeyes.org team
 Free font developer

[-- Attachment #1.2: Digital signature --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

[-- Attachment #2: Type: text/plain, Size: 487 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  : https://foundry.supelec.fr/projects/contextrev/
wiki     : http://contextgarden.net
___________________________________________________________________________________

Re: new beta

[وفا خلیقی]

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

Thanks

Can you also if you can prepare a short document explaining the syntaxt of
the font command and options in the font argument? I thought ConTeXt
reference should be a starting point.

Can you also once you upload it, announce it so that I know? and the link
will be http://www.pragma-ade.com/context/latest/cont-tmf.zip?

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

[-- Attachment #2: Type: text/plain, Size: 487 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  : https://foundry.supelec.fr/projects/contextrev/
wiki     : http://contextgarden.net
___________________________________________________________________________________

Re: new beta

[Hans Hagen]

وفا خلیقی wrote:
> Thanks. What I did that. But still that does not get the desired output.
> (pdf attached.). Maybe it is my fault. Do you get the correct output?

i don't read arabic so maybe others can comment ... i'll upload a new 
zip later this afternoon

(does ik work ok in context?)

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
-----------------------------------------------------------------
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[وفا خلیقی]

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

Thanks. What I did that. But still that does not get the desired output.
(pdf attached.). Maybe it is my fault. Do you get the correct output?

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

[-- Attachment #2: test.pdf --]
[-- Type: application/pdf, Size: 29570 bytes --]

[-- Attachment #3: Type: text/plain, Size: 487 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  : https://foundry.supelec.fr/projects/contextrev/
wiki     : http://contextgarden.net
___________________________________________________________________________________

Re: new beta

[Hans Hagen]

وفا خلیقی wrote:
> Hi again.
> 
> This is a sample Plain document. with Iran Nastaliq font Arabic alphabets
> are isolated. but in XB Zar font, we obtain the desired results.

this works ok

\font\body=file:IranNastaliq.ttf:mode=node;script=arab;language=dflt;+calt;+ccmp;+init;+isol;+medi;+fina;+liga;+rlig;+kern;+mark;+mkmk 
at 14pt\body

the font has no language ara as

mtxrun --script font --list --info irannastaliq

shows

also, in luatex-fonts you need to add node-res.lua


loadmodule('node-ini.lua')
loadmodule('node-res.lua') -- will be stripped
loadmodule('node-inj.lua') -- will be replaced (luatex > .50)
loadmodule('node-fnt.lua')
loadmodule('node-dum.lua')



-----------------------------------------------------------------
                                           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
-----------------------------------------------------------------
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[وفا خلیقی]

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

Tested with luaTeX, Version snapshot-0.38.0-2009040820

>
>

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

[-- Attachment #2: Type: text/plain, Size: 487 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  : https://foundry.supelec.fr/projects/contextrev/
wiki     : http://contextgarden.net
___________________________________________________________________________________

Re: new beta

[وفا خلیقی]

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

Hi again.

This is a sample Plain document. with Iran Nastaliq font Arabic alphabets
are isolated. but in XB Zar font, we obtain the desired results.

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

[-- Attachment #2: test.tex --]
[-- Type: application/x-tex, Size: 538 bytes --]

[-- Attachment #3: test.pdf --]
[-- Type: application/pdf, Size: 28663 bytes --]

[-- Attachment #4: Type: text/plain, Size: 487 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  : https://foundry.supelec.fr/projects/contextrev/
wiki     : http://contextgarden.net
___________________________________________________________________________________

Re: new beta

[وفا خلیقی]

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

ُThanks

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

[-- Attachment #2: Type: text/plain, Size: 487 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  : https://foundry.supelec.fr/projects/contextrev/
wiki     : http://contextgarden.net
___________________________________________________________________________________

Re: new beta

[Hans Hagen]

وفا خلیقی wrote:
> In ConTeXt, How do you make page numbers Arabic/Persian? Do you do that by
> some mappings?

there are numerous converters that you can hook into the numbering 
mechanisms but i leave it to the arabic experts to tell which one is 
best suited


-----------------------------------------------------------------
                                           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
-----------------------------------------------------------------
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[وفا خلیقی]

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

In ConTeXt, How do you make page numbers Arabic/Persian? Do you do that by
some mappings?

Thanks

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

[-- Attachment #2: Type: text/plain, Size: 487 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  : https://foundry.supelec.fr/projects/contextrev/
wiki     : http://contextgarden.net
___________________________________________________________________________________

Re: new beta

[وفا خلیقی]

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

Thanks heaps Hans.

It is working.

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

[-- Attachment #2: Type: text/plain, Size: 487 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  : https://foundry.supelec.fr/projects/contextrev/
wiki     : http://contextgarden.net
___________________________________________________________________________________

Re: new beta

[Hans Hagen]

[-- Attachment #1: Type: text/plain, Size: 1053 bytes --]

وفا خلیقی wrote:
> Thanks. But it still gives error and that is
> 
>  (/home/vafa/texmf/tex/luabidi/luabidi.sty) <luatex-fonts.lua loaded in
> 0.023 se
> 
> conds> ) (test.aux)
> 
> ! Font \OT1/cmr/m/n/17.28=cmr17 at 17.28pt not loadable: metric data not
> found
> 
> or bad.
> 
> <to be read again>
> 
> relax
> 
> l.10 \section{مقدمه}
> 
>  ?
> 
> 
> 
> The error is understanable. But can it be fixed in the .lua codes or I have
> to write some macros to change this?

no, the lua code should do it (i attached a few more files; yesterday i 
fixed this afm aspect and it works here, at least in plain)

-----------------------------------------------------------------
                                           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
-----------------------------------------------------------------

[-- Attachment #2: luat-dum.lua --]
[-- Type: text/x-lua, Size: 1400 bytes --]

if not modules then modules = { } end modules ['luat-dum'] = {
    version   = 1.001,
    comment   = "companion to luatex-*.tex",
    author    = "Hans Hagen, PRAGMA-ADE, Hasselt NL",
    copyright = "PRAGMA ADE / ConTeXt Development Team",
    license   = "see context related readme files"
}

local dummyfunction = function() end

statistics = {
    register      = dummyfunction,
    starttiming   = dummyfunction,
    stoptiming    = dummyfunction,
}
trackers = {
    register      = dummyfunction,
    enable        = dummyfunction,
    disable       = dummyfunction,
}
storage = {
    register      = dummyfunction,
}
logs = {
    report        = dummyfunction,
    simple        = dummyfunction,
}
tasks = {
    new           = dummyfunction,
    actions       = dummyfunction,
    appendaction  = dummyfunction,
    prependaction = dummyfunction,
}


-- we need to cheat a bit here

texconfig.kpse_init = true

input = { } -- no fancy file helpers used

local remapper = {
    otf = "opentype fonts",
    ttf = "truetype fonts",
    ttc = "truetype fonts"
}

function input.find_file(name,kind)
    name = name:gsub("\\","\/")
    return kpse.find_file(name,(kind ~= "" and kind) or "tex")
end

function input.findbinfile(name,kind)
    if not kind or kind == "" then
        kind = string.match(name,"%.(.-)$")
    end
    return input.find_file(name,(kind and remapper[kind]) or kind)
end

[-- Attachment #3: font-def.lua --]
[-- Type: text/x-lua, Size: 21073 bytes --]

if not modules then modules = { } end modules ['font-def'] = {
    version   = 1.001,
    comment   = "companion to font-ini.tex",
    author    = "Hans Hagen, PRAGMA-ADE, Hasselt NL",
    copyright = "PRAGMA ADE / ConTeXt Development Team",
    license   = "see context related readme files"
}

local format, concat, gmatch, match, find, lower = string.format, table.concat, string.gmatch, string.match, string.find, string.lower
local tostring, next = tostring, next

local trace_defining = false  trackers.register("fonts.defining", function(v) trace_defining = v end)

trackers.register("fonts.loading", "fonts.defining", "otf.loading", "afm.loading", "tfm.loading")
trackers.register("fonts.all", "fonts.*", "otf.*", "afm.*", "tfm.*")

--[[ldx--
<p>Here we deal with defining fonts. We do so by intercepting the
default loader that only handles <l n='tfm'/>.</p>
--ldx]]--

fonts        = fonts        or { }
fonts.define = fonts.define or { }
fonts.tfm    = fonts.tfm    or { }
fonts.ids    = fonts.ids    or { }
fonts.vf     = fonts.vf     or { }
fonts.used   = fonts.used   or { }

local tfm    = fonts.tfm
local vf     = fonts.vf
local define = fonts.define

tfm.version = 1.01
tfm.cache   = containers.define("fonts", "tfm", tfm.version, false) -- better in font-tfm

define.method        = "afm or tfm" -- afm, tfm, afm or tfm, tfm or afm
define.specify       = fonts.define.specify or { }
define.methods       = fonts.define.methods or { }

tfm.fonts            = tfm.fonts        or { }
tfm.readers          = tfm.readers      or { }
tfm.internalized     = tfm.internalized or { } -- internal tex numbers

tfm.readers.sequence = { 'otf', 'ttf', 'afm', 'tfm' }

local readers  = tfm.readers
local sequence = readers.sequence

--[[ldx--
<p>We hardly gain anything when we cache the final (pre scaled)
<l n='tfm'/> table. But it can be handy for debugging.</p>
--ldx]]--

fonts.version = 1.05
fonts.cache   = containers.define("fonts", "def", fonts.version, false)

--[[ldx--
<p>We can prefix a font specification by <type>name:</type> or
<type>file:</type>. The first case will result in a lookup in the
synonym table.</p>

<typing>
[ name: | file: ] identifier [ separator [ specification ] ]
</typing>

<p>The following function split the font specification into components
and prepares a table that will move along as we proceed.</p>
--ldx]]--

-- beware, we discard additional specs
--
-- method:name method:name(sub) method:name(sub)*spec method:name*spec
-- name name(sub) name(sub)*spec name*spec
-- name@spec*oeps

local splitter, specifiers = nil, ""

function define.add_specifier(symbol)
    specifiers = specifiers .. symbol
    local left          = lpeg.P("(")
    local right         = lpeg.P(")")
    local colon         = lpeg.P(":")
    local method        = lpeg.S(specifiers)
    local lookup        = lpeg.C(lpeg.P("file")+lpeg.P("name")) * colon -- hard test, else problems with : method
    local sub           = left * lpeg.C(lpeg.P(1-left-right-method)^1) * right
    local specification = lpeg.C(method) * lpeg.C(lpeg.P(1-method)^1)
    local name          = lpeg.C((1-sub-specification)^1)
    splitter = lpeg.P((lookup + lpeg.Cc("")) * name * (sub + lpeg.Cc("")) * (specification + lpeg.Cc("")))
end

function define.get_specification(str)
    return splitter:match(str)
end

function define.register_split(symbol,action)
    define.add_specifier(symbol)
    define.specify[symbol] = action
end

function define.makespecification(specification, lookup, name, sub, method, detail, size)
    size = size or 655360
    if trace_defining then
        logs.report("define font","%s -> lookup: %s, name: %s, sub: %s, method: %s, detail: %s",
            specification, (lookup ~= "" and lookup) or "[file]", (name ~= "" and name) or "-",
            (sub ~= "" and sub) or "-", (method ~= "" and method) or "-", (detail ~= "" and detail) or "-")
    end
--~     if specification.lookup then
--~         lookup = specification.lookup -- can come from xetex [] syntax
--~         specification.lookup = nil
--~     end
    if lookup ~= 'name' then -- for the moment only two lookups, maybe some day also system:
        lookup = 'file'
    end
    local t = {
        lookup        = lookup,        -- forced type
        specification = specification, -- full specification
        size          = size,          -- size in scaled points or -1000*n
        name          = name,          -- font or filename
        sub           = sub,           -- subfont (eg in ttc)
        method        = method,        -- specification method
        detail        = detail,        -- specification
        resolved      = "",            -- resolved font name
        forced        = "",            -- forced loader
        features      = { },           -- preprocessed features
    }
    return t
end

function define.analyze(specification, size)
    -- can be optimized with locals
    local lookup, name, sub, method, detail = define.get_specification(specification or "")
    return define.makespecification(specification,lookup, name, sub, method, detail, size)
end

--[[ldx--
<p>A unique hash value is generated by:</p>
--ldx]]--

local sortedhashkeys = table.sortedhashkeys

function tfm.hash_features(specification)
    local features = specification.features
    if features then
        local t = { }
        local normal = features.normal
        if normal and next(normal) then
            local f = sortedhashkeys(normal)
            for i=1,#f do
                local v = f[i]
                if v ~= "number" then
                    t[#t+1] = v .. '=' .. tostring(normal[v])
                end
            end
        end
        local vtf = features.vtf
        if vtf and next(vtf) then
            local f = sortedhashkeys(vtf)
            for i=1,#f do
                local v = f[i]
                t[#t+1] = v .. '=' .. tostring(vtf[v])
            end
        end
        if #t > 0 then
            return concat(t,"+")
        end
    end
    return "unknown"
end

fonts.designsizes = { }

--[[ldx--
<p>In principle we can share tfm tables when we are in node for a font, but then
we need to define a font switch as an id/attr switch which is no fun, so in that
case users can best use dynamic features ... so, we will not use that speedup. Okay,
when we get rid of base mode we can optimize even further by sharing, but then we
loose our testcases for <l n='luatex'/>.</p>
--ldx]]--

function tfm.hash_instance(specification,force)
    local hash, size, fallbacks = specification.hash, specification.size, specification.fallbacks
    if force or not hash then
        hash = tfm.hash_features(specification)
        specification.hash = hash
    end
    if size < 1000 and fonts.designsizes[hash] then
        size = math.round(tfm.scaled(size, fonts.designsizes[hash]))
        specification.size = size
    end
--~     local mathsize = specification.mathsize or 0
--~     if mathsize > 0 then
--~         local textsize = specification.textsize
--~         if fallbacks then
--~             return hash .. ' @ ' .. tostring(size) .. ' [ ' .. tostring(mathsize) .. ' : ' .. tostring(textsize) .. ' ] @ ' .. fallbacks
--~         else
--~             return hash .. ' @ ' .. tostring(size) .. ' [ ' .. tostring(mathsize) .. ' : ' .. tostring(textsize) .. ' ]'
--~         end
--~     else
        if fallbacks then
            return hash .. ' @ ' .. tostring(size) .. ' @ ' .. fallbacks
        else
            return hash .. ' @ ' .. tostring(size)
        end
--~     end
end

--[[ldx--
<p>We can resolve the filename using the next function:</p>
--ldx]]--

function define.resolve(specification)
    if not specification.resolved or specification.resolved == "" then -- resolved itself not per se in mapping hash
        if specification.lookup == 'name' then
            specification.resolved, specification.sub = fonts.names.resolve(specification.name,specification.sub)
            if specification.resolved then
                specification.forced = file.extname(specification.resolved)
                specification.name = file.removesuffix(specification.resolved)
            end
        elseif specification.lookup == 'file' then
            specification.forced = file.extname(specification.name)
            specification.name = file.removesuffix(specification.name)
        end
    end
    if specification.forced == "" then
        specification.forced = nil
    else
        specification.forced = specification.forced
    end
--~     specification.hash = specification.name .. ' @ ' .. tfm.hash_features(specification)
    specification.hash = lower(specification.name .. ' @ ' .. tfm.hash_features(specification))
    if specification.sub and specification.sub ~= "" then
        specification.hash = specification.sub .. ' @ ' .. specification.hash
    end
    return specification
end

--[[ldx--
<p>The main read function either uses a forced reader (as determined by
a lookup) or tries to resolve the name using the list of readers.</p>

<p>We need to cache when possible. We do cache raw tfm data (from <l
n='tfm'/>, <l n='afm'/> or <l n='otf'/>). After that we can cache based
on specificstion (name) and size, that is, <l n='tex'/> only needs a number
for an already loaded fonts. However, it may make sense to cache fonts
before they're scaled as well (store <l n='tfm'/>'s with applied methods
and features). However, there may be a relation between the size and
features (esp in virtual fonts) so let's not do that now.</p>

<p>Watch out, here we do load a font, but we don't prepare the
specification yet.</p>
--ldx]]--

function tfm.read(specification)
    local hash = tfm.hash_instance(specification)
    local tfmtable = tfm.fonts[hash] -- hashes by size !
    if not tfmtable then
        local forced = specification.forced or ""
        if forced ~= "" then
            tfmtable = readers[lower(forced)](specification)
            if not tfmtable then
                logs.report("define font","forced type %s of %s not found",forced,specification.name)
            end
        else
            for s=1,#sequence do -- reader sequence
                local reader = sequence[s]
                if readers[reader] then -- not really needed
                    if trace_defining then
                        logs.report("define font","trying type %s for %s with file %s",reader,specification.name,specification.filename or "unknown")
                    end
                    tfmtable = readers[reader](specification)
                    if tfmtable then break end
                end
            end
        end
        if tfmtable then
            if tfmtable.filename and fonts.dontembed[tfmtable.filename] then
                tfmtable.embedding = "no"
            else
                tfmtable.embedding = "subset"
            end
            tfm.fonts[hash] = tfmtable
            fonts.designsizes[specification.hash] = tfmtable.designsize -- we only know this for sure after loading once
        --~ tfmtable.mode = specification.features.normal.mode or "base"
        end
    end
    if not tfmtable then
        logs.report("define font","font with name %s is not found",specification.name)
    end
    return tfmtable
end

--[[ldx--
<p>For virtual fonts we need a slightly different approach:</p>
--ldx]]--

function tfm.read_and_define(name,size) -- no id
    local specification = define.analyze(name,size)
    local method = specification.method
    if method and define.specify[method] then
        specification = define.specify[method](specification)
    end
    specification = define.resolve(specification)
    local hash = tfm.hash_instance(specification)
    local id = define.registered(hash)
    if not id then
        local fontdata = tfm.read(specification)
        if fontdata then
            fontdata.hash = hash
            id = font.define(fontdata)
            define.register(fontdata,id)
            tfm.cleanup_table(fontdata)
        else
            id = 0  -- signal
        end
    end
    return fonts.ids[id], id
end

--[[ldx--
<p>Next follow the readers. This code was written while <l n='luatex'/>
evolved. Each one has its own way of dealing with its format.</p>
--ldx]]--

local function check_tfm(specification,fullname)
    -- ofm directive blocks local path search unless set
    fullname = input.findbinfile(fullname, 'tfm') or "" -- just to be sure
    if fullname ~= "" then
        specification.filename, specification.format = fullname, "ofm"
        return tfm.read_from_tfm(specification)
    end
end

local function check_afm(specification,fullname)
    fullname = input.findbinfile(fullname, 'afm') or "" -- just to be sure
    if fullname ~= "" then
        specification.filename, specification.format = fullname, "afm"
        return tfm.read_from_afm(specification)
    end
end

function readers.tfm(specification)
    local fullname, tfmtable = specification.filename or "", nil
    if fullname == "" then
        local forced = specification.forced or ""
        if forced ~= "" then
            tfmtable = check_tfm(specification,specification.name .. "." .. forced)
        end
        if not tfmtable then
            tfmtable = check_tfm(specification,specification.name)
        end
    else
        tfmtable = check_tfm(specification,fullname)
    end
    return tfmtable
end

function readers.afm(specification,method)
    local fullname, tfmtable = specification.filename or "", nil
    if fullname == "" then
        local forced = specification.forced or ""
        if forced ~= "" then
            tfmtable = check_afm(specification,specification.name .. "." .. forced)
        end
        if not tfmtable then
            method = method or define.method or "afm or tfm"
            if method == "tfm" then
                tfmtable = check_tfm(specification,fullname)
            elseif method == "afm" then
                tfmtable = check_afm(specification,fullname)
            elseif method == "tfm or afm" then
                tfmtable = check_tfm(specification,fullname) or check_afm(specification,fullname)
            else-- method == "afm or tfm" then
                tfmtable = check_afm(specification,fullname) or check_tfm(specification,fullname)
            end
        end
    else
        tfmtable = check_afm(specification,fullname)
    end
    return tfmtable
end

local function check_otf(specification,suffix,what)
    local fullname, tfmtable = input.findbinfile(specification.name,suffix) or "", nil
    if fullname == "" then
        local fb = fonts.names.old_to_new[specification.name]
        if fb then
            fullname = input.findbinfile(fb,suffix) or ""
        end
    end
    if fullname == "" then
        local fb = fonts.names.new_to_old[specification.name]
        if fb then
            fullname = input.findbinfile(fb,suffix) or ""
        end
    end
    if fullname ~= "" then
        specification.filename, specification.format = fullname, what -- hm, so we do set the filename, then
        tfmtable = tfm.read_from_open_type(specification)             -- we need to do it for all matches / todo
    end
    return tfmtable
end

function readers.opentype(specification,suffix,what)
    local forced = specification.forced or ""
    if forced == "otf" then
        return check_otf(specification,forced,"opentype")
    elseif forced == "ttf" then
        return check_otf(specification,forced,"truetype")
    elseif forced == "ttf" then
        return check_otf(specification,forced,"truetype")
    else
        return check_otf(specification,suffix,what)
    end
end

function readers.otf(specification) return readers.opentype(specification,"otf","opentype") end
function readers.ttf(specification) return readers.opentype(specification,"ttf","truetype") end
function readers.ttc(specification) return readers.opentype(specification,"ttf","truetype") end -- !!

--[[ldx--
<p>We need to check for default features. For this we provide
a helper function.</p>
--ldx]]--

function define.check(features,defaults) -- nb adapts features !
    local done = false
    if table.is_empty(features) then
        features, done = table.fastcopy(defaults), true
    else
        for k,v in next, defaults do
            if features[k] == nil then
                features[k], done = v, true
            end
        end
    end
    return features, done -- done signals a change
end

--[[ldx--
<p>So far the specifyers. Now comes the real definer. Here we cache
based on id's. Here we also intercept the virtual font handler. Since
it evolved stepwise I may rewrite this bit (combine code).</p>

In the previously defined reader (the one resulting in a <l n='tfm'/>
table) we cached the (scaled) instances. Here we cache them again, but
this time based on id. We could combine this in one cache but this does
not gain much. By the way, passing id's back to in the callback was
introduced later in the development.</p>
--ldx]]--

define.last = nil

function define.register(fontdata,id)
    if fontdata and id then
        local hash = fontdata.hash
        if not tfm.internalized[hash] then
            if trace_defining then
                logs.report("define font","loading at 2 id %s, hash: %s",id or "?",hash or "?")
            end
            fonts.ids[id] = fontdata
            tfm.internalized[hash] = id
        end
    end
end

function define.registered(hash)
    local id = tfm.internalized[hash]
    return id, id and fonts.ids[id]
end

local cache_them = false

function tfm.make(specification)
    -- currently fonts are scaled while constructing the font, so we
    -- have to do scaling of commands in the vf at that point using
    -- e.g. "local scale = g.factor or 1" after all, we need to work
    -- with copies anyway and scaling needs to be done at some point;
    -- however, when virtual tricks are used as feature (makes more
    -- sense) we scale the commands in fonts.tfm.scale (and set the
    -- factor there)
    local fvm = define.methods[specification.features.vtf.preset]
    if fvm then
        return fvm(specification)
    else
        return nil
    end
end

function define.read(specification,size,id) -- id can be optional, name can already be table
    statistics.starttiming(fonts)
    if type(specification) == "string" then
        specification = define.analyze(specification,size)
    end
    local method = specification.method
    if method and define.specify[method] then
        specification = define.specify[method](specification)
    end
    specification = define.resolve(specification)
    local hash = tfm.hash_instance(specification)
    if cache_them then
        local fontdata = containers.read(fonts.cache(),hash) -- for tracing purposes
    end
    local fontdata = define.registered(hash) -- id
    if not fontdata then
        if specification.features.vtf and specification.features.vtf.preset then
            fontdata = tfm.make(specification)
        else
            fontdata = tfm.read(specification)
            if fontdata then
                tfm.check_virtual_id(fontdata)
            end
        end
        if cache_them then
            fontdata = containers.write(fonts.cache(),hash,fontdata) -- for tracing purposes
        end
        if fontdata then
            fontdata.hash = hash
            if id then
                define.register(fontdata,id)
            end
        end
    end
    define.last = fontdata or id -- todo ! ! ! ! !
    if not fontdata then
        logs.report("define font", "unknown font %s, loading aborted",specification.name)
    elseif trace_defining and type(fontdata) == "table" then
        logs.report("define font","using %s font with id %s, n:%s s:%s b:%s e:%s p:%s f:%s",
            fontdata.type          or "unknown",
            id                     or "?",
            fontdata.name          or "?",
            fontdata.size          or "default",
            fontdata.encodingbytes or "?",
            fontdata.encodingname  or "unicode",
            fontdata.fullname      or "?",
            file.basename(fontdata.filename or "?"))
    end
    statistics.stoptiming(fonts)
    return fontdata
end

function vf.find(name)
    name = file.removesuffix(file.basename(name))
    if tfm.resolve_vf then
        local format = fonts.logger.format(name)
        if format == 'tfm' or format == 'ofm' then
            if trace_defining then
                logs.report("define font","locating vf for %s",name)
            end
            return input.findbinfile(name,"ovf")
        else
            if trace_defining then
                logs.report("define font","vf for %s is already taken care of",name)
            end
            return nil -- ""
        end
    else
        if trace_defining then
            logs.report("define font","locating vf for %s",name)
        end
        return input.findbinfile(name,"ovf")
    end
end

--[[ldx--
<p>We overload both the <l n='tfm'/> and <l n='vf'/> readers.</p>
--ldx]]--

callback.register('define_font' , define.read)
callback.register('find_vf_file', vf.find    ) -- not that relevant any more

[-- Attachment #4: Type: text/plain, Size: 487 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  : https://foundry.supelec.fr/projects/contextrev/
wiki     : http://contextgarden.net
___________________________________________________________________________________

Re: new beta

[وفا خلیقی]

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

Thanks. But it still gives error and that is

 (/home/vafa/texmf/tex/luabidi/luabidi.sty) <luatex-fonts.lua loaded in
0.023 se

conds> ) (test.aux)

! Font \OT1/cmr/m/n/17.28=cmr17 at 17.28pt not loadable: metric data not
found

or bad.

<to be read again>

relax

l.10 \section{مقدمه}

 ?



The error is understanable. But can it be fixed in the .lua codes or I have
to write some macros to change this?


Thanks

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

[-- Attachment #2: Type: text/plain, Size: 487 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  : https://foundry.supelec.fr/projects/contextrev/
wiki     : http://contextgarden.net
___________________________________________________________________________________

Re: new beta

[Hans Hagen]

وفا خلیقی wrote:
> Thanks. So to use font-dum.lua, Should I have
> 
> \directlua {
> 
> dofile(kpse.find_file("fonts-dum.lua","tex"))

no, just put that file in tex/context/base as it is already loaded

-----------------------------------------------------------------
                                           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
-----------------------------------------------------------------
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[وفا خلیقی]

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

Thanks. So to use font-dum.lua, Should I have

\directlua {

dofile(kpse.find_file("fonts-dum.lua","tex"))

>
> }


?

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

[-- Attachment #2: Type: text/plain, Size: 487 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  : https://foundry.supelec.fr/projects/contextrev/
wiki     : http://contextgarden.net
___________________________________________________________________________________

Re: new beta

[Hans Hagen]

[-- Attachment #1: Type: text/plain, Size: 2252 bytes --]

وفا خلیقی wrote:
> Hi Hans
> 
> Thanks for the code so that we can use fonts in Plain and LaTeX.
> 
> I just had two questions
> 
> 1- I got the code from Khaled. How can I get the beta myself from your
> repository? I just joined ConTeXt mailing list.

in most cases it's the same as on the website (the ftp is low bandwidth 
so only used by a few)

http://www.pragma-ade.com/context/latest/cont-tmf.zip

> 2- Your code works fine but if in LaTeX, I compile a document like
> %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
> 
> \documentclass{article}
> 
> \pagedir TRT \bodydir TRT \pardir TRT \textdir TRT
> 
> \directlua {
> 
> dofile(kpse.find_file("luatex-fonts.lua","tex"))
> 
> }
> 
> \font\body=file:XBZar.ttf:mode=node;script=arab;language=ara;+init;+medi;+fina;+liga;+rlig;+mark;+mkmk
> at 14pt
> 
> \def\normalfont{\body}
> 
> \AtBeginDocument{\body}
> 
> \begin{document}
> 
> این یک آزمایش است که در حال وقوع است.
> 
> \section{مقدمه}
> 
> \end{document}
> 
> %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
> 
> 
> Then it gives this error
> 
> 
> ! LuaTeX error /home/vafa/texmf/tex/luatex-fonts/font-def.lua:337: attempt
> to c
> 
> all field 'read_from_afm' (a nil value).
> 
> <to be read again>

indeed, has to do with the fact that (since we use the xetex syntax 
there) we default to name lookups and those are tagged as afm while 
luatex-fonts does not have that code (does not make sense)

you can try the attached file (probably enough, else i have to send more)

as we're in transition to luatex 0.38 i cannot post a zip today (some 
fundamental math changes)

Hans

ps. keep in mind that the real advanced stuff with respect to fonts is 
context only although node mode should work ok in luatex-fonts (add 
mode=yes to the specification)

-----------------------------------------------------------------
                                           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
-----------------------------------------------------------------

[-- Attachment #2: font-dum.lua --]
[-- Type: text/x-lua, Size: 2340 bytes --]

if not modules then modules = { } end modules ['font-dum'] = {
    version   = 1.001,
    comment   = "companion to luatex-*.tex",
    author    = "Hans Hagen, PRAGMA-ADE, Hasselt NL",
    copyright = "PRAGMA ADE / ConTeXt Development Team",
    license   = "see context related readme files"
}

fonts = fonts or { }

-- general

fonts.otf.pack       = false
fonts.tfm.resolve_vf = false -- no sure about this

-- readers

fonts.tfm.readers          = fonts.tfm.readers or { }
fonts.tfm.readers.sequence = { 'otf', 'ttf', 'tfm' }
fonts.tfm.readers.afm      = nil

-- define

fonts.define = fonts.define or { }

--~ fonts.define.method = "tfm"

fonts.define.specify.colonized_default_lookup = "name"

function fonts.define.get_specification(str)
    return "", str, "", ":", str
end

-- logger

fonts.logger = fonts.logger or { }

function fonts.logger.save()
end

-- names

fonts.names = fonts.names or { }

fonts.names.basename   = "luatex-fonts-names.lua"
fonts.names.new_to_old = { }
fonts.names.old_to_new = { }

local data, loaded = nil, false

function fonts.names.resolve(name,sub)
    if not loaded then
        local basename = fonts.names.basename
        if basename and basename ~= "" then
            for _, format in ipairs { "lua", "tex", "other text files" } do
                local foundname = input.find_file(basename,format) or ""
                if foundname ~= "" then
                    data = dofile(foundname)
                    if data then
                        local d = {  }
                        for k, v in pairs(data.mapping) do
                            local t = v[1]
                            if t == "ttf" or t == "otf" or t == "ttc" then
                                d[k] = v
                            end
                        end
                        data.mapping = d
                    end
                    break
                end
            end
        end
        loaded = true
    end
    if type(data) == "table" and data.version == 1.07 then
        local condensed = string.gsub(name,"[^%a%d]","")
        local found = data.mapping and data.mapping[condensed]
        if found then
            local filename, is_sub = found[3], found[4]
            return filename, is_sub
        else
            return name, false -- fallback to filename
        end
    end
end

[-- Attachment #3: Type: text/plain, Size: 487 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  : https://foundry.supelec.fr/projects/contextrev/
wiki     : http://contextgarden.net
___________________________________________________________________________________

Re: new beta

[وفا خلیقی]

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

Hi Hans

Thanks for the code so that we can use fonts in Plain and LaTeX.

I just had two questions

1- I got the code from Khaled. How can I get the beta myself from your
repository? I just joined ConTeXt mailing list.

2- Your code works fine but if in LaTeX, I compile a document like
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%

\documentclass{article}

\pagedir TRT \bodydir TRT \pardir TRT \textdir TRT

\directlua {

dofile(kpse.find_file("luatex-fonts.lua","tex"))

}

\font\body=file:XBZar.ttf:mode=node;script=arab;language=ara;+init;+medi;+fina;+liga;+rlig;+mark;+mkmk
at 14pt

\def\normalfont{\body}

\AtBeginDocument{\body}

\begin{document}

این یک آزمایش است که در حال وقوع است.

\section{مقدمه}

\end{document}

%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%


Then it gives this error


! LuaTeX error /home/vafa/texmf/tex/luatex-fonts/font-def.lua:337: attempt
to c

all field 'read_from_afm' (a nil value).

<to be read again>

relax

l.16 \section{مقدمه}

 ?

Do you know how I can resolve this issue. The issue is when you use \section
and similarly when you use \chapter, \textbf, \begin{....}  \end{.....}


If I can resolve this, Then I will be writting a LaTeX interface for the
fonts.

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

[-- Attachment #2: Type: text/plain, Size: 487 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  : https://foundry.supelec.fr/projects/contextrev/
wiki     : http://contextgarden.net
___________________________________________________________________________________

Re: new beta

[Hans Hagen]

Ulrike Fischer wrote:
> Am Tue, 07 Apr 2009 12:09:04 +0200 schrieb Hans Hagen:
> 
>>> Loading luatex-fonts.lua inside a LaTeX document seems to work, but
>>> it looks as if it is not yet possible to add it to the format. I get
>>> errors when documentclasses call \normalsize. 
>> just load it runtime then, prepend it to everyjob or so is also an 
>> option; 
> 
> I had prepend it to everyjob. After some more testing I would say
> that the code disturbs the normal font loading of LaTeX (and perhaps
> also of plain, I haven't tried yet). There is no problem to use
> tfm's which have be loaded before the lua code is executed but each
> call for a new font in the document (even something like
> \font\testf=ptmr8t \testf abc) later gives an error like this:
> 
> ! LuaTeX error
> ..../PrivateDaten/cont-tmf/tex/context/base/font-def.lua:337: att
> empt to call field 'read_from_afm' (a nil value).
> <to be read again> 
>                    relax 
> l.100 \fontencoding\encodingdefault\selectfont
>                                               
> ? 
> ! Font \T1/cmr/m/n/10=ecrm1000 at 10pt not loadable: metric data not
> found or bad.

hm, looks like i need to disable afm

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
-----------------------------------------------------------------
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Ulrike Fischer]

Am Tue, 07 Apr 2009 12:09:04 +0200 schrieb Hans Hagen:

>> Loading luatex-fonts.lua inside a LaTeX document seems to work, but
>> it looks as if it is not yet possible to add it to the format. I get
>> errors when documentclasses call \normalsize. 
> 
> just load it runtime then, prepend it to everyjob or so is also an 
> option; 

I had prepend it to everyjob. After some more testing I would say
that the code disturbs the normal font loading of LaTeX (and perhaps
also of plain, I haven't tried yet). There is no problem to use
tfm's which have be loaded before the lua code is executed but each
call for a new font in the document (even something like
\font\testf=ptmr8t \testf abc) later gives an error like this:

! LuaTeX error
.../PrivateDaten/cont-tmf/tex/context/base/font-def.lua:337: att
empt to call field 'read_from_afm' (a nil value).
<to be read again> 
                   relax 
l.100 \fontencoding\encodingdefault\selectfont
                                              
? 
! Font \T1/cmr/m/n/10=ecrm1000 at 10pt not loadable: metric data not
found or bad.



-- 
Ulrike Fischer 

___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[luigi scarso]

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

On Tue, Apr 7, 2009 at 11:59 AM, Mojca Miklavec <
mojca.miklavec.lists@gmail.com> wrote:

> On Tue, Apr 7, 2009 at 11:02, Thomas A. Schmitz wrote:
> >
> > On Apr 6, 2009, at 3:11 PM, Mojca Miklavec wrote:
> >
> >> This has nothing to do with Hans' beta. See
> >>   http://thread.gmane.org/gmane.comp.tex.context/48892
> >> but I'm clueless. The binaries have been compiled on Debian Etch. Does
> >> pdfTeX work on your machine?
> >>
> >> Mojca
> >
> > Hi Mojca,
> >
> > I usually run a luatex binary I have compiled myself, but when I simply
> > tried to run the script to update the minimals, I got the same error as
> > Luigi, on Debian lenny.
> > Etch is really dated now, any chance to update?
>
> To be honest, it was the other way around: I was trying hard to find a
> chance to compile on *as old machine as possible*. Compiling on
> cutting-edge linux would be much more trivial than compiling on Debian
> Etch, but then Luigi comes and starts complaining that the binaries
> compiled on Taco's server (that runs a reasonably new linux) don't
> work on his distribution.
>
on one of my server -- my laptop is ok .
It's a bit messy situation , I understand.


>
> Since Taco promissed to change this library dependency this week, I
> would prefer to wait on his patch.

me too  -- I'm sure that this will disappear .

>
> On the other hand, since luatex is already almost-broken anyway,

???

> it
> might make less demage if we make it work on recent distributions than
> if we make it work on older distributions. I leave that decision to
> Taco.
>
I vote for recent distro (just my one cent )

-- 
luigi

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

[-- Attachment #2: Type: text/plain, Size: 487 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  : https://foundry.supelec.fr/projects/contextrev/
wiki     : http://contextgarden.net
___________________________________________________________________________________

Re: new beta

[Hans Hagen]

Ulrike Fischer wrote:
> Am Mon, 6 Apr 2009 16:41:47 -0400 (EDT) schrieb Aditya Mahajan:
> 
> 
>>>> There is also an experimental plain version (luatex-plain.tex which you
>>>> can rename to luatex.tex if needed). That gives you a plain tex with
>>>> stripped down context mkiv font support (only the minimal amount of lua
>>>> files are loaded). Some more info (also about generating the related
>>>> font database) can be found in in luatex-fonts.tex.
>>> I wanted to try the font support together with latex but I have
>>> problems to run mtxrun to build the font database.
>>>
>>> I'm not using the minimals or texlive but miktex. To use luatex I
>>> have made a small texmf tree and a texmf.cnf which includes my
>>> miktex texmf-trees. This works fine with normal files like tfm, sty
>>> etc. But my system seems not to find lua-files: mtxrun loads
>>> mtx-fonts.lua (which is in the same folder) but stops then and
>>> claims "file not found". Could you tell me which environment
>>> variable or texmf.cnf or whatever setting luatex/mtxrun use to track
>>> down lua-files?
>> Does your texmf.cnf set LUAINPUTS? If not, setting it to
>> $TEXMF/scripts/context/lua might help.
> 
> Luainputs was set, but I have some doubts that in the case of mtxrun
> (which I call via luatex --luaonly mtxrun..) texmf.cnf is really
> used as expected. In any case: I could generate the font name
> database by moving font-syn.lua in the same folder as mtxrun. 
> 
> Loading luatex-fonts.lua inside a LaTeX document seems to work, but
> it looks as if it is not yet possible to add it to the format. I get
> errors when documentclasses call \normalsize. 

just load it runtime then, prepend it to everyjob or so is also an 
option; anyway, the overhead of loading is 0.016 sec on my machine so it 
is neglectable

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
-----------------------------------------------------------------
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Mojca Miklavec]

On Tue, Apr 7, 2009 at 11:02, Thomas A. Schmitz wrote:
>
> On Apr 6, 2009, at 3:11 PM, Mojca Miklavec wrote:
>
>> This has nothing to do with Hans' beta. See
>>   http://thread.gmane.org/gmane.comp.tex.context/48892
>> but I'm clueless. The binaries have been compiled on Debian Etch. Does
>> pdfTeX work on your machine?
>>
>> Mojca
>
> Hi Mojca,
>
> I usually run a luatex binary I have compiled myself, but when I simply
> tried to run the script to update the minimals, I got the same error as
> Luigi, on Debian lenny.
> Etch is really dated now, any chance to update?

To be honest, it was the other way around: I was trying hard to find a
chance to compile on *as old machine as possible*. Compiling on
cutting-edge linux would be much more trivial than compiling on Debian
Etch, but then Luigi comes and starts complaining that the binaries
compiled on Taco's server (that runs a reasonably new linux) don't
work on his distribution.

Since Taco promissed to change this library dependency this week, I
would prefer to wait on his patch. If you have your own binary, just
comment out the rsync line in first-setup that updates the updater and
replace bin/texlua with your own luatex. (Unless you deleted the
distribuiton before, you now have a non-updated distribution rather
than a non-working one, so you can hopefully still compile the
documents.)

On the other hand, since luatex is already almost-broken anyway, it
might make less demage if we make it work on recent distributions than
if we make it work on older distributions. I leave that decision to
Taco.

Mojca
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[luigi scarso]

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

On Tue, Apr 7, 2009 at 11:02 AM, Thomas A. Schmitz <
thomas.schmitz@uni-bonn.de> wrote:

>
> On Apr 6, 2009, at 3:11 PM, Mojca Miklavec wrote:
>
>  This has nothing to do with Hans' beta. See
>>   http://thread.gmane.org/gmane.comp.tex.context/48892
>> but I'm clueless. The binaries have been compiled on Debian Etch. Does
>> pdfTeX work on your machine?
>>
>> Mojca
>>
>
> Hi Mojca,
>
> I usually run a luatex binary I have compiled myself, but when I simply
> tried to run the script to update the minimals, I got the same error as
> Luigi, on Debian lenny. Etch is really dated now, any chance to update? I
> assume the libstdc++ version on most Linux distros will be more recent:
> Debian is never on the cutting edge, and using an ancient version of Debian
> is unlikely to make things better...
>
It can happen on older systems (as a server of mine) :
but for example under Ubunto 8.04 -- my laptop --   I have installed
libstdc++5 easily and  there is no error.

Maybe you can try to  install libstdc++5 on you linux box too, should be not
a problem
(well, debian it's a bit hard-and-pure.... this is why now I like ubunto ) .

Anyway, as far I understand ,next release should be ok.

-- 
luigi

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

[-- Attachment #2: Type: text/plain, Size: 487 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  : https://foundry.supelec.fr/projects/contextrev/
wiki     : http://contextgarden.net
___________________________________________________________________________________

Re: new beta

[Ulrike Fischer]

Am Mon, 6 Apr 2009 16:41:47 -0400 (EDT) schrieb Aditya Mahajan:


>>> There is also an experimental plain version (luatex-plain.tex which you
>>> can rename to luatex.tex if needed). That gives you a plain tex with
>>> stripped down context mkiv font support (only the minimal amount of lua
>>> files are loaded). Some more info (also about generating the related
>>> font database) can be found in in luatex-fonts.tex.
>>
>> I wanted to try the font support together with latex but I have
>> problems to run mtxrun to build the font database.
>>
>> I'm not using the minimals or texlive but miktex. To use luatex I
>> have made a small texmf tree and a texmf.cnf which includes my
>> miktex texmf-trees. This works fine with normal files like tfm, sty
>> etc. But my system seems not to find lua-files: mtxrun loads
>> mtx-fonts.lua (which is in the same folder) but stops then and
>> claims "file not found". Could you tell me which environment
>> variable or texmf.cnf or whatever setting luatex/mtxrun use to track
>> down lua-files?
> 
> Does your texmf.cnf set LUAINPUTS? If not, setting it to
> $TEXMF/scripts/context/lua might help.

Luainputs was set, but I have some doubts that in the case of mtxrun
(which I call via luatex --luaonly mtxrun..) texmf.cnf is really
used as expected. In any case: I could generate the font name
database by moving font-syn.lua in the same folder as mtxrun. 

Loading luatex-fonts.lua inside a LaTeX document seems to work, but
it looks as if it is not yet possible to add it to the format. I get
errors when documentclasses call \normalsize. 



-- 
Ulrike Fischer 

___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Taco Hoekwater]

Thomas A. Schmitz wrote:
> I assume the libstdc++ version on most Linux distros will be more
> recent: Debian is never on the cutting edge, and using an ancient
> version of Debian is unlikely to make things better...

More recent is *bad*. libstdc++ is the *old one*.


___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Thomas A. Schmitz]

On Apr 6, 2009, at 3:11 PM, Mojca Miklavec wrote:

> This has nothing to do with Hans' beta. See
>    http://thread.gmane.org/gmane.comp.tex.context/48892
> but I'm clueless. The binaries have been compiled on Debian Etch. Does
> pdfTeX work on your machine?
>
> Mojca

Hi Mojca,

I usually run a luatex binary I have compiled myself, but when I  
simply tried to run the script to update the minimals, I got the same  
error as Luigi, on Debian lenny. Etch is really dated now, any chance  
to update? I assume the libstdc++ version on most Linux distros will  
be more recent: Debian is never on the cutting edge, and using an  
ancient version of Debian is unlikely to make things better...

All best

Thomas
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Aditya Mahajan]

On Mon, 6 Apr 2009, Ulrike Fischer wrote:

> Am Mon, 06 Apr 2009 12:50:12 +0200 schrieb Hans Hagen:
>
>
>> There is also an experimental plain version (luatex-plain.tex which you
>> can rename to luatex.tex if needed). That gives you a plain tex with
>> stripped down context mkiv font support (only the minimal amount of lua
>> files are loaded). Some more info (also about generating the related
>> font database) can be found in in luatex-fonts.tex.
>
> I wanted to try the font support together with latex but I have
> problems to run mtxrun to build the font database.
>
> I'm not using the minimals or texlive but miktex. To use luatex I
> have made a small texmf tree and a texmf.cnf which includes my
> miktex texmf-trees. This works fine with normal files like tfm, sty
> etc. But my system seems not to find lua-files: mtxrun loads
> mtx-fonts.lua (which is in the same folder) but stops then and
> claims "file not found". Could you tell me which environment
> variable or texmf.cnf or whatever setting luatex/mtxrun use to track
> down lua-files?

Does your texmf.cnf set LUAINPUTS? If not, setting it to
$TEXMF/scripts/context/lua might help.

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
___________________________________________________________________________________

Re: new beta

[Hans Hagen]

Ulrike Fischer wrote:
> Am Mon, 06 Apr 2009 12:50:12 +0200 schrieb Hans Hagen:
> 
> 
>> There is also an experimental plain version (luatex-plain.tex which you 
>> can rename to luatex.tex if needed). That gives you a plain tex with 
>> stripped down context mkiv font support (only the minimal amount of lua 
>> files are loaded). Some more info (also about generating the related 
>> font database) can be found in in luatex-fonts.tex.
> 
> I wanted to try the font support together with latex but I have
> problems to run mtxrun to build the font database.  
> 
> I'm not using the minimals or texlive but miktex. To use luatex I
> have made a small texmf tree and a texmf.cnf which includes my
> miktex texmf-trees. This works fine with normal files like tfm, sty
> etc. But my system seems not to find lua-files: mtxrun loads
> mtx-fonts.lua (which is in the same folder) but stops then and
> claims "file not found". Could you tell me which environment
> variable or texmf.cnf or whatever setting luatex/mtxrun use to track
> down lua-files?

luatools --generate
mtxrun --script fonts ....

if that does not work, you need a context installation

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
-----------------------------------------------------------------
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Yanrui Li]

2009/4/7 Hans Hagen <pragma@wxs.nl>:
> Yanrui Li wrote:
>>
>> 2009/4/6 Yanrui Li <liyanrui.m2@gmail.com>:
>>>
>>> 2009/4/6 Hans Hagen <pragma@wxs.nl>:
>>>>
>>>> Hi,
>>>>
>>>> I uploaded a new beta. Last week(ends) fixes are merged in.
>>>>
>>> Sorry for my noise. It seems that Chinese linebreak fails. Maybe
>>> \setscript[hanzi] doesn't work.
>>>
>
> fixed
>

Yes, it works again. Much obliged!

-- 
Best wishes,
Li Yanrui

* Gentoo Linux (~x86)
* ConTeXt Minimals Beta (2009.04.06 18:43)
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Ulrike Fischer]

Am Mon, 06 Apr 2009 12:50:12 +0200 schrieb Hans Hagen:


> There is also an experimental plain version (luatex-plain.tex which you 
> can rename to luatex.tex if needed). That gives you a plain tex with 
> stripped down context mkiv font support (only the minimal amount of lua 
> files are loaded). Some more info (also about generating the related 
> font database) can be found in in luatex-fonts.tex.

I wanted to try the font support together with latex but I have
problems to run mtxrun to build the font database.  

I'm not using the minimals or texlive but miktex. To use luatex I
have made a small texmf tree and a texmf.cnf which includes my
miktex texmf-trees. This works fine with normal files like tfm, sty
etc. But my system seems not to find lua-files: mtxrun loads
mtx-fonts.lua (which is in the same folder) but stops then and
claims "file not found". Could you tell me which environment
variable or texmf.cnf or whatever setting luatex/mtxrun use to track
down lua-files?

-- 
Ulrike Fischer 

___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Hans Hagen]

Yanrui Li wrote:
> 2009/4/6 Yanrui Li <liyanrui.m2@gmail.com>:
>> 2009/4/6 Hans Hagen <pragma@wxs.nl>:
>>> Hi,
>>>
>>> I uploaded a new beta. Last week(ends) fixes are merged in.
>>>
>> Sorry for my noise. It seems that Chinese linebreak fails. Maybe
>> \setscript[hanzi] doesn't work.
>>

fixed

-----------------------------------------------------------------
                                           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
-----------------------------------------------------------------
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Hans Hagen]

Yanrui Li wrote:
> 2009/4/6 Yanrui Li <liyanrui.m2@gmail.com>:
>> 2009/4/6 Hans Hagen <pragma@wxs.nl>:
>>> Hi,
>>>
>>> I uploaded a new beta. Last week(ends) fixes are merged in.
>>>
>> Sorry for my noise. It seems that Chinese linebreak fails. Maybe
>> \setscript[hanzi] doesn't work.

ok, i see the problem, will be solved asap

-----------------------------------------------------------------
                                           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
-----------------------------------------------------------------
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[luigi scarso]

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

On Mon, Apr 6, 2009 at 5:48 PM, Mojca Miklavec <
mojca.miklavec.lists@gmail.com> wrote:

> On Mon, Apr 6, 2009 at 17:26, luigi scarso wrote:
> >
> > texlua: error while loading shared libraries: libstdc++.so.5: cannot open
> shared object file: No such file or directory
> > As I wrote,
> > installation aborts on error in bin/texlua .
>
> OK, I understand why the binary in texmf-linux is still OK. Because
> you didn't manage to update it with the new one. If you have your own
> luatex binary, copy luatex into bin/texlua, disable updating bin
> folder, update ConTeXt and finally copy your own luatex binary over
> the one provided by the installation (texmf-linux/bin/luatex).
>
ok, but
the problem that first-setup.sh fails
does not disappears .



-- 
luigi

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

[-- Attachment #2: Type: text/plain, Size: 487 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  : https://foundry.supelec.fr/projects/contextrev/
wiki     : http://contextgarden.net
___________________________________________________________________________________

Re: new beta

[Mojca Miklavec]

On Mon, Apr 6, 2009 at 17:26, luigi scarso wrote:
>
> texlua: error while loading shared libraries: libstdc++.so.5: cannot open shared object file: No such file or directory
> As I wrote,
> installation aborts on error in bin/texlua .

OK, I understand why the binary in texmf-linux is still OK. Because
you didn't manage to update it with the new one. If you have your own
luatex binary, copy luatex into bin/texlua, disable updating bin
folder, update ConTeXt and finally copy your own luatex binary over
the one provided by the installation (texmf-linux/bin/luatex).

Mojca


Mojca
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[luigi scarso]

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

On Mon, Apr 6, 2009 at 5:02 PM, Mojca Miklavec <
mojca.miklavec.lists@gmail.com> wrote:

> On Mon, Apr 6, 2009 at 16:51, luigi scarso wrote:
> >
> > Ah, ok now I understand .
> >
> > The error was in
> > minimals/bin/texlua
> >
> > ldd texlua
> >         linux-gate.so.1 =>  (0x00266000)
> >         libstdc++.so.5 => not found
> >         libm.so.6 => /lib/libm.so.6 (0x00d82000)
> >         libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x0709a000)
> >         libc.so.6 => /lib/libc.so.6 (0x00101000)
> >         /lib/ld-linux.so.2 (0x004f5000)
> >
> > not in
> > minimals/tex/texmf-linux/bin/texlua
> >  ldd texlua
> >         linux-gate.so.1 =>  (0x00d1c000)
> >         libm.so.6 => /lib/libm.so.6 (0x00d82000)
> >         libc.so.6 => /lib/libc.so.6 (0x00101000)
> >         /lib/ld-linux.so.2 (0x004f5000)
> >
> > This error stops installation , I suppose .
>
> I don't understand. Both files have the same md5sum (as well as same
> size and timestamp of 31. March), 6b3ed056830bb3f7b2ac496f4909ab1f.
>
> Does the installation folder (bin) refresh when you update minimals
> (you can check by deleting everything inside bin :) :) :)?
>


./first-setup.sh
receiving file list ... done
bin/
bin/mtx-update.lua
bin/mtxrun
bin/texlua

sent 109 bytes  received 5204081 bytes  77099.11 bytes/sec
total size is 5203177  speedup is 1.00
texlua: error while loading shared libraries: libstdc++.so.5: cannot open
shared object file: No such file or directory

#ls -alR
.:
totale 8188
drwxr-xr-x  4 root  root     4096  6 apr 17:16 .
drwxr-xr-x 10 root  root     4096 26 mar 12:02 ..
drwxr-xr-x  2 root  root     4096 31 mar 17:09 bin
-rwxr-xr-x  1 luigi luigi    1659  3 nov 11:16 first-setup.sh


./bin:
totale 5108
drwxr-xr-x 2 root root    4096 31 mar 17:09 .
drwxr-xr-x 4 root root    4096  6 apr 17:16 ..
-rwxr-xr-x 1 root root  310125  6 apr 11:05 mtxrun
-rw-r--r-- 1 root root   19128  3 apr 13:44 mtx-update.lua
-rwxr-xr-x 1 root root 4873924 31 mar 17:09 texlua


As I wrote,
installation aborts on error in bin/texlua .


-- 
luigi

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

[-- Attachment #2: Type: text/plain, Size: 487 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  : https://foundry.supelec.fr/projects/contextrev/
wiki     : http://contextgarden.net
___________________________________________________________________________________

Re: new beta

[Mojca Miklavec]

On Mon, Apr 6, 2009 at 16:51, luigi scarso wrote:
>
> Ah, ok now I understand .
>
> The error was in
> minimals/bin/texlua
>
> ldd texlua
>         linux-gate.so.1 =>  (0x00266000)
>         libstdc++.so.5 => not found
>         libm.so.6 => /lib/libm.so.6 (0x00d82000)
>         libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x0709a000)
>         libc.so.6 => /lib/libc.so.6 (0x00101000)
>         /lib/ld-linux.so.2 (0x004f5000)
>
> not in
> minimals/tex/texmf-linux/bin/texlua
>  ldd texlua
>         linux-gate.so.1 =>  (0x00d1c000)
>         libm.so.6 => /lib/libm.so.6 (0x00d82000)
>         libc.so.6 => /lib/libc.so.6 (0x00101000)
>         /lib/ld-linux.so.2 (0x004f5000)
>
> This error stops installation , I suppose .

I don't understand. Both files have the same md5sum (as well as same
size and timestamp of 31. March), 6b3ed056830bb3f7b2ac496f4909ab1f.

Does the installation folder (bin) refresh when you update minimals
(you can check by deleting everything inside bin :) :) :)?

Mojca
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[luigi scarso]

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

On Mon, Apr 6, 2009 at 4:06 PM, Mojca Miklavec <
mojca.miklavec.lists@gmail.com> wrote:

> On Mon, Apr 6, 2009 at 15:18, luigi scarso wrote:
> >
> > On Mon, Apr 6, 2009 at 3:11 PM, Mojca Miklavec wrote:
> >>
> >> On Mon, Apr 6, 2009 at 14:55, luigi scarso wrote:
> >> >
> >> > texlua: error while loading shared libraries: libstdc++.so.5: cannot
> >> > open
> >> > shared object file: No such file or directory
> >> > Linux  2.6.15-1.2054_FC5smp #1 SMP Tue Mar 14 16:05:46 EST 2006 i686
> >> > i686
> >> > i386 GNU/Linux
> >> >
> >> > What's happened ?
> >>
> >> This has nothing to do with Hans' beta. See
> >>    http://thread.gmane.org/gmane.comp.tex.context/48892
> >> but I'm clueless. The binaries have been compiled on Debian Etch. Does
> >> pdfTeX work on your machine?
> >
> > I don't know -- with minimals
> > I use only  luatex
>
> You don't need to compile the documents to be able to test. Just run
>    pdftex --version
> (unless you excluded it already during the setup)
>
> You can still try to compile luatex yourself.
>
Ah, ok now I understand .

The error was in
minimals/bin/texlua

ldd texlua
        linux-gate.so.1 =>  (0x00266000)
        libstdc++.so.5 => not found
        libm.so.6 => /lib/libm.so.6 (0x00d82000)
        libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x0709a000)
        libc.so.6 => /lib/libc.so.6 (0x00101000)
        /lib/ld-linux.so.2 (0x004f5000)

not in
minimals/tex/texmf-linux/bin/texlua
 ldd texlua
        linux-gate.so.1 =>  (0x00d1c000)
        libm.so.6 => /lib/libm.so.6 (0x00d82000)
        libc.so.6 => /lib/libc.so.6 (0x00101000)
        /lib/ld-linux.so.2 (0x004f5000)

This error stops installation , I suppose .

-- 
luigi

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

[-- Attachment #2: Type: text/plain, Size: 487 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  : https://foundry.supelec.fr/projects/contextrev/
wiki     : http://contextgarden.net
___________________________________________________________________________________

Re: new beta

[Taco Hoekwater]

luigi scarso wrote:
> 
> 
> On Mon, Apr 6, 2009 at 3:27 PM, Taco Hoekwater <taco@elvenkind.com
> <mailto:taco@elvenkind.com>> wrote:
> 
> 
>     >
>     > ok --when will be next release ?
> 
>     Not today. 
> 
> this week ?
>  

yes, probably friday


___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Mojca Miklavec]

On Mon, Apr 6, 2009 at 15:18, luigi scarso wrote:
>
> On Mon, Apr 6, 2009 at 3:11 PM, Mojca Miklavec wrote:
>>
>> On Mon, Apr 6, 2009 at 14:55, luigi scarso wrote:
>> >
>> > texlua: error while loading shared libraries: libstdc++.so.5: cannot
>> > open
>> > shared object file: No such file or directory
>> > Linux  2.6.15-1.2054_FC5smp #1 SMP Tue Mar 14 16:05:46 EST 2006 i686
>> > i686
>> > i386 GNU/Linux
>> >
>> > What's happened ?
>>
>> This has nothing to do with Hans' beta. See
>>    http://thread.gmane.org/gmane.comp.tex.context/48892
>> but I'm clueless. The binaries have been compiled on Debian Etch. Does
>> pdfTeX work on your machine?
>
> I don't know -- with minimals
> I use only  luatex

You don't need to compile the documents to be able to test. Just run
    pdftex --version
(unless you excluded it already during the setup)

You can still try to compile luatex yourself.

Mojca
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[luigi scarso]

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

On Mon, Apr 6, 2009 at 3:27 PM, Taco Hoekwater <taco@elvenkind.com> wrote:

>
>
> luigi scarso wrote:
> >
> >
> > On Mon, Apr 6, 2009 at 3:16 PM, Taco Hoekwater <taco@elvenkind.com
> > <mailto:taco@elvenkind.com>> wrote:
> >
> >
> >
> >     Mojca Miklavec wrote:
> >     > On Mon, Apr 6, 2009 at 14:55, luigi scarso wrote:
> >     >> texlua: error while loading shared libraries: libstdc++.so.5:
> >     cannot open
> >     >> shared object file: No such file or directory
> >     >> Linux  2.6.15-1.2054_FC5smp #1 SMP Tue Mar 14 16:05:46 EST 2006
> >     i686 i686
> >     >> i386 GNU/Linux
> >     >>
> >     >> What's happened ?
> >     >
> >     > This has nothing to do with Hans' beta. See
> >     >     http://thread.gmane.org/gmane.comp.tex.context/48892
> >     > but I'm clueless. The binaries have been compiled on Debian Etch.
> Does
> >     > pdfTeX work on your machine?
> >
> >     You need a different cplusplus runtime. Look for a linux package
> named
> >     libstdc++5 or so something like that. Luatex 0.37 is using a dynamic
> >     stdc++ library (next version will be static again)
> >
> > ok --when will be next release ?
>
> Not today.

this week ?


> Just "yum install libstdc++5" (or yast or urpmi or whatever
> your flavour of linux uses)
>
yesiknowbuticant


-- 
luigi

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

[-- Attachment #2: Type: text/plain, Size: 487 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  : https://foundry.supelec.fr/projects/contextrev/
wiki     : http://contextgarden.net
___________________________________________________________________________________

Re: new beta

[Taco Hoekwater]

luigi scarso wrote:
> 
> 
> On Mon, Apr 6, 2009 at 3:16 PM, Taco Hoekwater <taco@elvenkind.com
> <mailto:taco@elvenkind.com>> wrote:
> 
> 
> 
>     Mojca Miklavec wrote:
>     > On Mon, Apr 6, 2009 at 14:55, luigi scarso wrote:
>     >> texlua: error while loading shared libraries: libstdc++.so.5:
>     cannot open
>     >> shared object file: No such file or directory
>     >> Linux  2.6.15-1.2054_FC5smp #1 SMP Tue Mar 14 16:05:46 EST 2006
>     i686 i686
>     >> i386 GNU/Linux
>     >>
>     >> What's happened ?
>     >
>     > This has nothing to do with Hans' beta. See
>     >     http://thread.gmane.org/gmane.comp.tex.context/48892
>     > but I'm clueless. The binaries have been compiled on Debian Etch. Does
>     > pdfTeX work on your machine?
> 
>     You need a different cplusplus runtime. Look for a linux package named
>     libstdc++5 or so something like that. Luatex 0.37 is using a dynamic
>     stdc++ library (next version will be static again)
> 
> ok --when will be next release ?

Not today. Just "yum install libstdc++5" (or yast or urpmi or whatever
your flavour of linux uses)

Best wishes,
Taco
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[luigi scarso]

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

On Mon, Apr 6, 2009 at 3:16 PM, Taco Hoekwater <taco@elvenkind.com> wrote:

>
>
> Mojca Miklavec wrote:
> > On Mon, Apr 6, 2009 at 14:55, luigi scarso wrote:
> >> texlua: error while loading shared libraries: libstdc++.so.5: cannot
> open
> >> shared object file: No such file or directory
> >> Linux  2.6.15-1.2054_FC5smp #1 SMP Tue Mar 14 16:05:46 EST 2006 i686
> i686
> >> i386 GNU/Linux
> >>
> >> What's happened ?
> >
> > This has nothing to do with Hans' beta. See
> >     http://thread.gmane.org/gmane.comp.tex.context/48892
> > but I'm clueless. The binaries have been compiled on Debian Etch. Does
> > pdfTeX work on your machine?
>
> You need a different cplusplus runtime. Look for a linux package named
> libstdc++5 or so something like that. Luatex 0.37 is using a dynamic
> stdc++ library (next version will be static again)
>
ok --when will be next release ?

-- 
luigi

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

[-- Attachment #2: Type: text/plain, Size: 487 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  : https://foundry.supelec.fr/projects/contextrev/
wiki     : http://contextgarden.net
___________________________________________________________________________________

Re: new beta

[luigi scarso]

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

On Mon, Apr 6, 2009 at 3:11 PM, Mojca Miklavec <
mojca.miklavec.lists@gmail.com> wrote:

> On Mon, Apr 6, 2009 at 14:55, luigi scarso wrote:
> >
> > texlua: error while loading shared libraries: libstdc++.so.5: cannot open
> > shared object file: No such file or directory
> > Linux  2.6.15-1.2054_FC5smp #1 SMP Tue Mar 14 16:05:46 EST 2006 i686 i686
> > i386 GNU/Linux
> >
> > What's happened ?
>
> This has nothing to do with Hans' beta. See
>    http://thread.gmane.org/gmane.comp.tex.context/48892
> but I'm clueless. The binaries have been compiled on Debian Etch. Does
> pdfTeX work on your machine?

I don't know -- with minimals
I use only  luatex

-- 
luigi

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

[-- Attachment #2: Type: text/plain, Size: 487 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  : https://foundry.supelec.fr/projects/contextrev/
wiki     : http://contextgarden.net
___________________________________________________________________________________

Re: new beta

[Taco Hoekwater]

Mojca Miklavec wrote:
> On Mon, Apr 6, 2009 at 14:55, luigi scarso wrote:
>> texlua: error while loading shared libraries: libstdc++.so.5: cannot open
>> shared object file: No such file or directory
>> Linux  2.6.15-1.2054_FC5smp #1 SMP Tue Mar 14 16:05:46 EST 2006 i686 i686
>> i386 GNU/Linux
>>
>> What's happened ?
> 
> This has nothing to do with Hans' beta. See
>     http://thread.gmane.org/gmane.comp.tex.context/48892
> but I'm clueless. The binaries have been compiled on Debian Etch. Does
> pdfTeX work on your machine?

You need a different cplusplus runtime. Look for a linux package named
libstdc++5 or so something like that. Luatex 0.37 is using a dynamic
stdc++ library (next version will be static again)

Best wishes,
Taco
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Mojca Miklavec]

On Mon, Apr 6, 2009 at 14:55, luigi scarso wrote:
>
> texlua: error while loading shared libraries: libstdc++.so.5: cannot open
> shared object file: No such file or directory
> Linux  2.6.15-1.2054_FC5smp #1 SMP Tue Mar 14 16:05:46 EST 2006 i686 i686
> i386 GNU/Linux
>
> What's happened ?

This has nothing to do with Hans' beta. See
    http://thread.gmane.org/gmane.comp.tex.context/48892
but I'm clueless. The binaries have been compiled on Debian Etch. Does
pdfTeX work on your machine?

Mojca
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[luigi scarso]

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

On Mon, Apr 6, 2009 at 12:50 PM, Hans Hagen <pragma@wxs.nl> wrote:

> Hi,
>
> I uploaded a new beta. Last week(ends) fixes are merged in.
>
> There is also an experimental plain version (luatex-plain.tex which you can
> rename to luatex.tex if needed). That gives you a plain tex with stripped
> down context mkiv font support (only the minimal amount of lua files are
> loaded). Some more info (also about generating the related font database)
> can be found in in luatex-fonts.tex. Of course it's no replacement or
> context but it seems to work ok (we occasionally need plain tex for
> testing). It's also not related to the upcoming layered context (aka
> metatex).
>
> Hans
>
>
>

texlua: error while loading shared libraries: libstdc++.so.5: cannot open
shared object file: No such file or directory
Linux  2.6.15-1.2054_FC5smp #1 SMP Tue Mar 14 16:05:46 EST 2006 i686 i686
i386 GNU/Linux

What's happened ?
-- 
luigi

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

[-- Attachment #2: Type: text/plain, Size: 487 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  : https://foundry.supelec.fr/projects/contextrev/
wiki     : http://contextgarden.net
___________________________________________________________________________________

Re: new beta

[Yanrui Li]

[-- Attachment #1: Type: text/plain, Size: 394 bytes --]

2009/4/6 Yanrui Li <liyanrui.m2@gmail.com>:
> 2009/4/6 Hans Hagen <pragma@wxs.nl>:
>> Hi,
>>
>> I uploaded a new beta. Last week(ends) fixes are merged in.
>>
>
> Sorry for my noise. It seems that Chinese linebreak fails. Maybe
> \setscript[hanzi] doesn't work.
>

The attachment is my test example.

-- 
Best wishes,
Li Yanrui

* Gentoo Linux (~x86)
* ConTeXt Minimals Beta (2009.03.30 18:28)

[-- Attachment #2: example.tar.gz --]
[-- Type: application/x-gzip, Size: 40185 bytes --]

[-- Attachment #3: Type: text/plain, Size: 487 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  : https://foundry.supelec.fr/projects/contextrev/
wiki     : http://contextgarden.net
___________________________________________________________________________________

Re: new beta

[Yanrui Li]

2009/4/6 Hans Hagen <pragma@wxs.nl>:
> Hi,
>
> I uploaded a new beta. Last week(ends) fixes are merged in.
>

Sorry for my noise. It seems that Chinese linebreak fails. Maybe
\setscript[hanzi] doesn't work.

-- 
Best wishes,
Li Yanrui

* Gentoo Linux (~x86)
* ConTeXt Minimals Beta (2009.04.06 12:23)
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Wolfgang Schuster]

Am 06.04.2009 um 14:22 schrieb Hans Hagen:

> Wolfgang Schuster wrote:
>> Am 06.04.2009 um 12:50 schrieb Hans Hagen:
>>> Hi,
>>>
>>> I uploaded a new beta. Last week(ends) fixes are merged in.
>> Fonts are only loaded when they are set with the filename,  
>> fontnames are ignored.
>> \definefont[minionfile][file:MinionPro-Regular*default]
>> \definefont[minionname][name:MinionPro-Regular*default]
>> \starttext
>> {\minionfile Minion Pro} % works
>> {\minionname Minion Pro} % fails
>> \stoptext
>
> hopefully fixed

Yes, it works.

Wolfgang

___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Hans Hagen]

Wolfgang Schuster wrote:
> 
> Am 06.04.2009 um 12:50 schrieb Hans Hagen:
> 
>> Hi,
>>
>> I uploaded a new beta. Last week(ends) fixes are merged in.
> 
> Fonts are only loaded when they are set with the filename, fontnames are 
> ignored.
> 
> \definefont[minionfile][file:MinionPro-Regular*default]
> \definefont[minionname][name:MinionPro-Regular*default]
> 
> \starttext
> {\minionfile Minion Pro} % works
> 
> {\minionname Minion Pro} % fails
> \stoptext

hopefully fixed

-----------------------------------------------------------------
                                           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
-----------------------------------------------------------------
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Wolfgang Schuster]

Am 06.04.2009 um 12:50 schrieb Hans Hagen:

> Hi,
>
> I uploaded a new beta. Last week(ends) fixes are merged in.

Fonts are only loaded when they are set with the filename, fontnames  
are ignored.

\definefont[minionfile][file:MinionPro-Regular*default]
\definefont[minionname][name:MinionPro-Regular*default]

\starttext
{\minionfile Minion Pro} % works

{\minionname Minion Pro} % fails
\stoptext

Wolfgang

___________________________________________________________________________________
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
___________________________________________________________________________________

new beta

[Hans Hagen]

Hi,

I uploaded a new beta. Last week(ends) fixes are merged in.

There is also an experimental plain version (luatex-plain.tex which you 
can rename to luatex.tex if needed). That gives you a plain tex with 
stripped down context mkiv font support (only the minimal amount of lua 
files are loaded). Some more info (also about generating the related 
font database) can be found in in luatex-fonts.tex. Of course it's no 
replacement or context but it seems to work ok (we occasionally need 
plain tex for testing). It's also not related to the upcoming layered 
context (aka metatex).

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
-----------------------------------------------------------------
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Aditya Mahajan]

On Sat, 28 Mar 2009, Wolfgang Schuster wrote:

>
> Am 28.03.2009 um 01:03 schrieb Aditya Mahajan:
>
>> On Fri, 27 Mar 2009, Hans Hagen wrote:
>> 
>>> anyhow, i tried to fix the font issue so there is a new attempt uploaded
>> 
>> Another bug...
>> 
>> \usemodule[abr-01]
>> \starttext
>> \CONTEXT
>> \stoptext
>> 
>> gives
>> 
>> ! Missing } inserted.
>> <inserted text>
>>               }
>> <to be read again>
>>                  \dostopattributes
>> \processsort ...s {\??so #1}\c!style \c!color {#2}
>>                                                 \endgroup
>> \executesort ...}{#2}{#3}\processsort {#1}{#3}{#2}
>>                                                 \endgroup \getvalue 
>> {\??so...
>> l.3 \CONTEXT
>> 
>> I couldn't figure out what is wrong.
>
> Smallcaps did not work in start/stopattributes, use 
> \setupsorting[logo][style=\tx\WORD]

Thanks. I just switched to abr-02 :)

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
___________________________________________________________________________________

Re: new beta

[Wolfgang Schuster]

Am 28.03.2009 um 01:03 schrieb Aditya Mahajan:

> On Fri, 27 Mar 2009, Hans Hagen wrote:
>
>> anyhow, i tried to fix the font issue so there is a new attempt  
>> uploaded
>
> Another bug...
>
> \usemodule[abr-01]
> \starttext
> \CONTEXT
> \stoptext
>
> gives
>
> ! Missing } inserted.
> <inserted text>
>                }
> <to be read again>
>                   \dostopattributes
> \processsort ...s {\??so #1}\c!style \c!color {#2}
>                                                  \endgroup
> \executesort ...}{#2}{#3}\processsort {#1}{#3}{#2}
>                                                  \endgroup \getvalue  
> {\??so...
> l.3 \CONTEXT
>
> I couldn't figure out what is wrong.

Smallcaps did not work in start/stopattributes, use \setupsorting[logo] 
[style=\tx\WORD]

Wolfgang

___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Aditya Mahajan]

On Fri, 27 Mar 2009, Hans Hagen wrote:

> anyhow, i tried to fix the font issue so there is a new attempt uploaded

Another bug...

\usemodule[abr-01]
\starttext
\CONTEXT
\stoptext

gives

! Missing } inserted.
<inserted text>
                 }
<to be read again>
                    \dostopattributes
\processsort ...s {\??so #1}\c!style \c!color {#2}
                                                   \endgroup
\executesort ...}{#2}{#3}\processsort {#1}{#3}{#2}
                                                   \endgroup \getvalue 
{\??so...
l.3 \CONTEXT

I couldn't figure out what is wrong.

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
___________________________________________________________________________________

Re: new beta

[Hans Hagen]

Diego Depaoli wrote:
> 2009/3/26 Hans Hagen <pragma@wxs.nl>:
>> new beta with some of todays patches
> Many thanks, columnset issue was fixed.
> Which luatex version I need to run xp?
> 
> context --make xp gives
> 
> ! Undefined control sequence.
> l.23 \catcode`B=\@@begingroup

weird

anyhow, i tried to fix the font issue so there is a new attempt uploaded

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
-----------------------------------------------------------------
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Yanrui Li]

2009/3/27 Yanrui Li <liyanrui.m2@gmail.com>:
> 2009/3/27 Hans Hagen <pragma@wxs.nl>:
>> new beta with some of todays patches
>> --
>
> Hi,
>
> Now if I use Chinese fonts with this beta, sizes of character is all
> same. The test example is as shown in attachment.
>

Sorry, I forgot to put up My test file:

\usetypescriptfile[zhfonts]
\usetypescript[serif][times]
\usetypescript[sans][helvetica]
\usetypescript[mono][courier]
\usetypescript[myfont]
\setupbodyfont[myfont,rm,11pt]

\setuphead[chapter][style=\tfc]

\starttext

\chapter{中文 Test}

{\tf 中文 test \tfa 中文 test \tfb 中文 test \tfc 中文 test \tfd 中文 test}

\stoptext

>
>>
>> -----------------------------------------------------------------
>>                                          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
>> -----------------------------------------------------------------
>> ___________________________________________________________________________________
>> 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
>> ___________________________________________________________________________________
>>
>
> --
> Best wishes,
> Li Yanrui
>
> * Gentoo Linux (~x86)
> * ConTeXt Minimals Beta (2009.03.26 23:36)
>



-- 
Best wishes,
Li Yanrui

* Gentoo Linux (~x86)
* ConTeXt Minimals Beta (2009.03.26 23:36)
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Yanrui Li]

[-- Attachment #1: Type: text/plain, Size: 1307 bytes --]

2009/3/27 Hans Hagen <pragma@wxs.nl>:
> new beta with some of todays patches
> --

Hi,

Now if I use Chinese fonts with this beta, sizes of character is all
same. The test example is as shown in attachment.


>
> -----------------------------------------------------------------
>                                          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
> -----------------------------------------------------------------
> ___________________________________________________________________________________
> 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
> ___________________________________________________________________________________
>

-- 
Best wishes,
Li Yanrui

* Gentoo Linux (~x86)
* ConTeXt Minimals Beta (2009.03.26 23:36)

[-- Attachment #2: test.tar.gz --]
[-- Type: application/x-gzip, Size: 6113 bytes --]

[-- Attachment #3: Type: text/plain, Size: 487 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  : https://foundry.supelec.fr/projects/contextrev/
wiki     : http://contextgarden.net
___________________________________________________________________________________

Re: new beta

[Diego Depaoli]

2009/3/26 Hans Hagen <pragma@wxs.nl>:
> new beta with some of todays patches
Many thanks, columnset issue was fixed.
Which luatex version I need to run xp?

context --make xp gives

! Undefined control sequence.
l.23 \catcode`B=\@@begingroup

This is LuaTeX, Version snapshot-0.36.0-2009032423

Cheers
-- 
Diego Depaoli
___________________________________________________________________________________
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
___________________________________________________________________________________

new beta

[Hans Hagen]

new beta with some of todays patches
-- 

-----------------------------------------------------------------
                                           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
-----------------------------------------------------------------
___________________________________________________________________________________
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
___________________________________________________________________________________

new beta

[Hans Hagen]

Hi,

this weeks beta ...

-- a couple of bug fixes, some are still pending

-- the context script can recognize files for mkii (first line 
directive) and listens to --pdftex and --xetex; it still calls texexec 
but this method can replace the texmfstart call (mtxrun is faster); it 
also permits integration in an editor (so that one command is used for 
all engines)

-- there is an --update option to the context command (which will 
install the latest version from the website); don't confuse this with a 
garden minimnal update (i will gradually move all ruby goodies to lua)

-- i'm currently working on the new structure macro so if there are 
problems, let me know;


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
-----------------------------------------------------------------
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Hans Hagen]

Aditya Mahajan wrote:

> Same problem with \hat. Both \hat and \tilde work fine with cambria and 
> asana (asana gives funny wide accents). Non otf math fonts---lm, times, 
> and palatino---give wrong behaviour. Antykwa and iwona do not give an 
> accent at all, but that may be due to missing virual font.

maybe using the texttilde etc works better (needs a change in char-def) 
but then cambria might not woek ok



-----------------------------------------------------------------
                                           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
-----------------------------------------------------------------
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Aditya Mahajan]

On Fri, 20 Mar 2009, Hans Hagen wrote:

> Yanrui Li wrote:
>> 2009/3/17 Hans Hagen <pragma@wxs.nl>:
>>> Hi,
>>> 
>>> In the process of a major cleanup and code split I uploaded a beta. Some
>>> important changes are:
>>> 
>>> - initialization code is ready for upcoming luatex
>>> - language files have been cleaned up
>>> - core-<table stuff> is renamed to tabl-<table stuff>
>>> - several changes in file names and splits of files
>>> - for those using helpers, in mkiv now syst-aux is the place to look
>>> - some non used files removed
>>> - some speedup of helper macros (only in mkiv)
>>> 
>>> On Taco and my machine test docs come out right but there might be 
>>> problems
>>> left (no tricky new things so solvable fast).
>>> 
>> 
>> The tilde sign is not right, eg:
>> 
>> \starttext
>> 
>> $\tilde{X}$
>> 
>> \stoptext
>> 
>> I got the result  as shown in attachment.
>
> looks like a bug in the lm fonts (reported as such)
>
> (top_accent calculation in mkiv look ok but the tilde has zero width)

Same problem with \hat. Both \hat and \tilde work fine with cambria and 
asana (asana gives funny wide accents). Non otf math fonts---lm, times, 
and palatino---give wrong behaviour. Antykwa and iwona do not give an 
accent at all, but that may be due to missing virual font.

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
___________________________________________________________________________________

Re: new beta

[Hans Hagen]

Yanrui Li wrote:
> 2009/3/17 Hans Hagen <pragma@wxs.nl>:
>> Hi,
>>
>> In the process of a major cleanup and code split I uploaded a beta. Some
>> important changes are:
>>
>> - initialization code is ready for upcoming luatex
>> - language files have been cleaned up
>> - core-<table stuff> is renamed to tabl-<table stuff>
>> - several changes in file names and splits of files
>> - for those using helpers, in mkiv now syst-aux is the place to look
>> - some non used files removed
>> - some speedup of helper macros (only in mkiv)
>>
>> On Taco and my machine test docs come out right but there might be problems
>> left (no tricky new things so solvable fast).
>>
> 
> The tilde sign is not right, eg:
> 
> \starttext
> 
> $\tilde{X}$
> 
> \stoptext
> 
> I got the result  as shown in attachment.

looks like a bug in the lm fonts (reported as such)

(top_accent calculation in mkiv look ok but the tilde has zero width)

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
-----------------------------------------------------------------
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Hans Hagen]

Thomas Floeren wrote:
> Hi,
> 
> when I use enco-fde or -ffr (others not tried) I get an error with the beta
> from 19.3.:
> 
> 
> %coding: utf-8
> \enableregime[utf]
> \mainlanguage[de]
> \useencoding[fde]
> % \useencoding[ffr]
> 
> \starttext
> blabla
> \stoptext

ok, fixed (keep in mind that in mkiv we no longer have this hackery as 
there are other ways)

-----------------------------------------------------------------
                                           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
-----------------------------------------------------------------
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Thomas Floeren]

Hi,

when I use enco-fde or -ffr (others not tried) I get an error with the beta
from 19.3.:


%coding: utf-8
\enableregime[utf]
\mainlanguage[de]
\useencoding[fde]
% \useencoding[ffr]

\starttext
blabla
\stoptext


ConTeXt  ver: 2009.03.19 10:04 MKII  fmt: 2009.3.the\normalday   int:
english/e
nglish

[...]

encoding: coding fde is loaded
(c:/Programme/texlive/2008/../texmf-local/tex/context/base/enco-fde.tex
! Missing { inserted.
<to be read again> 
                   }
\dosetlanguagespecifics ...languagespecifics [#2]}
                                                  \ifdim \wd \scratchbox
>\z...

\next2 ...Z}\installcompoundcharacter "S {SS}}{#1}
                                                  \doprocesscommaitem 
\doprocesscommalist ...item \gobbleoneargument #1,
                                                  ]\relax \global \advance
\...
l.38 \stoplanguagespecifics
                           
?  

Greetings
Thomas


-----Ursprüngliche Nachricht-----
Von: ntg-context-bounces@ntg.nl [mailto:ntg-context-bounces@ntg.nl] Im
Auftrag von Hans Hagen
Gesendet: Dienstag, 17. März 2009 11:49
An: mailing list for ConTeXt users
Betreff: [NTG-context] new beta

Hi,

In the process of a major cleanup and code split I uploaded a beta. Some
important changes are:

- initialization code is ready for upcoming luatex
- language files have been cleaned up
- core-<table stuff> is renamed to tabl-<table stuff>
- several changes in file names and splits of files
- for those using helpers, in mkiv now syst-aux is the place to look
- some non used files removed
- some speedup of helper macros (only in mkiv)

On Taco and my machine test docs come out right but there might be problems
left (no tricky new things so solvable fast).


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
-----------------------------------------------------------------
____________________________________________________________________________
_______
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
____________________________________________________________________________
_______

___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Wolfgang Schuster]

On Tue, Mar 17, 2009 at 11:49 AM, Hans Hagen <pragma@wxs.nl> wrote:
> Hi,
>
> In the process of a major cleanup and code split I uploaded a beta. Some
> important changes are:

The fallback code for \getcheckedparameter in MkII did not work

\def\setvalidparameterkeys{\gobbleparameters}
\def\addvalidparameterkeys{\gobbleparameters}

would solve the problem.

Wolfgang
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Yanrui Li]

[-- Attachment #1: Type: text/plain, Size: 1878 bytes --]

2009/3/17 Hans Hagen <pragma@wxs.nl>:
> Hi,
>
> In the process of a major cleanup and code split I uploaded a beta. Some
> important changes are:
>
> - initialization code is ready for upcoming luatex
> - language files have been cleaned up
> - core-<table stuff> is renamed to tabl-<table stuff>
> - several changes in file names and splits of files
> - for those using helpers, in mkiv now syst-aux is the place to look
> - some non used files removed
> - some speedup of helper macros (only in mkiv)
>
> On Taco and my machine test docs come out right but there might be problems
> left (no tricky new things so solvable fast).
>

The tilde sign is not right, eg:

\starttext

$\tilde{X}$

\stoptext

I got the result  as shown in attachment.

>
> 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
> -----------------------------------------------------------------
> ___________________________________________________________________________________
> 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
> ___________________________________________________________________________________
>



-- 
Best wishes,
Li Yanrui

* Gentoo Linux (~x86)
* ConTeXt Minimals Beta (2009.03.06 18:45)

[-- Attachment #2: test.pdf --]
[-- Type: application/pdf, Size: 5168 bytes --]

[-- Attachment #3: Type: text/plain, Size: 487 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  : https://foundry.supelec.fr/projects/contextrev/
wiki     : http://contextgarden.net
___________________________________________________________________________________

Re: new beta

[Hans Hagen]

Aditya Mahajan wrote:
> On Thu, 19 Mar 2009, Hans Hagen wrote:
> 
>> Yue Wang wrote:
>>> {\bf x} in math mode still gives me regular
>>
>> if so this is because no bold math alphabet is defined; in mkiv we use 
>> the unicode model and bf refers to the bold math alphabet
> 
> \bi works for math bold italic letters. Symbols need to be worked on.

with in the unicode spec, that is

boldmath is a different thing ... that actually demands complete bold 
math fonts (not even cambria offers that)


-----------------------------------------------------------------
                                           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
-----------------------------------------------------------------
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Aditya Mahajan]

On Thu, 19 Mar 2009, Hans Hagen wrote:

> Yue Wang wrote:
>> {\bf x} in math mode still gives me regular
>
> if so this is because no bold math alphabet is defined; in mkiv we use the 
> unicode model and bf refers to the bold math alphabet

\bi works for math bold italic letters. Symbols need to be worked on.

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
___________________________________________________________________________________

Re: new beta

[Hans Hagen]

Yue Wang wrote:
> {\bf x} in math mode still gives me regular

if so this is because no bold math alphabet is defined; in mkiv we use 
the unicode model and bf refers to the bold math alphabet

-----------------------------------------------------------------
                                           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
-----------------------------------------------------------------
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Yue Wang]

{\bf x} in math mode still gives me regular

On Tue, Mar 17, 2009 at 6:49 PM, Hans Hagen <pragma@wxs.nl> wrote:
> Hi,
>
> In the process of a major cleanup and code split I uploaded a beta. Some
> important changes are:
>
> - initialization code is ready for upcoming luatex
> - language files have been cleaned up
> - core-<table stuff> is renamed to tabl-<table stuff>
> - several changes in file names and splits of files
> - for those using helpers, in mkiv now syst-aux is the place to look
> - some non used files removed
> - some speedup of helper macros (only in mkiv)
>
> On Taco and my machine test docs come out right but there might be problems
> left (no tricky new things so solvable fast).
>
>
> 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
> -----------------------------------------------------------------
> ___________________________________________________________________________________
> 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
> ___________________________________________________________________________________
>
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Thomas A. Schmitz]

On Mar 19, 2009, at 10:08 AM, Hans Hagen wrote:

> hm, works ok here
>
> i uploaded a new beta ... once this one is installed, successive  
> upgrades (unzipping tmf file) should trigger auto-format generation  
> at a next run ... only tested here
>
> Hans
Yup, works here too now; thanks! Oh, and it's a very nice spring day  
here in Germany, sun is shining, birds are singing - wouldn't it be  
the perfect day to implement --pdfarrange and --pdfcombine switches  
into the context script :-)

Thomas
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Hans Hagen]

Thomas A. Schmitz wrote:
> 
> On Mar 17, 2009, at 11:49 AM, Hans Hagen wrote:
> 
>> Hi,
>>
>> In the process of a major cleanup and code split I uploaded a beta. 
>> Some important changes are:
>>
>> - initialization code is ready for upcoming luatex
>> - language files have been cleaned up
>> - core-<table stuff> is renamed to tabl-<table stuff>
>> - several changes in file names and splits of files
>> - for those using helpers, in mkiv now syst-aux is the place to look
>> - some non used files removed
>> - some speedup of helper macros (only in mkiv)
>>
>> On Taco and my machine test docs come out right but there might be 
>> problems left (no tricky new things so solvable fast).
>>
>>
>> Hans
> 
> Hi Hans,
> 
> trying to make the xp format, I get this error:
> 
> (/Users/tas/context/tex/texmf-context/tex/context/base/mult-ini.mkiv
> loading : Context Multilingual Macros / Initialization
> ! Undefined control sequence.
> l.824   {\the\normalyear
>                          .\the\normalmonth.\the\normalday}

hm, works ok here

i uploaded a new beta ... once this one is installed, successive 
upgrades (unzipping tmf file) should trigger auto-format generation at a 
next run ... only tested here

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
-----------------------------------------------------------------
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Thomas A. Schmitz]

On Mar 17, 2009, at 11:49 AM, Hans Hagen wrote:

> Hi,
>
> In the process of a major cleanup and code split I uploaded a beta.  
> Some important changes are:
>
> - initialization code is ready for upcoming luatex
> - language files have been cleaned up
> - core-<table stuff> is renamed to tabl-<table stuff>
> - several changes in file names and splits of files
> - for those using helpers, in mkiv now syst-aux is the place to look
> - some non used files removed
> - some speedup of helper macros (only in mkiv)
>
> On Taco and my machine test docs come out right but there might be  
> problems left (no tricky new things so solvable fast).
>
>
> Hans

Hi Hans,

trying to make the xp format, I get this error:

(/Users/tas/context/tex/texmf-context/tex/context/base/mult-ini.mkiv
loading : Context Multilingual Macros / Initialization
! Undefined control sequence.
l.824   {\the\normalyear
                          .\the\normalmonth.\the\normalday}

with the beta from 2009.03.18 21:58

Thomas
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Peter Rolf]

Hans Hagen schrieb:
> Peter Rolf wrote:
>> Hans Hagen schrieb:
>>> Hi,
>>>
>>> In the process of a major cleanup and code split I uploaded a beta. 
>>> Some important changes are:
>>>
>>> - initialization code is ready for upcoming luatex
>>> - language files have been cleaned up
>>> - core-<table stuff> is renamed to tabl-<table stuff>
>>> - several changes in file names and splits of files
>>> - for those using helpers, in mkiv now syst-aux is the place to look
>>> - some non used files removed
>>> - some speedup of helper macros (only in mkiv)
>>>
>>> On Taco and my machine test docs come out right but there might be 
>>> problems left (no tricky new things so solvable fast).
>>>
>> maybe you should have noticed, that you need the latest (still warm 
>> from compilation) luatex for this...
>>
>> anyhow, there is a small problem with colors in mkii.
>>
>> \setupcolors[state=start]
>> \starttext
>> \red
>> \showcolorcomponents[red,green,blue]
>> \stoptext
>>
>>
>> the global color \red messes up the values in the 
>> \showcolorcomponents output. no such problem with mkiv.
>
> use \setupcolors[textcolor=red] as \red does some nasty auto grouping 
> which in your case has side effects
>
ok, good to know. but it was no example from the real world anyway.

> -----------------------------------------------------------------
>                                           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
> -----------------------------------------------------------------
> ___________________________________________________________________________________ 
>
> 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
> ___________________________________________________________________________________ 
>
>


-- 
  "Es ist doch ein Trost,
   das Geldgier manchmal blöd macht."

             - Kottan in "Kottan ermittelt", Folge 9: "Die Einteilung" -



___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Hans Hagen]

Peter Rolf wrote:
> Hans Hagen schrieb:
>> Hi,
>>
>> In the process of a major cleanup and code split I uploaded a beta. 
>> Some important changes are:
>>
>> - initialization code is ready for upcoming luatex
>> - language files have been cleaned up
>> - core-<table stuff> is renamed to tabl-<table stuff>
>> - several changes in file names and splits of files
>> - for those using helpers, in mkiv now syst-aux is the place to look
>> - some non used files removed
>> - some speedup of helper macros (only in mkiv)
>>
>> On Taco and my machine test docs come out right but there might be 
>> problems left (no tricky new things so solvable fast).
>>
> maybe you should have noticed, that you need the latest (still warm from 
> compilation) luatex for this...
> 
> anyhow, there is a small problem with colors in mkii.
> 
> \setupcolors[state=start]
> \starttext
> \red
> \showcolorcomponents[red,green,blue]
> \stoptext
> 
> 
> the global color \red messes up the values in the \showcolorcomponents 
> output. no such problem with mkiv.

use \setupcolors[textcolor=red] as \red does some nasty auto grouping 
which in your case has side effects

-----------------------------------------------------------------
                                           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
-----------------------------------------------------------------
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Peter Rolf]

Hans Hagen schrieb:
> Hi,
>
> In the process of a major cleanup and code split I uploaded a beta. 
> Some important changes are:
>
> - initialization code is ready for upcoming luatex
> - language files have been cleaned up
> - core-<table stuff> is renamed to tabl-<table stuff>
> - several changes in file names and splits of files
> - for those using helpers, in mkiv now syst-aux is the place to look
> - some non used files removed
> - some speedup of helper macros (only in mkiv)
>
> On Taco and my machine test docs come out right but there might be 
> problems left (no tricky new things so solvable fast).
>
maybe you should have noticed, that you need the latest (still warm from 
compilation) luatex for this...

anyhow, there is a small problem with colors in mkii.

\setupcolors[state=start]
\starttext
\red
\showcolorcomponents[red,green,blue]
\stoptext


the global color \red messes up the values in the \showcolorcomponents 
output. no such problem with mkiv.

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
> -----------------------------------------------------------------
> ___________________________________________________________________________________ 
>
> 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
> ___________________________________________________________________________________ 
>
>


-- 
  "Es ist doch ein Trost,
   das Geldgier manchmal blöd macht."

             - Kottan in "Kottan ermittelt", Folge 9: "Die Einteilung" -



___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Hans Hagen]

Alan Stone wrote:
> On Tue, Mar 17, 2009 at 11:49 AM, Hans Hagen <pragma@wxs.nl> wrote:
> 
>> Hi,
>>
>> In the process of a major cleanup and code split I uploaded a beta. Some
>> important changes are:
>>
>> - initialization code is ready for upcoming luatex
>> - language files have been cleaned up
>> - core-<table stuff> is renamed to tabl-<table stuff>
>> - several changes in file names and splits of files
>> - for those using helpers, in mkiv now syst-aux is the place to look
> 
> 
> what are helpers ?

\doifelse cum suis

(there are also some obscure ones that might go away some day, maybe we 
should make a list of those used by users)

>> - some non used files removed
>> - some speedup of helper macros (only in mkiv)
>  
> what are helper macros useful for ?

well, they play a role in the user interface so the faster they run the 
better (and since we now only use engines that have etex, i'm removing 
traces of non-etex variants, at least in mkiv)

for instance, in mkiv, the typescript parsing should be faster now, but 
not all documents use that extensively; if you have 1000 (sub)section 
titles grabbing args is also a bit faster

in general, saving some .05 second on 10000 calls for such helpers is 
not much but it adds up (and in mkiv we need that because other tasks 
take more time)

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
-----------------------------------------------------------------
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Alan Stone]

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

On Tue, Mar 17, 2009 at 11:49 AM, Hans Hagen <pragma@wxs.nl> wrote:

> Hi,
>
> In the process of a major cleanup and code split I uploaded a beta. Some
> important changes are:
>
> - initialization code is ready for upcoming luatex
> - language files have been cleaned up
> - core-<table stuff> is renamed to tabl-<table stuff>
> - several changes in file names and splits of files
> - for those using helpers, in mkiv now syst-aux is the place to look


what are helpers ?


> - some non used files removed
> - some speedup of helper macros (only in mkiv)


what are helper macros useful for ?


> On Taco and my machine test docs come out right but there might be problems
> left (no tricky new things so solvable fast).
>
>
> Hans

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

[-- Attachment #2: Type: text/plain, Size: 487 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  : https://foundry.supelec.fr/projects/contextrev/
wiki     : http://contextgarden.net
___________________________________________________________________________________

new beta

[Hans Hagen]

Hi,

In the process of a major cleanup and code split I uploaded a beta. Some 
important changes are:

- initialization code is ready for upcoming luatex
- language files have been cleaned up
- core-<table stuff> is renamed to tabl-<table stuff>
- several changes in file names and splits of files
- for those using helpers, in mkiv now syst-aux is the place to look
- some non used files removed
- some speedup of helper macros (only in mkiv)

On Taco and my machine test docs come out right but there might be 
problems left (no tricky new things so solvable fast).


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
-----------------------------------------------------------------
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: New beta

[Hans Hagen]

Wolfgang Schuster wrote:

> That's what to to my mind too but I need this also in my module because
> I need backbard compatibility for TeXLive (older MkIV and MkII), I have now:
> 
> \ifx\enablecheckparameters\undefined
>   \let\setvalidparameterkeys\gobbleparameters
>   \def\getcheckedparameters[#1]{\getparameters}
> \fi

ok, i'll add dummies to a new mult-chk.mkii

-----------------------------------------------------------------
                                           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
-----------------------------------------------------------------
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: New beta

[Wolfgang Schuster]

On Fri, Mar 13, 2009 at 5:54 PM, Hans Hagen <pragma@wxs.nl> wrote:
> Wolfgang Schuster wrote:
>>
>> On Fri, Mar 13, 2009 at 3:56 PM, Hans Hagen <pragma@wxs.nl> wrote:
>>
>>> \getcheckedparameters[MyTest][MyNamespace][a=1,b=2,c=3,d=4,crap=whatever]
>>
>> How should we deal with the different \getparameters in our macros.
>>
>> I played with your code and have for the moment the following setup
>> command in my module:
>>
>> \def\dosetupcorrespondencesection[#1][#2][#3][#4]%
>>  {\ifx\enablecheckparameters\undefined
>>     \getparameters[#2#3][#4]%
>>   \else
>>     \getcheckedparameters[#2#3][#2#3][#4]%
>>   \fi}
>
> we can make a dummy for mkii, like:
>
> \def\getcheckedparameters[#1]{\getparameters}

That's what to to my mind too but I need this also in my module because
I need backbard compatibility for TeXLive (older MkIV and MkII), I have now:

\ifx\enablecheckparameters\undefined
  \let\setvalidparameterkeys\gobbleparameters
  \def\getcheckedparameters[#1]{\getparameters}
\fi

Wolfgang
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: New beta

[Hans Hagen]

Wolfgang Schuster wrote:
> On Fri, Mar 13, 2009 at 3:56 PM, Hans Hagen <pragma@wxs.nl> wrote:
> 
>> \getcheckedparameters[MyTest][MyNamespace][a=1,b=2,c=3,d=4,crap=whatever]
> 
> How should we deal with the different \getparameters in our macros.
> 
> I played with your code and have for the moment the following setup
> command in my module:
> 
> \def\dosetupcorrespondencesection[#1][#2][#3][#4]%
>   {\ifx\enablecheckparameters\undefined
>      \getparameters[#2#3][#4]%
>    \else
>      \getcheckedparameters[#2#3][#2#3][#4]%
>    \fi}

we can make a dummy for mkii, like:

\def\getcheckedparameters[#1]{\getparameters}

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
-----------------------------------------------------------------
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: New beta

[Wolfgang Schuster]

On Fri, Mar 13, 2009 at 3:56 PM, Hans Hagen <pragma@wxs.nl> wrote:

> \getcheckedparameters[MyTest][MyNamespace][a=1,b=2,c=3,d=4,crap=whatever]

How should we deal with the different \getparameters in our macros.

I played with your code and have for the moment the following setup
command in my module:

\def\dosetupcorrespondencesection[#1][#2][#3][#4]%
  {\ifx\enablecheckparameters\undefined
     \getparameters[#2#3][#4]%
   \else
     \getcheckedparameters[#2#3][#2#3][#4]%
   \fi}

Wolfgang
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: New beta

[Hans Hagen]

Thomas A. Schmitz wrote:

> error, no format found with name: %s    nil
> /Users/tas/context/tex/texmf-osx-intel/bin/mtxrun:8439: bad argument #2 
> to 'format' (string expected, got nil)

ok, thanks, will fix it



-----------------------------------------------------------------
                                           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
-----------------------------------------------------------------
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: New beta

[Hans Hagen]

Thomas A. Schmitz wrote:

> arranging. What is easier, i.e. for what should I pester you more: 
> fixing texexec or adding that functionality to context?

the second

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
-----------------------------------------------------------------
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: New beta

[Thomas A. Schmitz]

On Mar 13, 2009, at 3:56 PM, Hans Hagen wrote:

> since you're in 'latest mode' ... here is an experimental feature  
> that you can test in the mkiv version of your modules

I'm always in "latest mode," I'm a classicist :-)

But just so I can plan ahead (as soon as I have a working mkiv again):  
in 4 weeks, I will have to write and print my lecture notes every week  
again; they're written in xml. Compiling with texexec --lua --env=foo  
bar.xml was broken. Compiling with context --environment=foo bar.xml  
works, but doesn't give me all the functionality I need, in particular  
arranging. What is easier, i.e. for what should I pester you more:  
fixing texexec or adding that functionality to context?

Thomas
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: New beta

[Thomas A. Schmitz]

On Mar 13, 2009, at 3:58 PM, Hans Hagen wrote:

> hard to trace that one ... can you oatch that function to
>
> function input.report(fmt,...) -- for scripts too
> print(fmt,...)
>    if input_locate or input.verbose then
>        logs.report(input.banner or "report",format(fmt,...))
>    end
> end
>
> and see what is printed just before the error
>

Sure, here comes:

loading %s for %s from %s	configuration	/Users/tas/context/tex/texmf/ 
web2c	/Users/tas/context/tex/texmf-cache/luatex-cache/context/ 
408a90c432ceda2c1e4a80ad5d0e5350/trees/168418f5ffa37b7a35ee75166c53fe90
locating list of %s	/Users/tas/texmf
locating list of %s	/Users/tas/context/tex/texmf-project
locating list of %s	/Users/tas/context/tex/texmf-fonts
locating list of %s	/Users/tas/context/tex/texmf-local
locating list of %s	/Users/tas/context/tex/texmf-context
locating list of %s	/Users/tas/context/tex/texmf-extra
locating list of %s	/Users/tas/context/tex/texmf
loading %s for %s from %s	files	/Users/tas/texmf	/Users/tas/context/ 
tex/texmf-cache/luatex-cache/context/408a90c432ceda2c1e4a80ad5d0e5350/ 
trees/6c6d363ba334cc9643ab529fdff3dfbb
loading %s for %s from %s	files	/Users/tas/context/tex/texmf-context	/ 
Users/tas/context/tex/texmf-cache/luatex-cache/context/ 
408a90c432ceda2c1e4a80ad5d0e5350/trees/c7d6f21309753a25b2c2a7daaf686e02
loading %s for %s from %s	files	/Users/tas/context/tex/texmf	/Users/ 
tas/context/tex/texmf-cache/luatex-cache/context/ 
408a90c432ceda2c1e4a80ad5d0e5350/trees/a96a2abbf6ced6f6e8f835b0c3751892
loading %s for %s from %s	configuration	/Users/tas/context/tex/texmf/ 
web2c	/Users/tas/context/tex/texmf-cache/luatex-cache/context/ 
408a90c432ceda2c1e4a80ad5d0e5350/trees/168418f5ffa37b7a35ee75166c53fe90
MtxRun | loading configuration for /Users/tas/context/tex/texmf/web2c  
from /Users/tas/context/tex/texmf-cache/luatex-cache/context/ 
408a90c432ceda2c1e4a80ad5d0e5350/trees/168418f5ffa37b7a35ee75166c53fe90
error, no format found with name: %s	nil
/Users/tas/context/tex/texmf-osx-intel/bin/mtxrun:8439: bad argument  
#2 to 'format' (string expected, got nil)

___________________________________________________________________________________
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
___________________________________________________________________________________

Re: New beta

[Hans Hagen]

Thomas A. Schmitz wrote:
> 
> On Mar 13, 2009, at 3:37 PM, Hans Hagen wrote:
> 
>> ah .. new luatex needed, i'll make a tem pworkaround
>>
> Hmm, OK, I took today's trunk and now can generate the formats, but 
> still no joy:
> 
> MtxRun | loading configuration for /Users/tas/context/tex/texmf/web2c 
> from 
> /Users/tas/context/tex/texmf-cache/luatex-cache/context/408a90c432ceda2c1e4a80ad5d0e5350/trees/168418f5ffa37b7a35ee75166c53fe90 
> 
> /Users/tas/context/tex/texmf-osx-intel/bin/mtxrun:8438: bad argument #2 
> to 'format' (string expected, got nil)

hard to trace that one ... can you oatch that function to

function input.report(fmt,...) -- for scripts too
print(fmt,...)
     if input_locate or input.verbose then
         logs.report(input.banner or "report",format(fmt,...))
     end
end

and see what is printed just before the error


-----------------------------------------------------------------
                                           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
-----------------------------------------------------------------
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: New beta

[Hans Hagen]

Hi Thomas,

> in latest:

since you're in 'latest mode' ... here is an experimental feature that 
you can test in the mkiv version of your modules

\starttext

\startbuffer
 
\getcheckedparameters[MyTest][MyNamespace][a=1,b=2,c=3,d=4,crap=whatever]

     \MyNamespacea\quad
     \MyNamespaceb\quad
     \MyNamespacec\quad
     \MyNamespaced\quad
     crap is \ifdefined\MyNamespacecrap\else un\fi defined
\stopbuffer

\enablecheckparameters

\setvalidparameterkeys[MyTest][a,b,c,d] \getbuffer \par
\addvalidparameterkeys[MyTest][crap]    \getbuffer \par

\stoptext

in due time we can add such testing to all mkiv commands but then we get 
the key info from the xml database

technically we can check for values as well, but since for many commands
values can be anything tex, we'd get too many errors reported so only 
keys can be checked

when enabled this checker also intercept spaces as in a = b but not 
trailing spaces (i.e. before the comma or ]) because that would break 
compatibility with for instance label settings and such

the overhead of this mechanism if small (some .1 sec on 10K calls)

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
-----------------------------------------------------------------
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: New beta

[Thomas A. Schmitz]

On Mar 13, 2009, at 3:37 PM, Hans Hagen wrote:

> ah .. new luatex needed, i'll make a tem pworkaround
>
Hmm, OK, I took today's trunk and now can generate the formats, but  
still no joy:

MtxRun | loading configuration for /Users/tas/context/tex/texmf/web2c  
from /Users/tas/context/tex/texmf-cache/luatex-cache/context/ 
408a90c432ceda2c1e4a80ad5d0e5350/trees/168418f5ffa37b7a35ee75166c53fe90
/Users/tas/context/tex/texmf-osx-intel/bin/mtxrun:8438: bad argument  
#2 to 'format' (string expected, got nil)

Thomas
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: New beta

[Hans Hagen]

Thomas A. Schmitz wrote:
> 
> On Mar 13, 2009, at 12:00 PM, Thomas A. Schmitz wrote:
> 
>> I don't know what's going wrong, but I also get the problem again. It 
>> worked the other day, but today, even with the fixed mtx-metatex.lua, 
>> I get the error again. Hans?
>>
>> Thomas
> 
> Hi Hans,
> 
> in latest:
> 
> context/tex/texmf-context/tex/context/base/syst-aux.tex
> ! Undefined control sequence.
> l.490 \suppressifcsnameerror
>                              = 1

ah .. new luatex needed, i'll make a tem pworkaround


-----------------------------------------------------------------
                                           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
-----------------------------------------------------------------
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: New beta

[Thomas A. Schmitz]

On Mar 13, 2009, at 12:00 PM, Thomas A. Schmitz wrote:

> I don't know what's going wrong, but I also get the problem again.  
> It worked the other day, but today, even with the fixed mtx- 
> metatex.lua, I get the error again. Hans?
>
> Thomas

Hi Hans,

in latest:

context/tex/texmf-context/tex/context/base/syst-aux.tex
! Undefined control sequence.
l.490 \suppressifcsnameerror
                              = 1

Thomas
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: New beta

[Thomas A. Schmitz]

On Mar 12, 2009, at 2:20 AM, Jesse Alama wrote:

>>>> Why not
>>>> local command = string.format("luatex --fmt=%s --lua=%s  %s",
>>>>               string.quote(formatfile), string.quote(scriptfile),
>>>> string.quote(filename))
>>>
>>> Good catch! Looks like this fixed it for me!
>> ok, fixed
>
> I just re-ran first-setup.sh to update the minimals, but the problem
> persists:
>
> $ context slides.tex
> MtxRun | loading configuration for /Users/alama/context/tex/texmf/ 
> web2c from /Users/alama/context/tex/texmf-cache/luatex-cache/context/ 
> 61795f339930e48e135cbda2bb1b1ded/trees/ 
> f0b428a6867a004b015f446bf6f0bb6e
> /Users/alama/context/tex/texmf-osx-intel/bin/mtxrun:8438: bad  
> argument #2 to 'format' (string expected, got nil)
>
> Jesse

I don't know what's going wrong, but I also get the problem again. It  
worked the other day, but today, even with the fixed mtx-metatex.lua,  
I get the error again. Hans?

Thomas
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: New beta

[Jesse Alama]

Hans Hagen <pragma@wxs.nl> writes:

> Thomas A. Schmitz wrote:
>>
>> On Mar 11, 2009, at 12:17 AM, luigi scarso wrote:
>>
>>> Is
>>> local command = string.format("luatex --fmt=%s --lua=%  %s",
>>>                string.quote(formatfile), string.quote(scriptfile),
>>> string.quote(filename))
>>>
>>>
>>> correct ?
>>>
>>> Why not
>>> local command = string.format("luatex --fmt=%s --lua=%s  %s",
>>>                string.quote(formatfile), string.quote(scriptfile),
>>> string.quote(filename))
>>
>> Good catch! Looks like this fixed it for me!
> ok, fixed

I just re-ran first-setup.sh to update the minimals, but the problem
persists:

$ context slides.tex
MtxRun | loading configuration for /Users/alama/context/tex/texmf/web2c from /Users/alama/context/tex/texmf-cache/luatex-cache/context/61795f339930e48e135cbda2bb1b1ded/trees/f0b428a6867a004b015f446bf6f0bb6e
/Users/alama/context/tex/texmf-osx-intel/bin/mtxrun:8438: bad argument #2 to 'format' (string expected, got nil)

Jesse

-- 
Jesse Alama (alama@stanford.edu)

___________________________________________________________________________________
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
___________________________________________________________________________________

Re: New beta

[Hans Hagen]

Thomas A. Schmitz wrote:
> 
> On Mar 11, 2009, at 12:17 AM, luigi scarso wrote:
> 
>> Is
>> local command = string.format("luatex --fmt=%s --lua=%  %s",
>>                string.quote(formatfile), string.quote(scriptfile),
>> string.quote(filename))
>>
>>
>> correct ?
>>
>> Why not
>> local command = string.format("luatex --fmt=%s --lua=%s  %s",
>>                string.quote(formatfile), string.quote(scriptfile),
>> string.quote(filename))
> 
> Good catch! Looks like this fixed it for me!
ok, fixed

-----------------------------------------------------------------
                                           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
-----------------------------------------------------------------
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: New beta

[luigi scarso]

On Wed, Mar 11, 2009 at 6:41 AM, Thomas A. Schmitz
<thomas.schmitz@uni-bonn.de> wrote:
>
> On Mar 11, 2009, at 12:17 AM, luigi scarso wrote:
>
>> Is
>> local command = string.format("luatex --fmt=%s --lua=%  %s",
>>               string.quote(formatfile), string.quote(scriptfile),
>> string.quote(filename))
>>
>>
>> correct ?
>>
>> Why not
>> local command = string.format("luatex --fmt=%s --lua=%s  %s",
>>               string.quote(formatfile), string.quote(scriptfile),
>> string.quote(filename))
>
> Good catch! Looks like this fixed it for me!
>
> Thanks Luigi.
hmm
now
$>context test.tex
MtxRun | loading configuration for
/opt/luatex/minimals-beta/tex/texmf/web2c from
/opt/luatex/minimals-beta/tex/texmf-cache/luatex-cache/context/e2d590ed08d5bb7ce264a85c7599601d/trees/e9e4d7636cf4b26ea90087f897dde4ca
MtxRun | running command: luatex
--fmt="/opt/luatex/minimals-beta/tex/texmf-cache/luatex-cache/context/e2d590ed08d5bb7ce264a85c7599601d/formats/metatex"
--lua="/opt/luatex/minimals-beta/tex/texmf-cache/luatex-cache/context/e2d590ed08d5bb7ce264a85c7599601d/formats/metatex.lua"
 "test.tex"
This is LuaTeX, Version snapshot-0.35.0
(test.tex
! Undefined control sequence.
l.1 \starttext
               hello\stoptext

-- 
luigi
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: New beta

[Thomas A. Schmitz]

On Mar 11, 2009, at 12:17 AM, luigi scarso wrote:

> Is
> local command = string.format("luatex --fmt=%s --lua=%  %s",
>                string.quote(formatfile), string.quote(scriptfile),
> string.quote(filename))
>
>
> correct ?
>
> Why not
> local command = string.format("luatex --fmt=%s --lua=%s  %s",
>                string.quote(formatfile), string.quote(scriptfile),
> string.quote(filename))

Good catch! Looks like this fixed it for me!

Thanks Luigi.

Thomas
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: New beta

[Jesse Alama]

"Thomas A. Schmitz" <thomas.schmitz@uni-bonn.de> writes:

> On Mar 10, 2009, at 11:32 PM, Hans Hagen wrote:
>
>>> OK, for a change, I now get a different error:
>>> MtxRun | loading configuration for /Users/tas/context/tex/texmf/
>>> web2c from /Users/tas/context/tex/texmf-cache/luatex-cache/context/
>>> 408a90c432ceda2c1e4a80ad5d0e5350/trees/
>>> 168418f5ffa37b7a35ee75166c53fe90 /Users/tas/context/tex/texmf-osx-
>>> intel/bin/mtxrun:8438: bad argument #2 to 'format' (string
>>> expected, got nil)
>>> but the format has been successfully created, AFAICS. Btw, I just
>>> compiled
>>> luatex --version
>>> This is LuaTeX, Version snapshot-0.36.0-2009031020, build 1979
>>
>> i uploaded a new zip
>>
>>
> Still the same error.

Same for me.

-- 
Jesse Alama (alama@stanford.edu)

___________________________________________________________________________________
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
___________________________________________________________________________________

Re: New beta

[luigi scarso]

On Tue, Mar 10, 2009 at 11:47 PM, Thomas A. Schmitz
<thomas.schmitz@uni-bonn.de> wrote:
>
> On Mar 10, 2009, at 11:32 PM, Hans Hagen wrote:
>
>>> OK, for a change, I now get a different error:
>>> MtxRun | loading configuration for /Users/tas/context/tex/texmf/web2c
>>> from
>>> /Users/tas/context/tex/texmf-cache/luatex-cache/context/408a90c432ceda2c1e4a80ad5d0e5350/trees/168418f5ffa37b7a35ee75166c53fe90
>>> /Users/tas/context/tex/texmf-osx-intel/bin/mtxrun:8438: bad argument #2 to
>>> 'format' (string expected, got nil)
>>> but the format has been successfully created, AFAICS. Btw, I just
>>> compiled
>>> luatex --version
>>> This is LuaTeX, Version snapshot-0.36.0-2009031020, build 1979
>>
>> i uploaded a new zip
>>
>>
> Still the same error.


Around line 64 of mtx-metatex.lua


  local formatfile, scriptfile = input.locate_format("metatex")
        if formatfile and scriptfile then
            local command = string.format("luatex --fmt=%s --lua=%  %s",
                string.quote(formatfile), string.quote(scriptfile),
string.quote(filename))
            input.report("running command: %s",command)
            os.spawn(command)

Is
local command = string.format("luatex --fmt=%s --lua=%  %s",
                string.quote(formatfile), string.quote(scriptfile),
string.quote(filename))


correct ?

Why not
local command = string.format("luatex --fmt=%s --lua=%s  %s",
                string.quote(formatfile), string.quote(scriptfile),
string.quote(filename))


-- 
luigi
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: New beta

[Thomas A. Schmitz]

On Mar 10, 2009, at 11:32 PM, Hans Hagen wrote:

>> OK, for a change, I now get a different error:
>> MtxRun | loading configuration for /Users/tas/context/tex/texmf/ 
>> web2c from /Users/tas/context/tex/texmf-cache/luatex-cache/context/ 
>> 408a90c432ceda2c1e4a80ad5d0e5350/trees/ 
>> 168418f5ffa37b7a35ee75166c53fe90 /Users/tas/context/tex/texmf-osx- 
>> intel/bin/mtxrun:8438: bad argument #2 to 'format' (string  
>> expected, got nil)
>> but the format has been successfully created, AFAICS. Btw, I just  
>> compiled
>> luatex --version
>> This is LuaTeX, Version snapshot-0.36.0-2009031020, build 1979
>
> i uploaded a new zip
>
>
Still the same error.

Thomas
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: New beta

[Hans Hagen]

Thomas A. Schmitz wrote:
> 
> On Mar 10, 2009, at 11:03 PM, Hans Hagen wrote:
> 
>> mtxrun --selfupdate
>> luatools --selfupdate
>>
> OK, for a change, I now get a different error:
> 
> MtxRun | loading configuration for /Users/tas/context/tex/texmf/web2c 
> from 
> /Users/tas/context/tex/texmf-cache/luatex-cache/context/408a90c432ceda2c1e4a80ad5d0e5350/trees/168418f5ffa37b7a35ee75166c53fe90 
> 
> /Users/tas/context/tex/texmf-osx-intel/bin/mtxrun:8438: bad argument #2 
> to 'format' (string expected, got nil)
> 
> but the format has been successfully created, AFAICS. Btw, I just compiled
> 
> luatex --version
> This is LuaTeX, Version snapshot-0.36.0-2009031020, build 1979

i uploaded a new zip



-----------------------------------------------------------------
                                           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
-----------------------------------------------------------------
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: New beta

[Thomas A. Schmitz]

On Mar 10, 2009, at 11:03 PM, Hans Hagen wrote:

> mtxrun --selfupdate
> luatools --selfupdate
>
OK, for a change, I now get a different error:

MtxRun | loading configuration for /Users/tas/context/tex/texmf/web2c  
from /Users/tas/context/tex/texmf-cache/luatex-cache/context/ 
408a90c432ceda2c1e4a80ad5d0e5350/trees/168418f5ffa37b7a35ee75166c53fe90
/Users/tas/context/tex/texmf-osx-intel/bin/mtxrun:8438: bad argument  
#2 to 'format' (string expected, got nil)

but the format has been successfully created, AFAICS. Btw, I just  
compiled

luatex --version
This is LuaTeX, Version snapshot-0.36.0-2009031020, build 1979

Thomas
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: New beta

[Hans Hagen]

luigi scarso wrote:
> On Tue, Mar 10, 2009 at 11:03 PM, Hans Hagen <pragma@wxs.nl> wrote:
>> Thomas A. Schmitz wrote:
>>> On Mar 10, 2009, at 8:45 PM, Wolfgang Schuster wrote:
>>>
>>>> No problems on my side so far, did it help to update the scripts.
>>>>
>>>> Wolfgang
>>> Interesting. I just checked, and I get the same error on linux and OS X.
>>> Minimals, updated to 2009.03.08 23:41.
>> mtxrun --selfupdate
>> luatools --selfupdate
> hmm
> 
> $> ./first-setup.sh
> $> cd tex ; . setuptex ; cd ..
> $> mtxrun --selfupdate
> $> luatools --selfupdate
> $> luatools --generate
> $>context test.tex
> MtxRun | loading configuration for
> /opt/luatex/minimals-beta/tex/texmf/web2c from
> /opt/luatex/minimals-beta/tex/texmf-cache/luatex-cache/context/e2d590ed08d5bb7ce264a85c7599601d/trees/e9e4d7636cf4b26ea90087f897dde4ca
> ....ex/texmf-context/scripts/context/lua/mtx-metatex.lua:64: invalid
> option '%%' to 'format'

just to be sure i'll make a new zip

(btw, metatex is not that important, it's a prelude to a 'minimal' 
luatex-mplib system with basic font support for experiments and but it 
will not be ready that soon)

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
-----------------------------------------------------------------
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: New beta

[luigi scarso]

On Tue, Mar 10, 2009 at 11:03 PM, Hans Hagen <pragma@wxs.nl> wrote:
> Thomas A. Schmitz wrote:
>>
>> On Mar 10, 2009, at 8:45 PM, Wolfgang Schuster wrote:
>>
>>> No problems on my side so far, did it help to update the scripts.
>>>
>>> Wolfgang
>>
>> Interesting. I just checked, and I get the same error on linux and OS X.
>> Minimals, updated to 2009.03.08 23:41.
>
> mtxrun --selfupdate
> luatools --selfupdate
hmm

$> ./first-setup.sh
$> cd tex ; . setuptex ; cd ..
$> mtxrun --selfupdate
$> luatools --selfupdate
$> luatools --generate
$>context test.tex
MtxRun | loading configuration for
/opt/luatex/minimals-beta/tex/texmf/web2c from
/opt/luatex/minimals-beta/tex/texmf-cache/luatex-cache/context/e2d590ed08d5bb7ce264a85c7599601d/trees/e9e4d7636cf4b26ea90087f897dde4ca
...ex/texmf-context/scripts/context/lua/mtx-metatex.lua:64: invalid
option '%%' to 'format'


-- 
luigi
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: New beta

[Hans Hagen]

Thomas A. Schmitz wrote:
> 
> On Mar 10, 2009, at 8:45 PM, Wolfgang Schuster wrote:
> 
>> No problems on my side so far, did it help to update the scripts.
>>
>> Wolfgang
> 
> Interesting. I just checked, and I get the same error on linux and OS X. 
> Minimals, updated to 2009.03.08 23:41.

mtxrun --selfupdate
luatools --selfupdate


-----------------------------------------------------------------
                                           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
-----------------------------------------------------------------
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: New beta

[luigi scarso]

On Tue, Mar 10, 2009 at 9:14 PM, Thomas A. Schmitz
<thomas.schmitz@uni-bonn.de> wrote:
>
> On Mar 10, 2009, at 8:45 PM, Wolfgang Schuster wrote:
>
>> No problems on my side so far, did it help to update the scripts.
>>
>> Wolfgang
>
> Interesting. I just checked, and I get the same error on linux and OS X.
> Minimals, updated to 2009.03.08 23:41.

true
-- 
luigi
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: New beta

[Thomas A. Schmitz]

On Mar 10, 2009, at 8:45 PM, Wolfgang Schuster wrote:

> No problems on my side so far, did it help to update the scripts.
>
> Wolfgang

Interesting. I just checked, and I get the same error on linux and OS  
X. Minimals, updated to 2009.03.08 23:41.

Thomas
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: New beta

[Wolfgang Schuster]

Am 10.03.2009 um 20:33 schrieb Thomas A. Schmitz:

> Hi all,
>
> the new beta has been so quietly accepted that I'm wondering if I'm  
> the only one who can't use it. With every file, I get this error:
>
> MtxRun | loading configuration for /Users/tas/context/tex/texmf/ 
> web2c from /Users/tas/context/tex/texmf-cache/luatex-cache/context/ 
> 408a90c432ceda2c1e4a80ad5d0e5350/trees/ 
> 168418f5ffa37b7a35ee75166c53fe90
> ...ex/texmf-context/scripts/context/lua/mtx-metatex.lua:64: invalid  
> option '%%' to 'format'
>
> All the others are having success using this beta?

No problems on my side so far, did it help to update the scripts.

Wolfgang

___________________________________________________________________________________
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
___________________________________________________________________________________

New beta

[Thomas A. Schmitz]

Hi all,

the new beta has been so quietly accepted that I'm wondering if I'm  
the only one who can't use it. With every file, I get this error:

MtxRun | loading configuration for /Users/tas/context/tex/texmf/web2c  
from /Users/tas/context/tex/texmf-cache/luatex-cache/context/ 
408a90c432ceda2c1e4a80ad5d0e5350/trees/168418f5ffa37b7a35ee75166c53fe90
...ex/texmf-context/scripts/context/lua/mtx-metatex.lua:64: invalid  
option '%%' to 'format'

All the others are having success using this beta?

Thomas
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Hans Hagen]

Alan BRASLAU wrote:
> Anything :)
> 
> (for example:
> 
> \usemodule[chemic]
> 
> \starttext
> \startchemical[size=small,scale=200,width=fit,frame=off]
> 	\chemical[SIX,B,C,R,RZ][R,R,R,R,R,R]
> \stopchemical
> \stoptext
> 
> see attached result.)

ok, typo in the mp/tex bits ... (side effect to otf tracing using mp)

i fixed it in the beta but since i'm working on some code cleanup .. can 
you test asap if you can make a format (i.e. if all files are in the zip)

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
-----------------------------------------------------------------
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Alan BRASLAU]

[-- Attachment #1: Type: text/plain, Size: 390 bytes --]

Anything :)

(for example:

\usemodule[chemic]

\starttext
\startchemical[size=small,scale=200,width=fit,frame=off]
	\chemical[SIX,B,C,R,RZ][R,R,R,R,R,R]
\stopchemical
\stoptext

see attached result.)

On Saturday 07 March 2009 13:29:23 Hans Hagen wrote:
> Alan BRASLAU wrote:
> >> I uploaded a new beta (mkiv)
> > 
> > ppchtex is broken using yesterday's beta.
> 
> examples please ...
> 

[-- Attachment #2: test2.pdf --]
[-- Type: application/pdf, Size: 4591 bytes --]

[-- Attachment #3: test2.log --]
[-- Type: text/x-log, Size: 7242 bytes --]

This is LuaTeX, Version snapshot-0.35.0

(test2.tex

ConTeXt  ver: 2009.03.06 18:45 MKIV  fmt: 2009.3.8  int: english/english

system         : cont-new loaded
(/usr/local/context/tex/texmf-context/tex/context/base/cont-new.tex
systems         : beware: some patches loaded from cont-new.tex
(/usr/local/context/tex/texmf-context/tex/context/base/cont-new.mkiv) (/usr/local/context/tex/texmf-context/tex/context/base/cont-mtx.tex))
system         : cont-fil loaded
(/usr/local/context/tex/texmf-context/tex/context/base/cont-fil.tex
loading        : Context File Synonyms
)
system         : cont-sys.rme loaded
(/usr/local/context/tex/texmf-context/tex/context/user/cont-sys.rme (/usr/local/context/tex/texmf-context/tex/context/base/type-tmf.tex) (/usr/local/context/tex/texmf-context/tex/context/base/type-siz.tex) (/usr/local/context/tex/texmf-context/tex/context/base/type-otf.tex))
system         : test2.top loaded
(test2.top)
fonts          : preloading latin modern fonts
bodyfont       : 12pt rm is loaded
specials       : pdftex loaded
language       : language en is active
system         : module chemic loaded
(/usr/local/context/tex/texmf-context/tex/context/base/m-chemic.tex
system         : module pictex loaded
(/usr/local/context/tex/texmf-context/tex/context/base/m-pictex.tex (/usr/local/context/tex/texmf-context/tex/context/base/thrd-pic.tex)) (/usr/local/context/tex/texmf-context/tex/context/base/ppchtex.tex
ppchtex        : using PiCTeX and MetaPost
)) (test2.tuo) (test2.tuo)
systems        : begin file test2 at line 3
ppchtex        : number 1 is skipped
ppchtex        : number 6 is skipped
ppchtex        : number 2 is skipped
ppchtex        : number 6 is skipped
ppchtex        : number 3 is skipped
ppchtex        : number 6 is skipped
ppchtex        : number 4 is skipped
ppchtex        : number 6 is skipped
ppchtex        : number 5 is skipped
ppchtex        : number 6 is skipped
ppchtex        : number 6 is skipped
ppchtex        : number 6 is skipped
ppchtex        : number 1 is skipped
ppchtex        : number 6 is skipped
ppchtex        : number 2 is skipped
ppchtex        : number 6 is skipped
ppchtex        : number 3 is skipped
ppchtex        : number 6 is skipped
ppchtex        : number 4 is skipped
ppchtex        : number 6 is skipped
ppchtex        : number 5 is skipped
ppchtex        : number 6 is skipped
ppchtex        : number 6 is skipped
ppchtex        : number 6 is skipped
ppchtex        : number 1 is skipped
ppchtex        : number 6 is skipped
ppchtex        : number 2 is skipped
ppchtex        : number 6 is skipped
ppchtex        : number 3 is skipped
ppchtex        : number 6 is skipped
ppchtex        : number 4 is skipped
ppchtex        : number 6 is skipped
ppchtex        : number 5 is skipped
ppchtex        : number 6 is skipped
ppchtex        : number 6 is skipped
ppchtex        : number 6 is skipped
ppchtex        : number 1 is skipped
ppchtex        : number 6 is skipped
ppchtex        : number 2 is skipped
ppchtex        : number 6 is skipped
ppchtex        : number 3 is skipped
ppchtex        : number 6 is skipped
ppchtex        : number 4 is skipped
ppchtex        : number 6 is skipped
ppchtex        : number 5 is skipped
ppchtex        : number 6 is skipped
ppchtex        : number 6 is skipped
ppchtex        : number 6 is skipped
mplib          : loading format: metafun.mp, name: /usr/local/context/tex/texmf-cache/luatex-cache/context/f70b0d481875d119766efabfbdb61af7/formats/cont-en-metafun.mem
fonts          : resetting map file list
{/usr/local/context/tex/texmf-context/fonts/map/pdftex/context/original-empty.map}
fonts          : using map file: original-base
{/usr/local/context/tex/texmf-context/fonts/map/pdftex/context/original-base.map}
fonts          : using map file: original-ams-base
{/usr/local/context/tex/texmf-context/fonts/map/pdftex/context/original-ams-base.map}
fonts          : using map file: original-ams-euler
{/usr/local/context/tex/texmf-context/fonts/map/pdftex/context/original-ams-euler.map}
fonts          : using map file: original-public-lm
{/usr/local/context/tex/texmf-context/fonts/map/pdftex/context/original-public-lm.map}
fonts          : using map file: lm-math
{/usr/local/context/tex/texmf/fonts/map/dvips/lm/lm-math.map}
fonts          : using map file: lm-rm
{/usr/local/context/tex/texmf/fonts/map/dvips/lm/lm-rm.map} [1.1]
systems        : end file test2 at line 7
system         : cont-err loaded
(/usr/local/context/tex/texmf-context/tex/context/base/cont-err.tex
systems        : no file 'cont-sys.tex', using 'cont-sys.rme' instead
) )</usr/local/context/tex/texmf/fonts/opentype/public/lm/lmroman7-regular.otf></usr/local/context/tex/texmf/fonts/opentype/public/lm/lmroman12-regular.otf>
mkiv lua stats : result saved in file      - test2.pdf
mkiv lua stats : used config path          - /usr/local/context/tex/texmf/web2c/texmf.cnf
mkiv lua stats : used cache path           - /usr/local/context/tex/texmf-cache
mkiv lua stats : luatex banner             - this is luatex, version snapshot-0.35.0
mkiv lua stats : modules/dumps/instances   - 110/27/1
mkiv lua stats : input load time           - 0.069 seconds
mkiv lua stats : startup time              - 1.490 seconds (including runtime option file processing)
mkiv lua stats : jobdata time              - 0.001 seconds saving, 0.000 seconds loading
mkiv lua stats : fonts load time           - 0.757 seconds
mkiv lua stats : xml load time             - 0.000 seconds, lpath calls: 0, cached calls: 0
mkiv lua stats : lxml load time            - 0.000 seconds preparation, backreferences: 0
mkiv lua stats : mps conversion time       - 0.000 seconds
mkiv lua stats : node processing time      - 0.000 seconds including kernel
mkiv lua stats : kernel processing time    - 0.000 seconds
mkiv lua stats : math processing time      - 0.001 seconds
mkiv lua stats : attribute processing time - 0.039 seconds
mkiv lua stats : language load time        - 0.092 seconds, n=2
mkiv lua stats : graphics processing time  - 0.000 seconds including tex, n=0
mkiv lua stats : metapost processing time  - 0.003 seconds, loading: 0.066 seconds, execution: 0.001 seconds, n: 1
mkiv lua stats : current memory usage      - 31 MB (ctx: 31 MB)
mkiv lua stats : cleaned up reserved nodes - 19 nodes, 8 lists of 100
mkiv lua stats : node memory usage         - 2 hlist, 2 glyph, 11 attribute, 19 glue_spec, 3 attribute_list, 2 dir
mkiv lua stats : loaded patterns           - us:us:pat:exc:2
mkiv lua stats : loaded fonts              - 32 files: cmr5:tfm eufb10:tfm eufb7:tfm eufb9:tfm eufm10:tfm eufm7:tfm eufm9:tfm lmex10:tfm lmmi12:tfm lmmi7:tfm lmmi9:tfm lmmib10:tfm lmmib7:tfm lmmono12-regular:otf lmmono8-regular:otf lmmono9-regular:otf lmroman12-bold:otf lmroman12-regular:otf lmroman7-bold:otf lmroman7-regular:otf lmroman9-bold:otf lmroman9-regular:otf lmsans12-regular:otf lmsans8-regular:otf lmsans9-regular:otf lmsy10:tfm lmsy7:tfm lmsy9:tfm msam10:tfm msam7:tfm msbm10:tfm msbm7:tfm
mkiv lua stats : control sequences         - 33249 of 165536
mkiv lua stats : callbacks                 - direct: 574, indirect: 12294, total: 12868
mkiv lua stats : runtime                   - 2.830 seconds, 1 processed pages, 1 shipped pages, 0.353 pages/second


[-- Attachment #4: Type: text/plain, Size: 487 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  : https://foundry.supelec.fr/projects/contextrev/
wiki     : http://contextgarden.net
___________________________________________________________________________________

Re: new beta

[Xan]

En/na Hans Hagen ha escrit:
> Xan wrote:
>> En/na Hans Hagen ha escrit:
>>> Xan wrote:
>>>
>>>> Sorry for the unknowledge but is there any git/cvs/... repository 
>>>> with the code?
>>>
>>> no, only 'currents' are checked in by taco into the svn repos; the 
>>> zips are organized in the official tds structure
>>>
>>> we might start using git once there are stable interfaces on all 
>>> platforms and once the mkii and mkiv code bases are split
>>>
>> Mmm... Okay. When do you think it will be?
>
> will take a while, maybe next year
>
> Hans
Thanks,
Xan.
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Hans Hagen]

Xan wrote:
> En/na Hans Hagen ha escrit:
>> Xan wrote:
>>
>>> Sorry for the unknowledge but is there any git/cvs/... repository 
>>> with the code?
>>
>> no, only 'currents' are checked in by taco into the svn repos; the 
>> zips are organized in the official tds structure
>>
>> we might start using git once there are stable interfaces on all 
>> platforms and once the mkii and mkiv code bases are split
>>
> Mmm... Okay. When do you think it will be?

will take a while, maybe next year

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
-----------------------------------------------------------------
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Hans Hagen]

Alan BRASLAU wrote:
>> I uploaded a new beta (mkiv)
> 
> ppchtex is broken using yesterday's beta.

examples please ...

-- 

-----------------------------------------------------------------
                                           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
-----------------------------------------------------------------
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Alan BRASLAU]

> I uploaded a new beta (mkiv)

ppchtex is broken using yesterday's beta.
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Xan]

En/na Hans Hagen ha escrit:
> Xan wrote:
>
>> Sorry for the unknowledge but is there any git/cvs/... repository 
>> with the code?
>
> no, only 'currents' are checked in by taco into the svn repos; the 
> zips are organized in the official tds structure
>
> we might start using git once there are stable interfaces on all 
> platforms and once the mkii and mkiv code bases are split
>
Mmm... Okay. When do you think it will be?
>> For the other hand, do you update the translations I pass you 
>> [http://www.ntg.nl/pipermail/ntg-context/2009/038413.html]
>
> i did update some lang files, if not, just send the patch to my 
> private mail address
>
Okay.

Thanks a lot,
Xan.
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Hans Hagen]

Xan wrote:

> Sorry for the unknowledge but is there any git/cvs/... repository with 
> the code?

no, only 'currents' are checked in by taco into the svn repos; the zips 
are organized in the official tds structure

we might start using git once there are stable interfaces on all 
platforms and once the mkii and mkiv code bases are split

> For the other hand, do you update the translations I pass you 
> [http://www.ntg.nl/pipermail/ntg-context/2009/038413.html]

i did update some lang files, if not, just send the patch to my private 
mail address

-----------------------------------------------------------------
                                           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
-----------------------------------------------------------------
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Xan]

En/na Hans Hagen ha escrit:
> Hi,
>
> I uploaded a new beta (mkiv):
>
> -- some optimizations to color literals; i might have introduced 
> problems there so keep an eye on color
>
> -- beter definition for virtual lm math (design sizes etc) and a fix 
> for undefined sizes
>
> -- taco and i also tracked down some accuracy problems with cirtual 
> glyphs in luatex itself; it's not that critical unless you have eyes 
> that can zoom in to .05pt so ther eis no real need to upgrade luatex now
>
> -- there are a few more optimizations but don't expect too much speed 
> improvements in the future
>
> next comes integration of the new structure stuff (quite some impact) 
> and further split of mkii/mkiv code
>
> 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
> -----------------------------------------------------------------
> ___________________________________________________________________________________ 
>
> 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
> ___________________________________________________________________________________ 
>
hi,

Sorry for the unknowledge but is there any git/cvs/... repository with 
the code?
For the other hand, do you update the translations I pass you 
[http://www.ntg.nl/pipermail/ntg-context/2009/038413.html]

Thanks,
Xan.
___________________________________________________________________________________
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
___________________________________________________________________________________

new beta

[Hans Hagen]

Hi,

I uploaded a new beta (mkiv):

-- some optimizations to color literals; i might have introduced 
problems there so keep an eye on color

-- beter definition for virtual lm math (design sizes etc) and a fix for 
undefined sizes

-- taco and i also tracked down some accuracy problems with cirtual 
glyphs in luatex itself; it's not that critical unless you have eyes 
that can zoom in to .05pt so ther eis no real need to upgrade luatex now

-- there are a few more optimizations but don't expect too much speed 
improvements in the future

next comes integration of the new structure stuff (quite some impact) 
and further split of mkii/mkiv code

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
-----------------------------------------------------------------
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[luigi scarso]

On Thu, Feb 19, 2009 at 6:03 PM, Yanrui Li <liyanrui.m2@gmail.com> wrote:
> 2009/2/20 luigi scarso <luigi.scarso@gmail.com>:
>>> btw, we prefer typesetting Chinese document like this:
>>>
>>> http://jjgod.org/docs/random/yt.pdf
>>
>> forgive me for intrusion
>>
>> $>pdfinfo  yt.pdf
>> Creator:        LaTeX with hyperref package
>> Producer:       xdvipdfmx (0.7.3)
>> CreationDate:   Sat Dec 27 16:17:05 2008
>> Tagged:         no
>> Pages:          533
>> Encrypted:      no
>> Page size:      498.9 x 708.66 pts
>> File size:      2966285 bytes
>> Optimized:      no
>> PDF version:    1.4
>>
>>
>> $>pdffonts  yt.pdf
>> name                                 type              emb sub uni object ID
>> ------------------------------------ ----------------- --- --- --- ---------
>> TYNLGQ+FZKTK--GBK1-0                 CID TrueType      yes yes yes      8  0
>> GBLMNF+SabonLTStd-Bold-Identity-H    CID Type 0C       yes yes yes     15  0
>> XJQTVQ+SabonLTStd-Roman-Identity-H   CID Type 0C       yes yes yes     32  0
>> Error: Unknown character collection 'Adobe-GB1'
>> ADRNAX+AdobeFangsongStd-Regular-Identity-H CID Type 0C       yes yes
>> no     318  0
>>
>>
>> Error: Unknown character collection 'Adobe-GB1'
>> Why ?
Because I supposed that all
Language Support Packages
were installed
(cfr http://gd.tuwien.ac.at/publishing/xpdf/)
But this was not true .
Sorry for the noise.
>>
>>
>
> Hi,
>
> If you use poppler as your pdf render engine, you can try to
> install the package "poppler-data" which are data files for
> poppler to support uncommon encodings without xpdfrc.
ok thank you .

-- 
luigi
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Hans Hagen]

Yue Wang wrote:
> On Thu, Feb 19, 2009 at 7:55 PM, Dohyun Kim <nomosnomos@gmail.com> wrote:
>> 2009/2/19 Hans Hagen <pragma@wxs.nl>:
>>> Dohyun Kim wrote:
>>>
>>>> I have tested Chinese translation of Universal Declaration of Human Rights
>>>> available at http://www.un.org/chinese/hr/issue/udhr.htm .
>>> can you send me a zip with your test file so that we test the same?
>>>
>> Attached.  Nothing special; just copy and pasted from the web site.
>>
>> On the other hand, as Yanrui's sample seems to be much better than mine,
>> I made an illustration of Japanese typesetting rule on his sample:
>> http://people.ktug.or.kr/~nomos/mine/japanesetypesetting.png .
>> I guess that Chinese typesetting practice is not much different from this one.
> 
> Maybe it is different (I have no idea about Japanese typesetting, I
> can only speak Chinese, English, and Korean).
> - There are no "halfwidth punctuation" in most Chinese fonts. All the
> glyphs in those fonts are of same width. Only a small portion of
> Chinese fonts (like Adobe's OpenType fonts) contain these glyphs in
> certain features.
> - halfwidth glyph+0.5em minus0.5em ( = 1em) is not right, the
> punctuation should be compressed. some combinations like ："  should
> also be compressed.

The problem is in the 'ascii' opening/closing and punctiation. In Korean
proper latin fonts are mixed with korean (fixed width) fonts, whil ein
chinese (i suppose) the chinese punctuation is to be used. It's no
problem to compensate for hw there. Hoewever, what to do with the
non-chinese punctionation. Ok, we can mess around with the width but
isn't it better then to use the right chinese characters in the first place?

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
-----------------------------------------------------------------
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Hans Hagen]

Dohyun Kim wrote:
> 2009/2/18 Hans Hagen <pragma@wxs.nl>:
>> Hi,
>>
>> There is a new beta: a few additions to math as well as a prelude to new cjk
>> support, now to be triggered explicitly (since the methods differ too much
>> we cannot share them)
>>
>> \setscript[hangul]
>>
> 
> Now the Korean typesetting has become almost perfect.
> Thanks a lot, Hans.  I really appreciate it.
> 
> We have three more things to do, however.
> 
> 1.  inter_char_stretch_factor = 2.00 seems to be too large value.
> I do not think that even Chinese or Japanese would allow that big value.
> I suggest 0.50 instead.   Mr Wang, how do you think about that?

ok

> 2.  Upon tracing output, I get :
> 
> ..............\*unbatang12ptrmtfrm* 居
> ..............\penalty 10000
> ..............\*unbatang12ptrmtfrm* )
> ..............\penalty 10000 %% this should be deleted.
> ..............\glue 0.0 plus 6.0
> ..............\*unbatang12ptrmtfrm* 하
> 
> \panalty10000 after closing parenthesis should be deleted,
> so that line-breaking can occur at this point.

so ...

     ..._close = {
         jamo_initial     = stretch_break,
         korean           = stretch_break,
         chinese          = stretch_break,
         half_width_open  = stretch_break,
         half_width_close = nobreak_stretch,
         full_width_open  = stretch_break,
         full_width_close = nobreak_stretch,
         hyphen           = nobreak_stretch,
         non_starter      = nobreak_stretch,
         other            = stretch_break,
     },


> 3.  Line-breaking rule for medieval Korean is a little imperfect.
> When input string is "가나", all from Hangul Jamo area, I get :
> 
> ..............\*unbatang12ptrmtfrm* <U+F017E> % U+1100
> ..............\*unbatang12ptrmtfrm* <U+F0355> % U+1161
> %% \penalty50 should be inserted here
> ..............\*unbatang12ptrmtfrm* <U+F0180> % U+1102
> ..............\*unbatang12ptrmtfrm* <U+F0355> % U+1161
> 
> As I said in a private email with Hans,
> ^(OP | LC) allowbreak (LC)
> is another typesetting rule for Korean,
> where OP stands for Openings and LC for Leading Consonants (U+1100 .. U+115F).
> In the above output, as U+1161 is non-LC character,
> line-breaking should be allowed between U+1161 and U+1102.

ok, but that's the chinese (hanzi) rule set, i added it it, but the 
chinese ruleset probably needs some more checking


btw, there is not much halfwidth correction code enabled yet but first 
we need to decide on a reference font for chinese (or korean we have the 
unbatang)

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
-----------------------------------------------------------------
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Yanrui Li]

2009/2/20 luigi scarso <luigi.scarso@gmail.com>:
>> btw, we prefer typesetting Chinese document like this:
>>
>> http://jjgod.org/docs/random/yt.pdf
>
> forgive me for intrusion
>
> $>pdfinfo  yt.pdf
> Creator:        LaTeX with hyperref package
> Producer:       xdvipdfmx (0.7.3)
> CreationDate:   Sat Dec 27 16:17:05 2008
> Tagged:         no
> Pages:          533
> Encrypted:      no
> Page size:      498.9 x 708.66 pts
> File size:      2966285 bytes
> Optimized:      no
> PDF version:    1.4
>
>
> $>pdffonts  yt.pdf
> name                                 type              emb sub uni object ID
> ------------------------------------ ----------------- --- --- --- ---------
> TYNLGQ+FZKTK--GBK1-0                 CID TrueType      yes yes yes      8  0
> GBLMNF+SabonLTStd-Bold-Identity-H    CID Type 0C       yes yes yes     15  0
> XJQTVQ+SabonLTStd-Roman-Identity-H   CID Type 0C       yes yes yes     32  0
> Error: Unknown character collection 'Adobe-GB1'
> ADRNAX+AdobeFangsongStd-Regular-Identity-H CID Type 0C       yes yes
> no     318  0
>
>
> Error: Unknown character collection 'Adobe-GB1'
> Why ?
>
>

Hi,

If you use poppler as your pdf render engine, you can try to
install the package "poppler-data" which are data files for
poppler to support uncommon encodings without xpdfrc.

> --
> luigi
> ___________________________________________________________________________________
> 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
> ___________________________________________________________________________________
>



-- 
Best wishes,
Li Yanrui

* Gentoo Linux (~x86)
* LuaTeX (snapshot-0.33.1-2009021608, build 1866)
* ConTeXt Minimals (2009.02.17 18:50)
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[luigi scarso]

> btw, we prefer typesetting Chinese document like this:
>
> http://jjgod.org/docs/random/yt.pdf

forgive me for intrusion

$>pdfinfo  yt.pdf
Creator:        LaTeX with hyperref package
Producer:       xdvipdfmx (0.7.3)
CreationDate:   Sat Dec 27 16:17:05 2008
Tagged:         no
Pages:          533
Encrypted:      no
Page size:      498.9 x 708.66 pts
File size:      2966285 bytes
Optimized:      no
PDF version:    1.4


$>pdffonts  yt.pdf
name                                 type              emb sub uni object ID
------------------------------------ ----------------- --- --- --- ---------
TYNLGQ+FZKTK--GBK1-0                 CID TrueType      yes yes yes      8  0
GBLMNF+SabonLTStd-Bold-Identity-H    CID Type 0C       yes yes yes     15  0
XJQTVQ+SabonLTStd-Roman-Identity-H   CID Type 0C       yes yes yes     32  0
Error: Unknown character collection 'Adobe-GB1'
ADRNAX+AdobeFangsongStd-Regular-Identity-H CID Type 0C       yes yes
no     318  0


Error: Unknown character collection 'Adobe-GB1'
Why ?


-- 
luigi
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Yue Wang]

On Thu, Feb 19, 2009 at 10:28 PM, Wolfgang Schuster
<schuster.wolfgang@googlemail.com> wrote:
> What method do you want to use.
>
> 1. Make a punctuation half width and insert space between them, e.g.
>   組版\hbox to .5em{」\hss}\hbox to .5em{。\hss}\hskip .5em\hbox to
> .5em{\hss「}原則
>
> 2. Let the punctuation full width and kern char combinations, e.g.
>   組版」\kern.5em。\kern.5em「原則
>

neither. the position of the bounding box of a certain punctuation
glyph is highly font-dependent.
if we use the half/full width and set all the parameters constant, we
will get ugly result when the font is changed.
It is easy to compare sim*.ttf and find that the punctuation glyph
positions in the metrics boxes of different fotns vary significantly.


Moreover, some glyphs in the font takes more than half-width. You can
open simli.ttf (distributed in windows xp), and find glyph
quotedblright 8821 (RIGHT DOUBLE QUOTATION MARK),  the max_y = 130
while a em=256. And these are not rare cases.

In the same font, different punctuation have very different bounding
box position in the font metrics too.
for quotedblright 8821 (RIGHT DOUBLE QUOTATION MARK) in simli.ttf,
max_y=130, while for uni3002 at 12290 (IDEOGRAPHIC FULL STOP) in
simli.ttf, max_y=82. it is not fair to set equal width for them.

So we should not cut a glyph into half and take the left part for typesetting.

Due to some reasons dates back from early days of computer typeface
design (at the old days, we have no idea about proportional width, all
the glyphs are set to square [for CJK]. Operating systems or Document
processing systems all use square or half of a square to position and
render glyphs), CJK fonts are usually designed with equal width, even
for punctuations. This is really bad: while typesetting, they do not
take up same space. So my idea is to convert the punctuation glyphs'
bounding box information into TFM width parameters (leave a little
space at left and right), so the CJK typesetting problem is reduced to
Latin typesetting problems. We can also position the glyph at the
begin or end of the line close to the margin (or even calculate the
exact space for margin kerning).

btw, we prefer typesetting Chinese document like this:

http://jjgod.org/docs/random/yt.pdf

This is a document produced using XeTeX and xeCJK package typeset by
Jiang Jiang.
All the glue/penalty rules are carefully optimized by the people from
local TeX community, although not using the bounding box information
(impossible to get from XeTeX).


Yue Wang
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Wolfgang Schuster]

[-- Attachment #1: spacing.tex --]
[-- Type: application/octet-stream, Size: 3802 bytes --]

\newcatcodetable\kcjcatcodes
\newcatcodetable\cjkcatcodes

\startcatcodetable \kcjcatcodes
    \catcode`\\ = 0
    \catcode`\{ = 1
    \catcode`\} = 2
    \catcode`\「 = 13
    \catcode`\」 = 13
    \catcode`\（ = 13
    \catcode`\） = 13
    \catcode`\。 = 13
    \catcode`\、 = 13
    \catcode`\： = 13
    \catcode`\・ = 13
    \catcode`\， = 13
\stopcatcodetable

\startcatcodetable \cjkcatcodes
    \catcode`\\ = 0
    \catcode`\{ = 1
    \catcode`\} = 2
    \catcode`\「 = 13
    \catcode`\」 = 13
    \catcode`\（ = 13
    \catcode`\） = 13
    \catcode`\。 = 13
    \catcode`\、 = 13
    \catcode`\： = 13
    \catcode`\・ = 13
    \catcode`\， = 13
\stopcatcodetable

\defcatcodecommand \kcjcatcodes `\「 {\hbox{\char`\「}}
\defcatcodecommand \kcjcatcodes `\」 {\hbox{\char`\」}}
\defcatcodecommand \kcjcatcodes `\（ {\hbox{\char`\（}}
\defcatcodecommand \kcjcatcodes `\） {\hbox{\char`\）}}
\defcatcodecommand \kcjcatcodes `\。 {\hbox{\char`\。}}
\defcatcodecommand \kcjcatcodes `\、 {\hbox{\char`\、}}
\defcatcodecommand \kcjcatcodes `\： {\hbox{\char`\：}}
\defcatcodecommand \kcjcatcodes `\・ {\hbox{\char`\・}}
\defcatcodecommand \kcjcatcodes `\， {\hbox{\char`\，}}

\defcatcodecommand \cjkcatcodes `\「 {\hbox to .5em{\hss\char`\「}}
\defcatcodecommand \cjkcatcodes `\」 {\hbox to .5em{\char`\」\hss}}
\defcatcodecommand \cjkcatcodes `\（ {\hbox to .5em{\hss\char`\（}}
\defcatcodecommand \cjkcatcodes `\） {\hbox to .5em{\char`\）\hss}}
\defcatcodecommand \cjkcatcodes `\。 {\hbox to .5em{\char`\。\hss}}
\defcatcodecommand \cjkcatcodes `\、 {\hbox to .5em{\char`\、\hss}}
\defcatcodecommand \cjkcatcodes `\： {\hbox to .5em{\hss\char`\：\hss}}
\defcatcodecommand \cjkcatcodes `\・ {\hbox to .5em{\hss\char`\・\hss}}
\defcatcodecommand \cjkcatcodes `\， {\hbox to .5em{\char`\，\hss}}

\definefontfeature[hori][mode=node,script=latn,lang=dflt]

\definefont[mincho][name:kozukaminchoprovirbook*hori]

\def\2{\hskip.50em\relax}
\def\4{\hskip.25em\relax}

\starttext

\startbuffer

{\mincho\catcodetable\kcjcatcodes
この「日本語組版規則」は，文字の配置法を規定する。}

\blank

{\mincho\catcodetable\cjkcatcodes
この「日本語組版規則」は，文字の配置法を規定する。}

\blank

{\mincho\catcodetable\cjkcatcodes
この\2「日本語組版規則」\2は，\2文字の配置法を規定する。}

\blank[2*line]

{\mincho\catcodetable\kcjcatcodes
東京・大阪・名古屋などの大都市圏における\crlf
男子（成人だけ）・（１８歳以上の）女子の}

\blank

{\mincho\catcodetable\cjkcatcodes
東京・大阪・名古屋などの大都市圏における\crlf
男子（成人だけ）・（１８歳以上の）女子の}

\blank

{\mincho\catcodetable\cjkcatcodes
東京\4・\4大阪\4・\4名古屋などの大都市圏における\crlf
男子\2（成人だけ）\4・\4（１８歳以上の）\2女子の}

\blank[2*line]

{\mincho\catcodetable\kcjcatcodes
この「（日木語）」「組版」（規則）では}

\blank

{\mincho\catcodetable\cjkcatcodes
この「（日木語）」「組版」（規則）では}

\blank

{\mincho\catcodetable\cjkcatcodes
この\2「（日木語）」\2「組版」\2（規則）\2では}

\blank[2*line]

{\mincho\catcodetable\kcjcatcodes
これは「日木語です。」とのこと，\crlf
また「組版です」。「原則的規則」を}

\blank

{\mincho\catcodetable\cjkcatcodes
これは「日木語です。」とのこと，\crlf
また「組版です」。「原則的規則」を}

\blank

{\mincho\catcodetable\cjkcatcodes
これは\2「日木語です。」\2とのこと，\crlf
また\2「組版です」。\2「原則的規則」\2を}

\stopbuffer

\getbuffer

\page

\showmakeup

\getbuffer

\stoptext

[-- Attachment #2: spacing.pdf --]
[-- Type: application/pdf, Size: 30543 bytes --]

[-- Attachment #3: Type: text/plain, Size: 891 bytes --]


Am 19.02.2009 um 14:59 schrieb Yue Wang:

>> Maybe it is different (I have no idea about Japanese typesetting, I
>> can only speak Chinese, English, and Korean).
>> - There are no "halfwidth punctuation" in most Chinese fonts. All the
>> glyphs in those fonts are of same width. Only a small portion of
>> Chinese fonts (like Adobe's OpenType fonts) contain these glyphs in
>> certain features.
>> - halfwidth glyph+0.5em minus0.5em ( = 1em) is not right, the
>> punctuation should be compressed. some combinations like ："   
>> should
>> also be compressed.
>>
> Sorry for the noise... I just want to say that Li Yanrui's example
> does not show excellent Chinese typesetting. Maybe there is something
> wrong here...

The spacing between the punctuation is wrong and the comma shouldn't
be at the begin of the line. I made a short file with a few examples
a while ago.

Wolfgang



[-- Attachment #4: Type: text/plain, Size: 487 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  : https://foundry.supelec.fr/projects/contextrev/
wiki     : http://contextgarden.net
___________________________________________________________________________________

Re: new beta

[Wolfgang Schuster]

Am 19.02.2009 um 14:36 schrieb Yue Wang:

>> On the other hand, as Yanrui's sample seems to be much better than  
>> mine,
>> I made an illustration of Japanese typesetting rule on his sample:
>> http://people.ktug.or.kr/~nomos/mine/japanesetypesetting.png .
>> I guess that Chinese typesetting practice is not much different  
>> from this one.
>
> Maybe it is different (I have no idea about Japanese typesetting, I
> can only speak Chinese, English, and Korean).
> - There are no "halfwidth punctuation" in most Chinese fonts. All the
> glyphs in those fonts are of same width. Only a small portion of
> Chinese fonts (like Adobe's OpenType fonts) contain these glyphs in
> certain features.
> - halfwidth glyph+0.5em minus0.5em ( = 1em) is not right, the
> punctuation should be compressed. some combinations like ："   
> should
> also be compressed.

What method do you want to use.

1. Make a punctuation half width and insert space between them, e.g.
    組版\hbox to .5em{」\hss}\hbox to .5em{。\hss} 
\hskip .5em\hbox to .5em{\hss「}原則

2. Let the punctuation full width and kern char combinations, e.g.
    組版」\kern.5em。\kern.5em「原則

Wolfgang

___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Yue Wang]

Hi, all.
> Maybe it is different (I have no idea about Japanese typesetting, I
> can only speak Chinese, English, and Korean).
> - There are no "halfwidth punctuation" in most Chinese fonts. All the
> glyphs in those fonts are of same width. Only a small portion of
> Chinese fonts (like Adobe's OpenType fonts) contain these glyphs in
> certain features.
> - halfwidth glyph+0.5em minus0.5em ( = 1em) is not right, the
> punctuation should be compressed. some combinations like ："  should
> also be compressed.
>
Sorry for the noise... I just want to say that Li Yanrui's example
does not show excellent Chinese typesetting. Maybe there is something
wrong here...
Yue Wang
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Yue Wang]

On Thu, Feb 19, 2009 at 7:55 PM, Dohyun Kim <nomosnomos@gmail.com> wrote:
>
> 2009/2/19 Hans Hagen <pragma@wxs.nl>:
> > Dohyun Kim wrote:
> >
> >> I have tested Chinese translation of Universal Declaration of Human Rights
> >> available at http://www.un.org/chinese/hr/issue/udhr.htm .
> >
> > can you send me a zip with your test file so that we test the same?
> >
>
> Attached.  Nothing special; just copy and pasted from the web site.
>
> On the other hand, as Yanrui's sample seems to be much better than mine,
> I made an illustration of Japanese typesetting rule on his sample:
> http://people.ktug.or.kr/~nomos/mine/japanesetypesetting.png .
> I guess that Chinese typesetting practice is not much different from this one.

Maybe it is different (I have no idea about Japanese typesetting, I
can only speak Chinese, English, and Korean).
- There are no "halfwidth punctuation" in most Chinese fonts. All the
glyphs in those fonts are of same width. Only a small portion of
Chinese fonts (like Adobe's OpenType fonts) contain these glyphs in
certain features.
- halfwidth glyph+0.5em minus0.5em ( = 1em) is not right, the
punctuation should be compressed. some combinations like ："  should
also be compressed.

Yue Wang

>
> Dohyun Kim
>
> ___________________________________________________________________________________
> 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
> ___________________________________________________________________________________
>
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Dohyun Kim]

[-- Attachment #1: Type: text/plain, Size: 638 bytes --]

2009/2/19 Hans Hagen <pragma@wxs.nl>:
> Dohyun Kim wrote:
>
>> I have tested Chinese translation of Universal Declaration of Human Rights
>> available at http://www.un.org/chinese/hr/issue/udhr.htm .
>
> can you send me a zip with your test file so that we test the same?
>

Attached.  Nothing special; just copy and pasted from the web site.

On the other hand, as Yanrui's sample seems to be much better than mine,
I made an illustration of Japanese typesetting rule on his sample:
http://people.ktug.or.kr/~nomos/mine/japanesetypesetting.png .
I guess that Chinese typesetting practice is not much different from this one.

Dohyun Kim

[-- Attachment #2: udhr-cn.zip --]
[-- Type: application/zip, Size: 4152 bytes --]

[-- Attachment #3: Type: text/plain, Size: 487 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  : https://foundry.supelec.fr/projects/contextrev/
wiki     : http://contextgarden.net
___________________________________________________________________________________

Re: new beta

[Hans Hagen]

Dohyun Kim wrote:

> I have tested Chinese translation of Universal Declaration of Human Rights
> available at http://www.un.org/chinese/hr/issue/udhr.htm .

can you send me a zip with your test file so that we test the same?

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
-----------------------------------------------------------------
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Taco Hoekwater]

Hans Hagen wrote:
> 
> you need the latest luatex for that

And a new luatex beta release is planned for tuesday.

Best wishes,
Taco
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Hans Hagen]

Yanrui Li wrote:
> 2009/2/18 Hans Hagen <pragma@wxs.nl>:
>> Hi,
>>
>> There is a new beta: a few additions to math as well as a prelude to new cjk
>> support, now to be triggered explicitly (since the methods differ too much
>> we cannot share them)
>>
>> \setscript[hangul]
>>
>> \setscript[hanzi]    % arthur, is this the right name?
>>
> 
> Hi,
> 
> I found that we can't copy the texts from pdf generated by new beta
> for Chinese. The attachment
> is my test files.

you need the latest luatex for that

-----------------------------------------------------------------
                                           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
-----------------------------------------------------------------
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Yanrui Li]

[-- Attachment #1: Type: text/plain, Size: 569 bytes --]

2009/2/18 Hans Hagen <pragma@wxs.nl>:
> Hi,
>
> There is a new beta: a few additions to math as well as a prelude to new cjk
> support, now to be triggered explicitly (since the methods differ too much
> we cannot share them)
>
> \setscript[hangul]
>
> \setscript[hanzi]    % arthur, is this the right name?
>

Hi,

I found that we can't copy the texts from pdf generated by new beta
for Chinese. The attachment
is my test files.

-- 
Best wishes,
Li Yanrui

* Gentoo Linux (~x86)
* LuaTeX (snapshot-0.33.1-2009021608, build 1866)
* ConTeXt Minimals (2009.02.17 18:50)

[-- Attachment #2: test.tar.bz2 --]
[-- Type: application/x-bzip2, Size: 25855 bytes --]

[-- Attachment #3: Type: text/plain, Size: 487 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  : https://foundry.supelec.fr/projects/contextrev/
wiki     : http://contextgarden.net
___________________________________________________________________________________

Re: new beta

[Hans Hagen]

polytope wrote:
> Dear Hans and Taco,
> 
> I was so glad to see both of you in Seoul, far from your place.

We had a real nice time over there so it was worth the long trip.

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
-----------------------------------------------------------------
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Yanrui Li]

2009/2/18 Dohyun Kim <nomosnomos@gmail.com>:
>
> We have three more things to do, however.
>
> 1.  inter_char_stretch_factor = 2.00 seems to be too large value.
> I do not think that even Chinese or Japanese would allow that big value.
> I suggest 0.50 instead.   Mr Wang, how do you think about that?
>

I modified these value as follows:

fonts.analyzers.methods.hang_data = {
    inter_char_stretch_factor     = 0.50,
    inter_char_half_factor        = 0.25,
    inter_char_half_shrink_factor = 0.25,
}

However I had to tolerate the problem of Chinese puncuations appeared
on the right side of pages which often affect the aesthetic feel of
typesetting.

-- 
Best wishes,
Li Yanrui

* Gentoo Linux (~x86)
* LuaTeX (snapshot-0.31.3-2008122919)
* ConTeXt Minimals (2009.01.18 14:39)
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Yue Wang]

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

2009/2/19 Dohyun Kim <nomosnomos@gmail.com>

> 2009/2/18 Hans Hagen <pragma@wxs.nl>:
> > Hi,
> >
> > There is a new beta: a few additions to math as well as a prelude to new
> cjk
> > support, now to be triggered explicitly (since the methods differ too
> much
> > we cannot share them)
> >
> > \setscript[hangul]
> >
> > \setscript[hanzi]    % arthur, is this the right name?
> >
>
> I have tested Chinese translation of Universal Declaration of Human Rights
> available at http://www.un.org/chinese/hr/issue/udhr.htm .
>
> 1.
> ........................\**thedefinedfont** 认
> ........................\glue 0.0 plus 20.0 %% line break should not occur
> ........................\**thedefinedfont** ， % U+FF0C
> ........................\glue 0.0 plus 20.0
> ........................\**thedefinedfont** 乃
>
> Line break is prohibited before U+FF0C (fullwidth comma)
> but current beta inserts glue.  This should be corrected.
> The same for U+FF1B (fullwidth semicolon).



right


>
>
> 2.
> ........................\**thedefinedfont** 由
> ........................\penalty 10000
> ........................\glue 0.0 plus 20.0
> ........................\**thedefinedfont** 、 % U+3001
> ........................\penalty 10000 %% this should be deleted
> ........................\glue 0.0 minus 5.0
> ........................\glue 0.0 plus 20.0
> ........................\**thedefinedfont** 正
>
> Line break is allowed after U+3001 (ideographic comma),
> so \penalty10000 after U+3001 should not be inserted.


umm... maybe... I am not sure...


>
> The same for U+3002 (ideographic full stop).


right


>
>
> 3.
> I don't know much about Chinese typesetting, but IMO
> it would be better if these full width CJK punctuations
> is forced to half width and 0.5em glue is inserted after
> those characters.
>

We can use the bounding box information of these punctuations.


>
> Dohyun Kim
>
> ___________________________________________________________________________________
> 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
>
> ___________________________________________________________________________________
>

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

[-- Attachment #2: Type: text/plain, Size: 487 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  : https://foundry.supelec.fr/projects/contextrev/
wiki     : http://contextgarden.net
___________________________________________________________________________________

Re: new beta

[Dohyun Kim]

2009/2/18 Hans Hagen <pragma@wxs.nl>:
> Hi,
>
> There is a new beta: a few additions to math as well as a prelude to new cjk
> support, now to be triggered explicitly (since the methods differ too much
> we cannot share them)
>
> \setscript[hangul]
>
> \setscript[hanzi]    % arthur, is this the right name?
>

I have tested Chinese translation of Universal Declaration of Human Rights
available at http://www.un.org/chinese/hr/issue/udhr.htm .

1.
........................\**thedefinedfont** 认
........................\glue 0.0 plus 20.0 %% line break should not occur
........................\**thedefinedfont** ， % U+FF0C
........................\glue 0.0 plus 20.0
........................\**thedefinedfont** 乃

Line break is prohibited before U+FF0C (fullwidth comma)
but current beta inserts glue.  This should be corrected.
The same for U+FF1B (fullwidth semicolon).

2.
........................\**thedefinedfont** 由
........................\penalty 10000
........................\glue 0.0 plus 20.0
........................\**thedefinedfont** 、 % U+3001
........................\penalty 10000 %% this should be deleted
........................\glue 0.0 minus 5.0
........................\glue 0.0 plus 20.0
........................\**thedefinedfont** 正

Line break is allowed after U+3001 (ideographic comma),
so \penalty10000 after U+3001 should not be inserted.
The same for U+3002 (ideographic full stop).

3.
I don't know much about Chinese typesetting, but IMO
it would be better if these full width CJK punctuations
is forced to half width and 0.5em glue is inserted after
those characters.

Dohyun Kim
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[polytope]

Dear Hans and Taco,

I was so glad to see both of you in Seoul, far from your place.
I noticed that some problems in Korean typesetting were cleared in  
your demo.

Thank you for the new beta.
I didn't test yet, however, I believe that it is  perfect since Dr.  
Kim said so.

And, his comments will give you more clues to make better output.

Thank you again for your concern.

with best regards,

Dalyoung Jeong
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Dohyun Kim]

2009/2/18 Hans Hagen <pragma@wxs.nl>:
> Hi,
>
> There is a new beta: a few additions to math as well as a prelude to new cjk
> support, now to be triggered explicitly (since the methods differ too much
> we cannot share them)
>
> \setscript[hangul]
>

Now the Korean typesetting has become almost perfect.
Thanks a lot, Hans.  I really appreciate it.

We have three more things to do, however.

1.  inter_char_stretch_factor = 2.00 seems to be too large value.
I do not think that even Chinese or Japanese would allow that big value.
I suggest 0.50 instead.   Mr Wang, how do you think about that?

2.  Upon tracing output, I get :

..............\*unbatang12ptrmtfrm* 居
..............\penalty 10000
..............\*unbatang12ptrmtfrm* )
..............\penalty 10000 %% this should be deleted.
..............\glue 0.0 plus 6.0
..............\*unbatang12ptrmtfrm* 하

\panalty10000 after closing parenthesis should be deleted,
so that line-breaking can occur at this point.

3.  Line-breaking rule for medieval Korean is a little imperfect.
When input string is "가나", all from Hangul Jamo area, I get :

..............\*unbatang12ptrmtfrm* <U+F017E> % U+1100
..............\*unbatang12ptrmtfrm* <U+F0355> % U+1161
%% \penalty50 should be inserted here
..............\*unbatang12ptrmtfrm* <U+F0180> % U+1102
..............\*unbatang12ptrmtfrm* <U+F0355> % U+1161

As I said in a private email with Hans,
^(OP | LC) allowbreak (LC)
is another typesetting rule for Korean,
where OP stands for Openings and LC for Leading Consonants (U+1100 .. U+115F).
In the above output, as U+1161 is non-LC character,
line-breaking should be allowed between U+1161 and U+1102.

Dohyun Kim
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Arthur Reutenauer]

> \setscript[hanzi]    % arthur, is this the right name?

  That's indeed the Pinyin transcription of the word for "Chinese
character", even if it's not widely used in English.  The OpenType
script tag, hani, is short for "Han Ideograph".

	Arthur
___________________________________________________________________________________
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
___________________________________________________________________________________

new beta

[Hans Hagen]

Hi,

There is a new beta: a few additions to math as well as a prelude to new 
cjk support, now to be triggered explicitly (since the methods differ 
too much we cannot share them)

\setscript[hangul]

\setscript[hanzi]    % arthur, is this the right name?


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
-----------------------------------------------------------------
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Hans Hagen]

Thomas A. Schmitz wrote:
> On Oct 24, 2008, at 10:03 AM, Hans Hagen wrote:
> 
>>> That doesn't solve the problem. The font feature "mytest" is still
>>> applied to both defined typefaces (instead of only typeface "One").
>> did you remove the [features=mytest] in the synonym mapping?
> 
> Oops - no, I didn't! Now it works, thanks a lot! I'll try this with my  
> Greek typescript; maybe I can massage it a bit... Would this be a  
> general rule now: features are only added in the \definetypeface part,  
> not in the \definefontsynonym?

it depends .. sometimes you want special font treatment; so there is

- first following the name chain
- then as fallback the typeface one


-----------------------------------------------------------------
                                           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
-----------------------------------------------------------------
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Thomas A. Schmitz]

On Oct 24, 2008, at 10:03 AM, Hans Hagen wrote:

>> That doesn't solve the problem. The font feature "mytest" is still
>> applied to both defined typefaces (instead of only typeface "One").
>
> did you remove the [features=mytest] in the synonym mapping?

Oops - no, I didn't! Now it works, thanks a lot! I'll try this with my  
Greek typescript; maybe I can massage it a bit... Would this be a  
general rule now: features are only added in the \definetypeface part,  
not in the \definefontsynonym?

Thanks

Thomas
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Hans Hagen]

Thomas A. Schmitz wrote:
> On Oct 23, 2008, at 5:48 PM, Hans Hagen wrote:
> 
>> just move the definition one level up
>>
>> \starttypescript [One]
>>   \definetypeface [One] [rm] [serif] [one] [default] [features=mytest]
>> \stoptypescript
> 
> That doesn't solve the problem. The font feature "mytest" is still  
> applied to both defined typefaces (instead of only typeface "One").

did you remove the [features=mytest] in the synonym mapping?

-----------------------------------------------------------------
                                           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
-----------------------------------------------------------------
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Thomas A. Schmitz]

On Oct 23, 2008, at 5:48 PM, Hans Hagen wrote:

> just move the definition one level up
>
> \starttypescript [One]
>   \definetypeface [One] [rm] [serif] [one] [default] [features=mytest]
> \stoptypescript

That doesn't solve the problem. The font feature "mytest" is still  
applied to both defined typefaces (instead of only typeface "One").

Thomas
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Hans Hagen]

Thomas A. Schmitz wrote:
> 
> On Oct 17, 2008, at 9:35 PM, Hans Hagen wrote:
> 
>>> Hi Hans,
>>>
>>> was this beta supposed to take care of the font problem I reported? I
>>> have now one example which appears to work again; another one (and the
>>> minimal example I sent) still fail with the same symptoms. Just
>>> thought I'd mention it...
>>
>> i had no time to look into it, so if it already solbes part of your
>> problem, best send me an updated bug test
>>
>> Hans
>>
>> (away this weekend)
> 
> Hi Hans,
> 
> coming back to this - I don't want to pester you with this, just a few 
> observations/questions: as soon as I have a typescript which defines 
> several fonts with different features, I run into difficulties. I tlooks 
> like the first feature which is called by the font definition in the 
> source file is then applied to all other fonts. One workaround I have 
> found is: I could have one typescript file for every Greek font I use. 
> Does that make sense? In that case, I run into an expansion problem in 
> the \definetypeface line and will have to ask you or the list about 
> that. It would make a lot of files, but maybe it's a cleaner solution. 
> If, however, typescripts defining multiple fonts and features are 
> supposed to work, I'd prefer my old solution. I understand you're busy 
> right know with other stuff, so I just wanted to confirm that the issue 
> is still there with the latest beta and that the old test case I sent 
> you still shows the problem. I attach it again for your convenience.

just move the definition one level up

\starttypescript [One]
   \definetypeface [One] [rm] [serif] [one] [default] [features=mytest]
\stoptypescript


-----------------------------------------------------------------
                                           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
-----------------------------------------------------------------
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Hans Hagen]

Wolfgang Schuster wrote:
> On Tue, Oct 21, 2008 at 7:47 PM, Hans Hagen <pragma@wxs.nl> wrote:
>> Hi,
>>
>> I uploaded a new beta. There are changes in the cached font data but
>> this should not affect runs (apart from some fonts being recached). The
>> memory footprint of fonts is slightly smaller, in otf we now handle
>> multiple unicode -> one glyph situations.
>>
>> As part of redoing structure related code i rewrote the moveable block
>> code which will be part of the major update later this year. It's not
>> yet 100% functional compatible but faster and more flexible. I'm
>> wondering, are there mkiv users out there who use the block features?
> 
> I tested the new block code with MkIV and everything is fine
> except two unnecessary files in my working directory, they are
> \jobname-texutil0.tmp and texutil.tub.

no surprise because the new code is not yet in the beta -)

the tub file is there for a second pass (backward refs) and the tmp is 
just the last block


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
-----------------------------------------------------------------
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Thomas A. Schmitz]

[-- Attachment #1: Type: text/plain, Size: 1500 bytes --]


On Oct 17, 2008, at 9:35 PM, Hans Hagen wrote:

>> Hi Hans,
>>
>> was this beta supposed to take care of the font problem I reported? I
>> have now one example which appears to work again; another one (and  
>> the
>> minimal example I sent) still fail with the same symptoms. Just
>> thought I'd mention it...
>
> i had no time to look into it, so if it already solbes part of your
> problem, best send me an updated bug test
>
> Hans
>
> (away this weekend)

Hi Hans,

coming back to this - I don't want to pester you with this, just a few  
observations/questions: as soon as I have a typescript which defines  
several fonts with different features, I run into difficulties. I  
tlooks like the first feature which is called by the font definition  
in the source file is then applied to all other fonts. One workaround  
I have found is: I could have one typescript file for every Greek font  
I use. Does that make sense? In that case, I run into an expansion  
problem in the \definetypeface line and will have to ask you or the  
list about that. It would make a lot of files, but maybe it's a  
cleaner solution. If, however, typescripts defining multiple fonts and  
features are supposed to work, I'd prefer my old solution. I  
understand you're busy right know with other stuff, so I just wanted  
to confirm that the issue is still there with the latest beta and that  
the old test case I sent you still shows the problem. I attach it  
again for your convenience.

All best

Thomas


[-- Attachment #2: fonttest.zip --]
[-- Type: application/zip, Size: 6183 bytes --]

[-- Attachment #3: Type: text/plain, Size: 1 bytes --]



[-- Attachment #4: Type: text/plain, Size: 487 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  : https://foundry.supelec.fr/projects/contextrev/
wiki     : http://contextgarden.net
___________________________________________________________________________________

Re: new beta

[Wolfgang Schuster]

On Tue, Oct 21, 2008 at 7:47 PM, Hans Hagen <pragma@wxs.nl> wrote:
> Hi,
>
> I uploaded a new beta. There are changes in the cached font data but
> this should not affect runs (apart from some fonts being recached). The
> memory footprint of fonts is slightly smaller, in otf we now handle
> multiple unicode -> one glyph situations.
>
> As part of redoing structure related code i rewrote the moveable block
> code which will be part of the major update later this year. It's not
> yet 100% functional compatible but faster and more flexible. I'm
> wondering, are there mkiv users out there who use the block features?

I tested the new block code with MkIV and everything is fine
except two unnecessary files in my working directory, they are
\jobname-texutil0.tmp and texutil.tub.

Here is a example:

\defineblock[question]
\defineblock[answer]

\hideblocks[answer]

\starttext

\beginquestion
Question 1
\endquestion

\beginanswer
Answer 1
\endanswer

\beginquestion
Question 2
\endquestion

\beginanswer
Answer 2
\endanswer

\useblocks[answer]

\stoptext


Wolfgang
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Hans Hagen]

Wolfgang Schuster wrote:

> -\def\savetwopassdata#1#2#3{\expanded{\ctxlatetua{jobpasses.save('#1',"#3")}}}
> +\def\savetwopassdata#1#2#3{\expanded{\ctxlatelua{jobpasses.save('#1',"#3")}}}

hm

> 2. \setlayer (unwanted spaces)

> -          \dododosetlayer[#1][#2][#3]
> +          \dododosetlayer[#1][#2][#3]%

ok done

> -      \egroup}
> +      \egroup}%

done, but not needed

> +          \setbox\nextbox\vbox{\offinterlineskip\dorecurse{\count2}{\copy\nextbox\endgraf}}%

i added \offinterlineskip higher up

\def\backgroundimage#1#2#3% repeat hsize vsize
   {\bgroup
    \forgetall
    \dowithnextbox
      {\offinterlineskip

> -        \setbox\scratchbox\hbox{\expanded{\clip[\c!width=#2,\c!height=\the\nextboxht]{\box\scratchbox}}}%

interesting

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
-----------------------------------------------------------------
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Wolfgang Schuster]

On Fri, Oct 17, 2008 at 11:15 AM, Hans Hagen <pragma@wxs.nl> wrote:
> Hi,
>
> this time a beta that is more beta than usual (mkiv)
>
> - it needs a recent luatex (no surprise)
> - there are some speedups, but it might break things (should not happen)
> - the memory footprint should be a bit smaller (esp fonts)
> - font fallbacks etc have some fixes
>
> a major change is that now all multipass data goes into the jobname.tuc
> file (only lists are still in the tuo file); a next release will have
> sectioning redone and for mkiv the tuo file will be gone

New beta, new bugs, here is my list.


1. \savetwopassdata (typo)

--- core-two-orig.mkiv	2008-10-14 12:51:02.000000000 +0200
+++ core-two.mkiv	2008-10-21 17:13:05.000000000 +0200
@@ -18,7 +18,7 @@
 %D I'm not that sure if this behaves exactly like mkii. This needs a cleanup.

 \def\immediatesavetwopassdata   #1#2#3{\expanded{\ctxlua
{jobpasses.save('#1',"#3")}}}
-\def\savetwopassdata
#1#2#3{\expanded{\ctxlatetua{jobpasses.save('#1',"#3")}}}
+\def\savetwopassdata
#1#2#3{\expanded{\ctxlatelua{jobpasses.save('#1',"#3")}}}
 \def\lazysavetwopassdata
#1#2#3{\expanded{\ctxlatelua{jobpasses.save('#1',"#3")}}}
 \def\savetaggedtwopassdata    #1#2#3#4{\expanded{\ctxlua
{jobpasses.savetagged('#1','#3',"#4")}}}
 \def\lazysavetaggedtwopassdata#1#2#3#4{\expanded{\ctxlatelua{jobpasses.savetagged('#1','#3',"#4")}}}


2. \setlayer (unwanted spaces)

--- page-lyr-orig.tex	2008-10-16 00:16:42.000000000 +0200
+++ page-lyr.tex	2008-10-21 17:50:27.000000000 +0200
@@ -178,12 +178,12 @@
           %  discard nextbox
           \fi
         \else
-          \dododosetlayer[#1][#2][#3]
+          \dododosetlayer[#1][#2][#3]%
         \fi\fi
       \else
         \writestatus{layer}{unknown layer #1}%
       \fi
-      \egroup}
+      \egroup}%
      \hbox}

 \newbox\layerbox


3. \backgroundimage (suppress \lineskip)

--- core-box-orig.tex	2008-04-11 10:44:36.000000000 +0200
+++ core-box.tex	2008-10-21 21:42:52.000000000 +0200
@@ -931,16 +931,16 @@
         % to be considered, probably methods
         \ifcase#1\or % x and y
           \setbox\nextbox\hbox{\dorecurse{\count0}{\copy\nextbox}}%
-          \setbox\nextbox\vbox{\dorecurse{\count2}{\copy\nextbox\endgraf}}%
+          \setbox\nextbox\vbox{\offinterlineskip\dorecurse{\count2}{\copy\nextbox\endgraf}}%
         \or % x
           \setbox\nextbox\hbox{\dorecurse{\count0}{\copy\nextbox}}%
         \or % y
-          \setbox\nextbox\vbox{\dorecurse{\count2}{\copy\nextbox\endgraf}}%
+          \setbox\nextbox\vbox{\offinterlineskip\dorecurse{\count2}{\copy\nextbox\endgraf}}%
         \fi
       \fi
       \ifdim\nextboxwd>#2\relax
         \setbox\nextbox\hbox to #2{\hss\flushnextbox\hss}%
-        \setbox\scratchbox\hbox{\expanded{\clip[\c!width=#2,\c!height=\the\nextboxht]{\box\scratchbox}}}%
+        \setbox\nextbox\hbox{\expanded{\clip[\c!width=#2,\c!height=\the\nextboxht]{\flushnextbox}}}%
       \fi
       \ifdim\nextboxht>#3\relax
         \setbox\nextbox\vbox to #3{\vss\flushnextbox\vss}%


Best regards,
Wolfgang
___________________________________________________________________________________
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
___________________________________________________________________________________

new beta

[Hans Hagen]

Hi,

I uploaded a new beta. There are changes in the cached font data but 
this should not affect runs (apart from some fonts being recached). The 
memory footprint of fonts is slightly smaller, in otf we now handle 
multiple unicode -> one glyph situations.

As part of redoing structure related code i rewrote the moveable block 
code which will be part of the major update later this year. It's not 
yet 100% functional compatible but faster and more flexible. I'm 
wondering, are there mkiv users out there who use the block features?

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
-----------------------------------------------------------------
___________________________________________________________________________________
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
___________________________________________________________________________________

new beta

[Hans Hagen]

Hi,

I uploaded a new beta. There are changes in the cached font data but 
this should not affect runs (apart from some fonts being recached). The 
memory footprint of fonts is slightly smaller, in otf we now handle 
multiple unicode -> one glyph situations.

As part of redoing structure related code i rewrote the moveable block 
code which will be part of the major update later this year. It's not 
yet 100% functional compatible but faster and more flexible. I'm 
wondering, are there mkiv users out there who use the block features?

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
-----------------------------------------------------------------
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Hans Hagen]

Peter Rolf wrote:

> stack traceback:
> 	r:/tex/texmf-context/tex/context/base/core-buf.lua:63: in function 'grab'

that line should be

             dn = dn .. "\n" .. bufferdata:sub(1,#bufferdata-1)

-----------------------------------------------------------------
                                           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
-----------------------------------------------------------------
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Hans Hagen]

Idris Samawi Hamid ادريس سماوي حامد wrote:
> On Fri, 17 Oct 2008 03:15:19 -0600, Hans Hagen <pragma@wxs.nl> wrote:
> 
>> a next release will have
>> sectioning redone
> 
> so will we finally get
> 
> \start<section>
> \stop<section>
> 
> etc.? :-)

we're testing the new structure modules but i will only add them to the 
core (repace existing onex) when i feel confident that they will be 
mostly compatible

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
-----------------------------------------------------------------
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Idris Samawi Hamid ادريس سماوي حامد]

On Sat, 18 Oct 2008 16:31:46 -0600, Aditya Mahajan <adityam@umich.edu>  
wrote:

> On Sat, 18 Oct 2008, Idris Samawi Hamid ادريس سماوي حامد wrote:
>
>> On Fri, 17 Oct 2008 03:15:19 -0600, Hans Hagen <pragma@wxs.nl> wrote:
>>
>>> a next release will have
>>> sectioning redone
>>
>> so will we finally get
>>
>> \start<section>
>> \stop<section>
>>
>> etc.? :-)
>
> We already have them, just try it out :-)

Really?

\startchapter

gives me an undefined control sequence...

Maybe you mean

\startsectionworld

etc. I forgot about that, although Hans mentioned that this is just a  
stopgap measure till sectioning is redone...

http://archive.contextgarden.net/message/20080817.132203.12343f00.en.html

Thanks for reminding me

Idris

-- 
Professor Idris Samawi Hamid, Editor-in-Chief
International Journal of Shi`i Studies
Department of Philosophy
Colorado State University
Fort Collins, CO 80523
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Aditya Mahajan]

[-- Attachment #1: Type: TEXT/PLAIN, Size: 332 bytes --]

On Sat, 18 Oct 2008, Idris Samawi Hamid ادريس سماوي حامد wrote:

> On Fri, 17 Oct 2008 03:15:19 -0600, Hans Hagen <pragma@wxs.nl> wrote:
>
>> a next release will have
>> sectioning redone
>
> so will we finally get
>
> \start<section>
> \stop<section>
>
> etc.? :-)

We already have them, just try it out :-)

Aditya

[-- Attachment #2: Type: text/plain, Size: 487 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  : https://foundry.supelec.fr/projects/contextrev/
wiki     : http://contextgarden.net
___________________________________________________________________________________

Re: new beta

[Idris Samawi Hamid ادريس سماوي حامد]

On Fri, 17 Oct 2008 03:15:19 -0600, Hans Hagen <pragma@wxs.nl> wrote:

> a next release will have
> sectioning redone

so will we finally get

\start<section>
\stop<section>

etc.? :-)

Best wishes
Idris

-- 
Professor Idris Samawi Hamid, Editor-in-Chief
International Journal of Shi`i Studies
Department of Philosophy
Colorado State University
Fort Collins, CO 80523
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[luigi scarso]

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

On Fri, Oct 17, 2008 at 11:19 PM, luigi scarso <luigi.scarso@gmail.com>wrote:

>
>
> On Fri, Oct 17, 2008 at 9:33 PM, Hans Hagen <pragma@wxs.nl> wrote:
>
>> luigi scarso wrote:
>>
>> > hmmm
>>
>> > perform arithmetic on local 'total' (a nil value).
>> > <*> ...texmf-context/tex/context/base/cont-nl.tex
>> >                                                   \dump
>>
>> wrong binary ... you need the latest greatest luatex (new statistic)
>>
> so luatex on minimals-beta is broken,,,
> :(
>
> --
> luigi
>
>
works ok with rev 1564

-- 
luigi

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

[-- Attachment #2: Type: text/plain, Size: 487 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  : https://foundry.supelec.fr/projects/contextrev/
wiki     : http://contextgarden.net
___________________________________________________________________________________

Re: new beta

[luigi scarso]

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

On Fri, Oct 17, 2008 at 9:33 PM, Hans Hagen <pragma@wxs.nl> wrote:

> luigi scarso wrote:
>
> > hmmm
>
> > perform arithmetic on local 'total' (a nil value).
> > <*> ...texmf-context/tex/context/base/cont-nl.tex
> >                                                   \dump
>
> wrong binary ... you need the latest greatest luatex (new statistic)
>
so luatex on minimals-beta is broken,,,
:(

-- 
luigi

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

[-- Attachment #2: Type: text/plain, Size: 487 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  : https://foundry.supelec.fr/projects/contextrev/
wiki     : http://contextgarden.net
___________________________________________________________________________________

Re: new beta

[Khaled Hosny]

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

On Fri, Oct 17, 2008 at 09:33:48PM +0200, Hans Hagen wrote:
> luigi scarso wrote:
> 
> > hmmm
> 
> > perform arithmetic on local 'total' (a nil value).
> > <*> ...texmf-context/tex/context/base/cont-nl.tex
> >                                                   \dump
> 
> wrong binary ... you need the latest greatest luatex (new statistic)
> 

Now with the latest luatex (from svn trunk) I get this with any file:
! Undefined control sequence.
<argument> \@@fontclassfallbacks

\dodefinefontfallbacks ....collections.prepare("#1
                                                  ")}
\dodefinefontfallbacksindeed ...nefontfallbacks #1
                                                  \endgroup
<inserted text> ...ksindeed \@@fontclassfallbacks
                                                  \fi \else
\dodefinefontfal...
\lowleveldefinefont ...name \the \everydefinefont

\xxdododefinefont ...efont {#4}\newfontidentifier
                                                  \let
\localrelativefontsiz...



-- 
 Khaled Hosny
 Arabic localizer and member of Arabeyes.org team

[-- Attachment #1.2: Digital signature --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

[-- Attachment #2: Type: text/plain, Size: 487 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  : https://foundry.supelec.fr/projects/contextrev/
wiki     : http://contextgarden.net
___________________________________________________________________________________

Re: new beta

[Peter Rolf]

[-- Attachment #1: Type: text/plain, Size: 2712 bytes --]

Hans Hagen schrieb:
> Hi,
> 
> this time a beta that is more beta than usual (mkiv)
> 
> - it needs a recent luatex (no surprise)
> - there are some speedups, but it might break things (should not happen)


There is a problem with nested buffers. Try the attached test files

(test.tex

ConTeXt  ver: 2008.10.17 10:41 MKIV  fmt: 2008.10.17  int: english/english

language       : language en is active
system         : cont-new loaded
(r:/tex/texmf-context/tex/context/base/cont-new.tex
systems         : beware: some patches loaded from cont-new.tex
(r:/tex/texmf-context/tex/context/base/cont-new.mkiv)
(r:/tex/texmf-context/tex/context/base/cont-mtx.tex))
system         : cont-fil loaded
(r:/tex/texmf-context/tex/context/base/cont-fil.tex
loading        : Context File Synonyms
)
system         : cont-sys loaded
(r:/tex/texmf-context/tex/context/user/cont-sys.tex)
bodyfont       : 12pt rm is loaded
specials       : pdftex loaded
system         : test.top loaded
(test.top) (test.tuo) (test.tuo)
systems        : begin file test at line 1
(foo.tex
! LuaTeX error r:/tex/texmf-context/tex/context/base/core-buf.lua:63:
attempt to call method 'sub' (a nil value)
stack traceback:
	r:/tex/texmf-context/tex/context/base/core-buf.lua:63: in function 'grab'
	<main ctx instance>:1: in main chunk.
\dododowithbuffer ...!!bs \detokenize {#1}\!!es )}
                                                   \dododowithbuffer
\nododo...
l.9 \stopbuffer

?


Best wishes, Peter

> - the memory footprint should be a bit smaller (esp fonts)
> - font fallbacks etc have some fixes
> 
> a major change is that now all multipass data goes into the jobname.tuc 
> file (only lists are still in the tuo file); a next release will have 
> sectioning redone and for mkiv the tuo file will be gone
> 
> 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
> -----------------------------------------------------------------
> ___________________________________________________________________________________
> 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
> ___________________________________________________________________________________
> 


[-- Attachment #2: test.tex --]
[-- Type: text/plain, Size: 51 bytes --]

\starttext

\input foo

\getbuffer[foo]

\stoptext

[-- Attachment #3: foo.tex --]
[-- Type: text/plain, Size: 98 bytes --]

\startbuffer[foo]

\startbuffer
will this break compilation?
\stopbuffer

\getbuffer

\stopbuffer

[-- Attachment #4: Type: text/plain, Size: 487 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  : https://foundry.supelec.fr/projects/contextrev/
wiki     : http://contextgarden.net
___________________________________________________________________________________

Re: new beta

[Hans Hagen]

Thomas A. Schmitz wrote:
> On Oct 17, 2008, at 11:15 AM, Hans Hagen wrote:
> 
>> Hi,
>>
>> this time a beta that is more beta than usual (mkiv)
>>
>> - it needs a recent luatex (no surprise)
>> - there are some speedups, but it might break things (should not  
>> happen)
>> - the memory footprint should be a bit smaller (esp fonts)
>> - font fallbacks etc have some fixes
>>
>> a major change is that now all multipass data goes into the  
>> jobname.tuc
>> file (only lists are still in the tuo file); a next release will have
>> sectioning redone and for mkiv the tuo file will be gone
> 
> Hi Hans,
> 
> was this beta supposed to take care of the font problem I reported? I  
> have now one example which appears to work again; another one (and the  
> minimal example I sent) still fail with the same symptoms. Just  
> thought I'd mention it...

i had no time to look into it, so if it already solbes part of your 
problem, best send me an updated bug test

Hans

(away this weekend)

-----------------------------------------------------------------
                                           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
-----------------------------------------------------------------
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Hans Hagen]

luigi scarso wrote:

> hmmm

> perform arithmetic on local 'total' (a nil value).
> <*> ...texmf-context/tex/context/base/cont-nl.tex
>                                                   \dump

wrong binary ... you need the latest greatest luatex (new statistic)

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
-----------------------------------------------------------------
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[luigi scarso]

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

On Fri, Oct 17, 2008 at 11:15 AM, Hans Hagen <pragma@wxs.nl> wrote:

> Hi,
>
> this time a beta that is more beta than usual (mkiv)
>
> - it needs a recent luatex (no surprise)
> - there are some speedups, but it might break things (should not happen)
> - the memory footprint should be a bit smaller (esp fonts)
> - font fallbacks etc have some fixes
>
> a major change is that now all multipass data goes into the jobname.tuc
> file (only lists are still in the tuo file); a next release will have
> sectioning redone and for mkiv the tuo file will be gone
>
> Hans
>


hmmm

Beginning to dump on file cont-nl.fmt
 (format=cont-nl 2008.10.17)
41100 strings of total length 689878
500860 memory locations dumped; current usage is 188&493721
39395 multiletter control sequences
\font\nullfont=nullfont
0 preloaded fonts
0 words of pdfTeX memory
0 indirect objects
mkiv lua stats : used config path          -
/opt/luatex/minimals-beta/tex/texmf/web2c/texmf.cnf
mkiv lua stats : used cache path           -
/opt/luatex/minimals-beta/tex/texmf-cache
mkiv lua stats : modules/dumps/instances   - 93/0/1
mkiv lua stats : input load time           - 0.027 seconds
mkiv lua stats : jobdata time              - 0.000 seconds saving, 0.000
seconds loading
mkiv lua stats : fonts load time           - 0.000 seconds
mkiv lua stats : xml load time             - 0.000 seconds, lpath calls: 0,
cached calls: 0
mkiv lua stats : lxml load time            - 0.000 seconds preparation,
backreferences: 0
mkiv lua stats : mps conversion time       - 0.000 seconds
mkiv lua stats : node processing time      - 0.000 seconds including kernel
mkiv lua stats : kernel processing time    - 0.000 seconds
mkiv lua stats : attribute processing time - 0.000 seconds
mkiv lua stats : language load time        - 0.001 seconds, n=1
mkiv lua stats : graphics processing time  - 0.000 seconds including tex,
n=0
mkiv lua stats : metapost processing time  - 0.000 seconds, loading: 0.000
seconds, execution: 0.000 seconds, n: 0
mkiv lua stats : current memory usage      - 22 MB (ctx: 22 MB)
mkiv lua stats : cleaned up reserved nodes - 0 nodes, 8 lists of 100
mkiv lua stats : node memory usage         - 13 glue_spec, 1 dir
mkiv lua stats : loaded patterns           - none
mkiv lua stats : loaded fonts              - none
! LuaTeX error ...beta/tex/texmf-context/tex/context/base/luat-tex.lua:322:
attempt to perform arithmetic on local 'total' (a nil value).
<*> ...texmf-context/tex/context/base/cont-nl.tex
                                                  \dump



Beginning to dump on file cont-en.fmt
 (format=cont-en 2008.10.17)
39934 strings of total length 667235
491585 memory locations dumped; current usage is 188&484446
38229 multiletter control sequences
\font\nullfont=nullfont
0 preloaded fonts
0 words of pdfTeX memory
0 indirect objects
mkiv lua stats : used config path          -
/opt/luatex/minimals-beta/tex/texmf/web2c/texmf.cnf
mkiv lua stats : used cache path           -
/opt/luatex/minimals-beta/tex/texmf-cache
mkiv lua stats : modules/dumps/instances   - 93/0/1
mkiv lua stats : input load time           - 0.030 seconds
mkiv lua stats : jobdata time              - 0.000 seconds saving, 0.000
seconds loading
mkiv lua stats : fonts load time           - 0.000 seconds
mkiv lua stats : xml load time             - 0.000 seconds, lpath calls: 0,
cached calls: 0
mkiv lua stats : lxml load time            - 0.000 seconds preparation,
backreferences: 0
mkiv lua stats : mps conversion time       - 0.000 seconds
mkiv lua stats : node processing time      - 0.000 seconds including kernel
mkiv lua stats : kernel processing time    - 0.000 seconds
mkiv lua stats : attribute processing time - 0.000 seconds
mkiv lua stats : language load time        - 0.001 seconds, n=1
mkiv lua stats : graphics processing time  - 0.000 seconds including tex,
n=0
mkiv lua stats : metapost processing time  - 0.000 seconds, loading: 0.000
seconds, execution: 0.000 seconds, n: 0
mkiv lua stats : current memory usage      - 22 MB (ctx: 22 MB)
mkiv lua stats : cleaned up reserved nodes - 0 nodes, 8 lists of 100
mkiv lua stats : node memory usage         - 13 glue_spec, 1 dir
mkiv lua stats : loaded patterns           - none
mkiv lua stats : loaded fonts              - none
! LuaTeX error ...beta/tex/texmf-context/tex/context/base/luat-tex.lua:322:
attempt to perform arithmetic on local 'total' (a nil value).
<*> ...texmf-context/tex/context/base/cont-en.tex
                                                  \dump

-- 
luigi

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

[-- Attachment #2: Type: text/plain, Size: 487 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  : https://foundry.supelec.fr/projects/contextrev/
wiki     : http://contextgarden.net
___________________________________________________________________________________

Re: new beta

[Thomas A. Schmitz]

On Oct 17, 2008, at 11:15 AM, Hans Hagen wrote:

> Hi,
>
> this time a beta that is more beta than usual (mkiv)
>
> - it needs a recent luatex (no surprise)
> - there are some speedups, but it might break things (should not  
> happen)
> - the memory footprint should be a bit smaller (esp fonts)
> - font fallbacks etc have some fixes
>
> a major change is that now all multipass data goes into the  
> jobname.tuc
> file (only lists are still in the tuo file); a next release will have
> sectioning redone and for mkiv the tuo file will be gone

Hi Hans,

was this beta supposed to take care of the font problem I reported? I  
have now one example which appears to work again; another one (and the  
minimal example I sent) still fail with the same symptoms. Just  
thought I'd mention it...

All best

Thomas
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Yanrui Li]

I compiled LuaTeX #1563 and used it instead one in new beta. Now new
beta can works.

In addition, I'm very sorry that my email always break away from
thread because I have no idea how to use the maillist. I will solve it
lately.

-- 
Best wishes,
Li Yanrui
___________________________________________________________________________________
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
___________________________________________________________________________________

new beta

[Hans Hagen]

Hi,

this time a beta that is more beta than usual (mkiv)

- it needs a recent luatex (no surprise)
- there are some speedups, but it might break things (should not happen)
- the memory footprint should be a bit smaller (esp fonts)
- font fallbacks etc have some fixes

a major change is that now all multipass data goes into the jobname.tuc 
file (only lists are still in the tuo file); a next release will have 
sectioning redone and for mkiv the tuo file will be gone

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
-----------------------------------------------------------------
___________________________________________________________________________________
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
___________________________________________________________________________________

new beta

[Hans Hagen]

Hi,

the new beta has some optimizations wirh regards to the font memory 
footprint (at the cost of convenience but that only concerns me)


Hans

for chinese users: there is not much more memory to gain (unless we 
accept more mess)

-----------------------------------------------------------------
                                           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
-----------------------------------------------------------------
___________________________________________________________________________________
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
___________________________________________________________________________________

new beta

[Hans Hagen]

hi,

- the current beta has some speedups and mem improvements for fonts

- for huge fonts (like chinese) general mem consumption can be made 
smaller (at the cost of some runtime) by

   \ctxlua{garbagecollector.enabled=true}

although this is not that neccessary when you used the upcoming beta

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
-----------------------------------------------------------------
___________________________________________________________________________________
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
___________________________________________________________________________________

Re: new beta

[Thomas A. Schmitz]

On Sep 2, 2008, at 8:58 PM, Hans Hagen wrote:

> there's a new beta with a handful of patches / extensions (as  
> mentioned
> on the list)

Hi Hans,

my problem with \sometxt appears to be solved; I get properly aligned  
labels again. Thanks a million!

Thomas
___________________________________________________________________________________
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
___________________________________________________________________________________

new beta

[Hans Hagen]

there's a new beta with a handful of patches / extensions (as mentioned 
on the list)

no fix for arab numbering yet (needs analysis and testing)

-----------------------------------------------------------------
                                           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
-----------------------------------------------------------------
___________________________________________________________________________________
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
___________________________________________________________________________________

new beta

[Hans Hagen]

Hi,

for the arabic users ... there is a new beta with improved bidi (it 
passes idris torture test)

idris: also new bin in usual place (fixes bug)

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
-----------------------------------------------------------------
___________________________________________________________________________________
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
___________________________________________________________________________________

new beta

[Hans Hagen]

Hi,

There is a new beta; apart from a few fixes (mostly mkiv) the mathml 
interpreter now also mathml 3 (for as much as I could deduce it from the 
draft which is definitely a draft and not yet a reference). Provisional 
  openmath is also part of the game but not that well tested. Something 
that we call 'calcmath' is available by default when the module is loaded.

At the context conference Aditya has to plug some of the holes in my 
math knowledge in order to reach perfection.

I also uploaded a new mmlprime.pdf document.

Although I need to do a major cleanup x-mathml shows a bit how to deal 
with xml in mkiv.

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
-----------------------------------------------------------------
___________________________________________________________________________________
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
___________________________________________________________________________________

new beta

[Hans Hagen]

hi,

i uploaded a new beta (mostly cleanup and more robust texmf variable 
expansion)

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
-----------------------------------------------------------------
___________________________________________________________________________________
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
___________________________________________________________________________________

new beta

[Hans Hagen]

I uploaded a new beta:

- aditya's math extension
- more robust for \to in arguments
- new hyphenatedurl (both mkii and mkiv)

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
-----------------------------------------------------------------
___________________________________________________________________________________
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
___________________________________________________________________________________

new beta

[Hans Hagen]

Hi,

there is a new mkiv beta with a different lookup handler (chains and such)

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
-----------------------------------------------------------------
___________________________________________________________________________________
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
___________________________________________________________________________________

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
-----------------------------------------------------------------

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

[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 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

[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 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
>>     
>>> * 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

[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

[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

[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

[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

[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

[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]

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

[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

[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
>
>
>  
>

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
-----------------------------------------------------------------

new beta

[Hans Hagen]

Hi,

I'm uploading a beta. I replaces a few font things, i.e. il2 and pl0 
support is now replaced by a combination of regimes and using ec and qx.

Also, given that up install the latest latin modern zip, you can have 
condensed monospaced fonts:

\definetypeface [modern] [tt] [mono] [modern-cond] [default] 
[encoding=texnansi]

\setupbodyfont[modern]

\starttext

\typefile{test}

\stoptext

I'd like to see the new dense encoding (discussed on dev list) being 
supported as well, but we need to generate metrics for that (can be donw 
with metatype tools)

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]

Otared KAVIAN wrote:

>I just installed the new beta (or perhaps the new stable...) with
>Gerben Wierda's ConTeXt updater, but it only makes the format
>cont-nl.fmt and cont-en.fmt is missing.
>Even doing: 
>sudo texexec --make --alone --all en nl metafun mptopdf
>does not create the right format.
>
>Is this a bug in some script? 
>  
>
not that i know of, maybe it does make the format but puts it someplace else; what does:  

sudo texmfstart newtexexec --make --all 

report? 

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

[Otared KAVIAN]

On 7/20/05, Hans Hagen <pragma@wxs.nl> wrote:
> Hi,
> 
> I'm currently uploading a beta with the most recent discussed fixes /
> extensions. 

Hi Hans,

I just installed the new beta (or perhaps the new stable...) with
Gerben Wierda's ConTeXt updater, but it only makes the format
cont-nl.fmt and cont-en.fmt is missing.
Even doing: 
sudo texexec --make --alone --all en nl metafun mptopdf
does not create the right format.

Is this a bug in some script? 

Thanks for your attention: OK

Re: new beta

[Hans Hagen]

Taco Hoekwater wrote:

>
>
> Hans Hagen wrote:
>
>> Hi,
>>
>> I'm currently uploading a beta with the most recent discussed fixes / 
>> extensions. 
>
>
> I've made a wiki page for the also uploaded current 2005.07.13 version,
> that does not contain the \startlines code, but does have most of the

eh .. i did fix startlines (actually i fixed the normalspace definition) 
but this fix doe snot show up in the startlines code itself

> other bugfixes:
>
>   http://contextgarden.net/Release_Notes
>
> Greetings, Taco
> _______________________________________________
> ntg-context mailing list
> ntg-context@ntg.nl
> http://www.ntg.nl/mailman/listinfo/ntg-context
>
>
>


-- 

-----------------------------------------------------------------
                                          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

[Taco Hoekwater]

Hans Hagen wrote:
> Hi,
> 
> I'm currently uploading a beta with the most recent discussed fixes / 
> extensions. 

I've made a wiki page for the also uploaded current 2005.07.13 version,
that does not contain the \startlines code, but does have most of the
other bugfixes:

   http://contextgarden.net/Release_Notes

Greetings, Taco

new beta

[Hans Hagen]

Hi,

I'm currently uploading a beta with the most recent discussed fixes / 
extensions. The questiosn with regards to verse/poems triggered me into 
looking into the lines mechanism and i found out that the odd/even 
indentation was broken. As a result i rewrote part if the indenter. So, 
the following should work ok

\setupindenting[medium]

\setuplines[indenting=no]

\startlines
first
second
third
fourth
\stoplines

\setuplines[indenting=yes]

\startlines
first
second
third
fourth
\stoplines

\setuplines[indenting=odd]

\startlines
first
second
third
fourth
\stoplines

\setuplines[indenting=even]

\startlines
first
second
third
fourth
\stoplines

-- 

-----------------------------------------------------------------
                                          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]

Adam Lindsay wrote:
> Thomas A.Schmitz said this at Wed, 20 Apr 2005 12:07:59 +0200:
> 
> 
>>This problem went away with the very latest and greatest. Thanks Hans!
> 
> 
> Here, too.
> 
> I can sit in web2c and build xetex formats that live in the web2c/xetex
> directory with the command:
> 
> texexec --make --engine --xtx en

beware, i reverted texex to not use ctxtools due to lack of ruby  -)

does ctxtools --make --engine=xetex

work?

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

[Adam Lindsay]

Thomas A.Schmitz said this at Wed, 20 Apr 2005 12:07:59 +0200:

>This problem went away with the very latest and greatest. Thanks Hans!

Here, too.

I can sit in web2c and build xetex formats that live in the web2c/xetex
directory with the command:

texexec --make --engine --xtx en

So it looks good to me!

cheers,
adam
-- 
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
 Adam T. Lindsay, Computing Dept.     atl@comp.lancs.ac.uk
 Lancaster University, InfoLab21        +44(0)1524/510.514
 Lancaster, LA1 4WA, UK             Fax:+44(0)1524/510.492
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-

Re: new beta

[Thomas A.Schmitz]

This problem went away with the very latest and greatest. Thanks Hans!
On Apr 19, 2005, at 2:18 PM, Thomas A.Schmitz wrote:

> My installation has lost the ability to regenerate formats in the 
> latest beta:
>
> sudo texexec --make en de nl metafun
>
>  TeXExec 5.3.1 - ConTeXt / PRAGMA ADE 1997-2005
>
>
>         total run time : 1 seconds
>
>
> sudo fmtutil --byfmt cont-en.fmt
> fmtutil: no info for format `cont-en.fmt'.
>
> Clueless???
>
> Thomas
>
> _______________________________________________
> ntg-context mailing list
> ntg-context@ntg.nl
> http://www.ntg.nl/mailman/listinfo/ntg-context
>

Re: new beta

[Thomas A.Schmitz]

Thanks, Adam. At least some consolation...
On Apr 19, 2005, at 2:43 PM, Adam Lindsay wrote:

> Thomas A.Schmitz said this at Tue, 19 Apr 2005 14:18:55 +0200:
>
>> My installation has lost the ability to regenerate formats in the
>> latest beta:
>
> This is being discussed on the dev-context list:
> <http://www.ntg.nl/pipermail/dev-context/2005/000168.html>
> -- 
> =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
>  Adam T. Lindsay, Computing Dept.     atl@comp.lancs.ac.uk
>  Lancaster University, InfoLab21        +44(0)1524/510.514
>  Lancaster, LA1 4WA, UK             Fax:+44(0)1524/510.492
> -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
>
> _______________________________________________
> ntg-context mailing list
> ntg-context@ntg.nl
> http://www.ntg.nl/mailman/listinfo/ntg-context
>

Re: new beta

[Thomas A.Schmitz]

On Apr 19, 2005, at 3:20 PM, Hans Hagen wrote:

> Adam Lindsay wrote:
>> Thomas A.Schmitz said this at Tue, 19 Apr 2005 14:18:55 +0200:
>>> My installation has lost the ability to regenerate formats in the 
>>> latest beta:
>
> yesterdays beta or todays?

That was today's beta, sorry.
>
>> This is being discussed on the dev-context list:
>> <http://www.ntg.nl/pipermail/dev-context/2005/000168.html>
>
> Adam: in texexec.pl the cal to ctxtools should be prefixed by 
> texmfstart (texmfstart texexec --make ...)
>
> 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

[David Munger]

Solved.

Insert the usual escaping command before line 2769 of texexec.pl:

...

unless ( $dosish && !$escapeshell ) {
    $cmd =~ s/[^\\]\&/\\\&/io ;
}

$Problems = system("$cmd $MpMpName");


David

Re: new beta

[Hans Hagen]

Adam Lindsay wrote:
> Thomas A.Schmitz said this at Tue, 19 Apr 2005 14:18:55 +0200:
> 
> 
>>My installation has lost the ability to regenerate formats in the 
>>latest beta:

yesterdays beta or todays?

> This is being discussed on the dev-context list:
> <http://www.ntg.nl/pipermail/dev-context/2005/000168.html>

Adam: in texexec.pl the cal to ctxtools should be prefixed by texmfstart 
(texmfstart texexec --make ...)

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

[David Munger]

Le mardi 19 avril 2005 à 09:43 +0200, Hans Hagen a écrit :
> David Munger wrote:
> > Hans,
> > 
> > That's not enough. There is another problem when ConTeXt text has to be
> > rendered from inside MetaPost graphics. Consider the following code:
> > 
> > \starttext
> > \startuseMPgraphic{mptest}
> >   label (btex test etex, origin);
> > \stopuseMPgraphic
> > \useMPgraphic{mptest}
> > \stoptext
> > 
> > Even with the patch for texexec.pl ($cmd =~ s/([^\\])\&/$1\\\&/io ;), it
> > fails.
> > 
> > The problem occurs during the call to:
> > 
> > 	pdfetex  -progname=context \&cont-en
> > 
> > from within texexec.pl.
> > 
> > But surprisingly, it compiles successfully with the '\&' fix in
> > texexec.ini. I guess that pdfetex has to call ConTeXt somehow in order
> > to produce the `btex/etex' output, but that instance of ConTeXt doesn't
> > do the shell escaping correctly.
> > 
> > Any clue? What script should I look into?
> 
> what shell do you use?

bash

The first escaping works. The problem occurs only when compiling the
MetaPost.

David

Re: new beta

[Adam Lindsay]

Thomas A.Schmitz said this at Tue, 19 Apr 2005 14:18:55 +0200:

>My installation has lost the ability to regenerate formats in the 
>latest beta:

This is being discussed on the dev-context list:
<http://www.ntg.nl/pipermail/dev-context/2005/000168.html>
-- 
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
 Adam T. Lindsay, Computing Dept.     atl@comp.lancs.ac.uk
 Lancaster University, InfoLab21        +44(0)1524/510.514
 Lancaster, LA1 4WA, UK             Fax:+44(0)1524/510.492
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-

Re: new beta

[Thomas A.Schmitz]

My installation has lost the ability to regenerate formats in the 
latest beta:

sudo texexec --make en de nl metafun

  TeXExec 5.3.1 - ConTeXt / PRAGMA ADE 1997-2005


         total run time : 1 seconds


sudo fmtutil --byfmt cont-en.fmt
fmtutil: no info for format `cont-en.fmt'.

Clueless???

Thomas

Re: new beta

[Hans Hagen]

David Munger wrote:
> Hans,
> 
> That's not enough. There is another problem when ConTeXt text has to be
> rendered from inside MetaPost graphics. Consider the following code:
> 
> \starttext
> \startuseMPgraphic{mptest}
>   label (btex test etex, origin);
> \stopuseMPgraphic
> \useMPgraphic{mptest}
> \stoptext
> 
> Even with the patch for texexec.pl ($cmd =~ s/([^\\])\&/$1\\\&/io ;), it
> fails.
> 
> The problem occurs during the call to:
> 
> 	pdfetex  -progname=context \&cont-en
> 
> from within texexec.pl.
> 
> But surprisingly, it compiles successfully with the '\&' fix in
> texexec.ini. I guess that pdfetex has to call ConTeXt somehow in order
> to produce the `btex/etex' output, but that instance of ConTeXt doesn't
> do the shell escaping correctly.
> 
> Any clue? What script should I look into?

what shell do you use?

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]

David Munger wrote:

> Thanks for trying, but it is not the correct way. Sorry for being
> unclear. The point is that shell escaping was not done in the proper
> way. Fix 1 used to do it in the configuration file (texexec.ini) which
> is basically a bad idea. Shell escaping has to be done properly by
> texexec.

i've rewritten the make code in ruby and will do some testing asap

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

[David Munger]

Hans,

That's not enough. There is another problem when ConTeXt text has to be
rendered from inside MetaPost graphics. Consider the following code:

\starttext
\startuseMPgraphic{mptest}
  label (btex test etex, origin);
\stopuseMPgraphic
\useMPgraphic{mptest}
\stoptext

Even with the patch for texexec.pl ($cmd =~ s/([^\\])\&/$1\\\&/io ;), it
fails.

The problem occurs during the call to:

	pdfetex  -progname=context \&cont-en

from within texexec.pl.

But surprisingly, it compiles successfully with the '\&' fix in
texexec.ini. I guess that pdfetex has to call ConTeXt somehow in order
to produce the `btex/etex' output, but that instance of ConTeXt doesn't
do the shell escaping correctly.

Any clue? What script should I look into?


Regards,

David

Re: new beta

[Thomas A.Schmitz]

OK, discarded texexec.ini and modified line 1505 as well. Does seem to 
work so far, thanks!

Thomas
On Apr 16, 2005, at 4:43 PM, David Munger wrote:

> Hi Thomas,
>
> Thanks for trying, but it is not the correct way. Sorry for being
> unclear. The point is that shell escaping was not done in the proper
> way. Fix 1 used to do it in the configuration file (texexec.ini) which
> is basically a bad idea. Shell escaping has to be done properly by
> texexec.
>
>
> Thomas A.Schmitz :
>> OK, I think I got the new beta working now under OS X. David Munger's
>> suggestions were key (thanks a lot!). I had to apply both fixes,
>> AFAICS:
>
> Fix 1 should not be applied. Don't touch your texexec.ini, the right
> lines are the original ones:
>
> set  TeXFormatFlag      to  &
> set  MpFormatFlag       to  &
>
> Fix 2 has to be applied to lines 1505 _and _ 2443:
>
> $cmd =~ s/([^\\])\&/$1\\\&/io ;
>
>
> Regards,
>
> David
>
> _______________________________________________
> ntg-context mailing list
> ntg-context@ntg.nl
> http://www.ntg.nl/mailman/listinfo/ntg-context
>

Re: new beta

[David Munger]

Hi Thomas,

Thanks for trying, but it is not the correct way. Sorry for being
unclear. The point is that shell escaping was not done in the proper
way. Fix 1 used to do it in the configuration file (texexec.ini) which
is basically a bad idea. Shell escaping has to be done properly by
texexec.


Thomas A.Schmitz :
> OK, I think I got the new beta working now under OS X. David Munger's 
> suggestions were key (thanks a lot!). I had to apply both fixes, 
> AFAICS:

Fix 1 should not be applied. Don't touch your texexec.ini, the right
lines are the original ones:

set  TeXFormatFlag      to  &
set  MpFormatFlag       to  &

Fix 2 has to be applied to lines 1505 _and _ 2443:

$cmd =~ s/([^\\])\&/$1\\\&/io ;


Regards,

David

Re: new beta

[Thomas A.Schmitz]

OK, I think I got the new beta working now under OS X. David Munger's 
suggestions were key (thanks a lot!). I had to apply both fixes, 
AFAICS:

1. Open $TEXMF/web2c/context/config/texexec.rme. line 68-69 are

set  TeXFormatFlag      to  &
set  MpFormatFlag       to  &

and need to be modified like so

set  TeXFormatFlag      to  \&
set  MpFormatFlag       to  \&

2. Open $TEXMF/scripts/context/perl/texexec.pl. line 2442-2444 are

unless ( $dosish && !$escapeshell ) {
     $cmd =~ s/[^\\]\&/\\\&/io ;
}

and should become

unless ( $dosish && !$escapeshell ) {
     $cmd =~ s/([^\\])\&/$1\\\&/io ;
}

3. After that, run texexec --make en metafun and texhash again, and you 
should be in business.

Will try the same under my (gentoo) linux system later today.

Thanks everybody for getting this fixed!

Best

Thomas

On Apr 15, 2005, at 11:30 PM, Hans Hagen wrote:

> Thomas A.Schmitz wrote:
>> Oh, one more thing: interestingly, updating ConTeXt makes pdflatex 
>> break, too - in fact, every flavor of TeX that use pdfetex. pdfetex 
>> somehow reads a mapfile that ConTeXt provides and then complains 
>> about missing font. So I have to use the prior beta.
>
> delete the pdftex,map file in the fonts/map/pdftex/context path
>
> (i fixed the beta zip)
>
> 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]

Thomas A.Schmitz wrote:
> Oh, one more thing: interestingly, updating ConTeXt makes pdflatex 
> break, too - in fact, every flavor of TeX that use pdfetex. pdfetex 
> somehow reads a mapfile that ConTeXt provides and then complains about 
> missing font. So I have to use the prior beta.

delete the pdftex,map file in the fonts/map/pdftex/context path

(i fixed the beta zip)

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]

David Munger wrote:

> Maybe use:
> $cmd =~ s/([^\\])\&/$1\\\&/io ;

ok, let's give that a try; can those with problem stest this patch?

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

[Thomas A.Schmitz]

OK, will look at it later tonight. Could also be a problem with my 
shell (I use zsh both on OS X and on linux). But now I'm off to a 
chorus rehearsal (Monteverdi, wonderful).

Best

Thomas

On Apr 15, 2005, at 5:15 PM, Hans Hagen wrote:

> David Munger wrote:
>> Hi Thomas,
>> You may try to look in your texexec.ini (run "kpsewhich texexec.ini" 
>> to
>> get the path) for those lines:
>> set  TeXFormatFlag      to  &
>> set  MpFormatFlag       to  &
>> and replace them with those:
>> set  TeXFormatFlag      to  \&
>> set  MpFormatFlag       to  \&
>
> i have this code:
>
>   my $escapeshell = ( ($ENV{'SHELL'}) && ($ENV{'SHELL'} =~ m/sh/i ));
>
> and
>
> unless ( $dosish && ! $escapeshell ) {
>     $cmd =~ s/[^\\]\&/\\\&/io ;
> }
>
> so mayeb there is something wrong there? interestingly it does work ok 
> on our linux box
>
> 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

[David Munger]

Hans,

> unless ( $dosish && ! $escapeshell ) {
>      $cmd =~ s/[^\\]\&/\\\&/io ;
> }

The space before the & gets replaced by a \ so that cmd was:

... -int=batchmode &cont-en

and becomes:

... -int=batchmode\&cont-en


Maybe use:
$cmd =~ s/([^\\])\&/$1\\\&/io ;


David

Re: new beta

[Hans Hagen]

Thomas A.Schmitz wrote:
> Oh, one more thing: interestingly, updating ConTeXt makes pdflatex 
> break, too - in fact, every flavor of TeX that use pdfetex. pdfetex 
> somehow reads a mapfile that ConTeXt provides and then complains about 
> missing font. So I have to use the prior beta.

ah, i see, this pdftex.map should not be in the zip; it ended up in my path when 
playing with map files for idris aleph etc

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]

David Munger wrote:
> Hi Thomas,
> 
> You may try to look in your texexec.ini (run "kpsewhich texexec.ini" to
> get the path) for those lines:
> 
> set  TeXFormatFlag      to  &
> set  MpFormatFlag       to  &
> 
> and replace them with those:
> 
> set  TeXFormatFlag      to  \&
> set  MpFormatFlag       to  \&
> 

i have this code:

   my $escapeshell = ( ($ENV{'SHELL'}) && ($ENV{'SHELL'} =~ m/sh/i ));

and

unless ( $dosish && ! $escapeshell ) {
     $cmd =~ s/[^\\]\&/\\\&/io ;
}

so mayeb there is something wrong there? interestingly it does work ok on our 
linux box

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]

David Munger wrote:
> Hi Thomas,
> 
> You may try to look in your texexec.ini (run "kpsewhich texexec.ini" to
> get the path) for those lines:
> 
> set  TeXFormatFlag      to  &
> set  MpFormatFlag       to  &
> 
> and replace them with those:
> 
> set  TeXFormatFlag      to  \&
> set  MpFormatFlag       to  \&
> 
> 
> It solved it for me.

interesting, since i do a clean up on them

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

[Gerben Wierda]

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

i-Package configure ends with

fmtutil: /usr/local/teTeX/share/texmf.local/web2c/cont-en.fmt installed.
fmtutil: /usr/local/teTeX/share/texmf.local/web2c/cont-nl.fmt installed.
fmtutil: /usr/local/teTeX/share/texmf.local/web2c/mptopdf.fmt installed.
fmtutil: /usr/local/teTeX/share/texmf.local/web2c/metafun.mem installed.

which means that creating the formats works fine on my machine. I do 
not have xetex installed.

G

On 15 Apr 2005, at 16:03, David Munger wrote:

> Hi Thomas,
>
> You may try to look in your texexec.ini (run "kpsewhich texexec.ini" to
> get the path) for those lines:
>
> set  TeXFormatFlag      to  &
> set  MpFormatFlag       to  &
>
> and replace them with those:
>
> set  TeXFormatFlag      to  \&
> set  MpFormatFlag       to  \&
>
>
> It solved it for me.
>
> Regards,
>
> David
>
>
> Thomas A.Schmitz :
>> Sorry to be a pest, but am I the only one seeing these problems? Has
>> everyone else installed the latest beta without problems? I thought
>> that I may have made a silly mistake installing, so I installed again
>> using Gerben's method, but I get the same error. For all purposes, 
>> this
>> beta does seem to be broken?
>>
>> Best
>>
>> Thomas
>
> _______________________________________________
> ntg-context mailing list
> ntg-context@ntg.nl
> http://www.ntg.nl/mailman/listinfo/ntg-context
>

[-- Attachment #1.2: Type: text/enriched, Size: 1397 bytes --]

i-Package configure ends with


<fixed><color><param>FFFF,0000,0000</param>fmtutil:
/usr/local/teTeX/share/texmf.local/web2c/cont-en.fmt installed.

fmtutil: /usr/local/teTeX/share/texmf.local/web2c/cont-nl.fmt
installed.

fmtutil: /usr/local/teTeX/share/texmf.local/web2c/mptopdf.fmt
installed.

fmtutil: /usr/local/teTeX/share/texmf.local/web2c/metafun.mem
installed.

</color></fixed>

which means that creating the formats works fine on my machine. I do
not have xetex installed.


G


On 15 Apr 2005, at 16:03, David Munger wrote:


<excerpt>Hi Thomas,


You may try to look in your texexec.ini (run "kpsewhich texexec.ini" to

get the path) for those lines:


set  TeXFormatFlag      to  &

set  MpFormatFlag       to  &


and replace them with those:


set  TeXFormatFlag      to  \&

set  MpFormatFlag       to  \&



It solved it for me.


Regards,


David



Thomas A.Schmitz :

<excerpt>Sorry to be a pest, but am I the only one seeing these
problems? Has 

everyone else installed the latest beta without problems? I thought 

that I may have made a silly mistake installing, so I installed again 

using Gerben's method, but I get the same error. For all purposes,
this 

beta does seem to be broken?


Best


Thomas

</excerpt>

_______________________________________________

ntg-context mailing list

ntg-context@ntg.nl

http://www.ntg.nl/mailman/listinfo/ntg-context


</excerpt>

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

_______________________________________________
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context

Re: new beta

[Thomas A.Schmitz]

Oh, one more thing: interestingly, updating ConTeXt makes pdflatex 
break, too - in fact, every flavor of TeX that use pdfetex. pdfetex 
somehow reads a mapfile that ConTeXt provides and then complains about 
missing font. So I have to use the prior beta.

Best

Thomas
On Apr 15, 2005, at 4:03 PM, David Munger wrote:

> Hi Thomas,
>
> You may try to look in your texexec.ini (run "kpsewhich texexec.ini" to
> get the path) for those lines:
>
> set  TeXFormatFlag      to  &
> set  MpFormatFlag       to  &
>
> and replace them with those:
>
> set  TeXFormatFlag      to  \&
> set  MpFormatFlag       to  \&
>
>
> It solved it for me.
>
> Regards,
>
> David
>
>
> Thomas A.Schmitz :
>> Sorry to be a pest, but am I the only one seeing these problems? Has
>> everyone else installed the latest beta without problems? I thought
>> that I may have made a silly mistake installing, so I installed again
>> using Gerben's method, but I get the same error. For all purposes, 
>> this
>> beta does seem to be broken?
>>
>> Best
>>
>> Thomas
>
> _______________________________________________
> ntg-context mailing list
> ntg-context@ntg.nl
> http://www.ntg.nl/mailman/listinfo/ntg-context
>

Re: new beta

[Thomas A.Schmitz]

Thanks David,

modifying texexec.rme and saving it as texexec.ini solved some of the 
problems. Here's my story:

1. output of texexec --version unchanged:
texexec --version

  TeXExec 5.3.1 - ConTeXt / PRAGMA ADE 1997-2005

                texexec : TeXExec 5.3.1 - ConTeXt / PRAGMA ADE 1997-2005
                texutil : TeXUtil 9.0.0 - ConTeXt / PRAGMA ADE 1992-2004
warning: Ignoring unknown argument `batchmode&cont-en' to --interaction.
kpathsea: Running mktexfmt context.fmt
fmtutil: no info for format `context'.
                    tex : unknown
                context : ver: 2005.04.15
                cont-en : unknown
warning: Ignoring unknown argument `batchmode&cont-de' to --interaction.
kpathsea: Running mktexfmt context.fmt
fmtutil: no info for format `context'.
                cont-de : unknown
warning: Ignoring unknown argument `batchmode&cont-nl' to --interaction.
kpathsea: Running mktexfmt context.fmt
fmtutil: no info for format `context'.
                cont-nl : unknown

         total run time : 5 seconds

2. Nevertheless, texexec now processes my files. However, my log is 
filled with hundreds of lines like this:
Warning: pdfetex (file 
/usr/local/teTeX/share/texmf.local/fonts/map/pdftex/cont
ext/pdftex.map): fontmap entry for `txbttsc' already exists, duplicates 
ignored


Warning: pdfetex (file 
/usr/local/teTeX/share/texmf.local/fonts/map/pdftex/cont
ext/pdftex.map): fontmap entry for `t1xtt' already exists, duplicates 
ignored

Warning: pdfetex (file 
/usr/local/teTeX/share/texmf.local/fonts/map/pdftex/cont
ext/pdftex.map): fontmap entry for `t1xttsl' already exists, duplicates 
ignored


Warning: pdfetex (file 
/usr/local/teTeX/share/texmf.local/fonts/map/pdftex/cont
ext/pdftex.map): fontmap entry for `t1xttsc' already exists, duplicates 
ignored

3. Context now NEEDS the line
loadmapfile foo.map
in every document. Before, this was an option. I typically used updmap 
to keep my config files in sync (because I want to use my fonts with 
LaTeX from time to time), so I didn't use this feature much. Now, 
however, context doesn't seem to read the normal config files any more.

Not sure if this is the expected behavior or a bug.

Thanks!

Thomas

On Apr 15, 2005, at 4:03 PM, David Munger wrote:

> Hi Thomas,
>
> You may try to look in your texexec.ini (run "kpsewhich texexec.ini" to
> get the path) for those lines:
>
> set  TeXFormatFlag      to  &
> set  MpFormatFlag       to  &
>
> and replace them with those:
>
> set  TeXFormatFlag      to  \&
> set  MpFormatFlag       to  \&
>
>
> It solved it for me.
>
> Regards,
>
> David
>
>
> Thomas A.Schmitz :
>> Sorry to be a pest, but am I the only one seeing these problems? Has
>> everyone else installed the latest beta without problems? I thought
>> that I may have made a silly mistake installing, so I installed again
>> using Gerben's method, but I get the same error. For all purposes, 
>> this
>> beta does seem to be broken?
>>
>> Best
>>
>> Thomas
>
> _______________________________________________
> ntg-context mailing list
> ntg-context@ntg.nl
> http://www.ntg.nl/mailman/listinfo/ntg-context
>

Re: new beta

[David Munger]

Hi Thomas,

You may try to look in your texexec.ini (run "kpsewhich texexec.ini" to
get the path) for those lines:

set  TeXFormatFlag      to  &
set  MpFormatFlag       to  &

and replace them with those:

set  TeXFormatFlag      to  \&
set  MpFormatFlag       to  \&


It solved it for me.

Regards,

David


Thomas A.Schmitz :
> Sorry to be a pest, but am I the only one seeing these problems? Has 
> everyone else installed the latest beta without problems? I thought 
> that I may have made a silly mistake installing, so I installed again 
> using Gerben's method, but I get the same error. For all purposes, this 
> beta does seem to be broken?
> 
> Best
> 
> Thomas

Re: new beta

[David Munger]

I tried today's beta too. Got exactly the same output as Otared's.

Regards,

David

Otared Kavian :
> Then after making a texhash, ran again context and ended up with an 
> error, which is not exactly as yours:
> 	No pages of output.
> 	Transcript written on cont-en.log.' instead of a filename.
> 	Sorry, I can't find the format `cont-en.fmt'; will try `context.fmt'.
> 	kpathsea: Running mktexfmt context.fmt
> 	fmtutil: no info for format `context'.
> 	I can't find the format file `context.fmt'!
> 

Re: new beta

[Thomas A.Schmitz]

Yes, I tried that one too - same result. Must have somthing to do with 
subpaths, also a problem with mapfiles. When I try the latest, my own 
maps are not taken into account.

Thomas


On Apr 15, 2005, at 10:53 AM, Hans Hagen wrote:

> Thomas A.Schmitz wrote:
>
>> Hmm, I just downloaded the latest and greatest beta, and it seems to 
>> be broken. The output of "texexec --version" is
>
> can you try todays upload?
>
> after that we can look into the details; it may have to do with the 
> engine subpath features
>
> 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]

Otared Kavian wrote:

> Since I don't have time to understand what is wrong right now, I am 
> going back to the previous version of context...

in your texmf.cnf file, there should be lines like:

TEXFORMATS    = .;$TEXMF/web2c/{$ENGINE,}
MFBASES       = .;$TEXFORMATS
MPMEMS        = .;$TEXFORMATS
TEXPOOL       = .;$TEXFORMATS
MFPOOL        = .;$TEXFORMATS
MPPOOL        = .;$TEXFORMATS

can you try today's beta?

we need to get this engine stuff working ok (unfortunately kpse is not entirely 
ok in this recpect) so that one can use several engines alongside

Hans

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

[Thomas A.Schmitz]

Peter,

thanks for the hint. The very latest version even has 2005-04-15 09:05. 
Still no go - same errors. For the time being, I reverted to the 
previous beta as well.

Otared:
right, I got this error too and simply removed the xetex-format (never 
used it anyway). I even could make ConTeXt work by recreating the 
format. Unfortunately, it screwed up all of the fonts that I had 
installed - something about the map-file. Well. that's what a beta is 
for...

Best

Thomas

On Apr 15, 2005, at 10:51 AM, Peter Rolf wrote:

> Hello Thomas,
>
> i have installed the latest beta without any problems on XP.
> There is also a slightly newer beta at pragma (2005-04-14 22:02).
> Give it a try...
>
> Greets,
>
> Peter
>
> Thomas A.Schmitz wrote:
>
>> Sorry to be a pest, but am I the only one seeing these problems? Has 
>> everyone else installed the latest beta without problems? I thought 
>> that I may have made a silly mistake installing, so I installed again 
>> using Gerben's method, but I get the same error. For all purposes, 
>> this beta does seem to be broken?
>>
>> Best
>>
>> Thomas
>> On Apr 14, 2005, at 4:29 PM, Thomas A.Schmitz wrote:
>>
>>> Hmm, I just downloaded the latest and greatest beta, and it seems to 
>>> be broken. The output of "texexec --version" is
>>>
>>> texexec --version
>>>
>>>  TeXExec 5.3.0 - ConTeXt / PRAGMA ADE 1997-2005
>>>
>>>                texexec : TeXExec 5.3.0 - ConTeXt / PRAGMA ADE 
>>> 1997-2005
>>>                texutil : TeXUtil 9.0.0 - ConTeXt / PRAGMA ADE 
>>> 1992-2004
>>> warning: Ignoring unknown argument `batchmode&cont-en' to 
>>> --interaction.
>>> kpathsea: Running mktexfmt context.fmt
>>> fmtutil: no info for format `context'.
>>>                    tex : unknown
>>>                context : ver: 2005.04.13
>>>                cont-en : unknown
>>> warning: Ignoring unknown argument `batchmode&cont-de' to 
>>> --interaction.
>>> kpathsea: Running mktexfmt context.fmt
>>> fmtutil: no info for format `context'.
>>>                cont-de : unknown
>>> warning: Ignoring unknown argument `batchmode&cont-nl' to 
>>> --interaction.
>>> kpathsea: Running mktexfmt context.fmt
>>> fmtutil: no info for format `context'.
>>>                cont-nl : unknown
>>>
>>>         total run time : 6 seconds
>>>
>>>
>>> Every run of context hangs with this message:
>>>
>>> Running `ConTeXt' on `text' with ``texexec --pdf --nonstop --texutil 
>>> text.tex''
>>>
>>>  TeXExec 5.3.0 - ConTeXt / PRAGMA ADE 1997-2005
>>>
>>>             executable : pdfetex
>>>                 format : cont-en
>>>              inputfile : text
>>>                 output : pdftex
>>>              interface : en
>>>                options : nonstop
>>>           current mode : none
>>>                TeX run : 1
>>>
>>> warning: Ignoring unknown argument `nonstopmode&cont-en' to 
>>> --interaction.
>>> This is pdfeTeX, Version 3.141592-1.21a-2.2 (Web2C 7.5.4)
>>>  \write18 enabled.
>>>  (/usr/local/teTeX/share/texmf.local/web2c/natural.tcx)
>>> kpathsea: Running mktexfmt context.fmt
>>> fmtutil: no info for format `context'.
>>> I can't find the format file `context.fmt'!
>>>
>>>            return code : 256
>>>               run time : 1 seconds
>>>
>>>         total run time : 2 seconds
>>>
>>> ConTeXt exited abnormally with code 1 at Thu Apr 14 16:26:26
>>>
>>> I get the same error both under Mac OS X and linux, so it doesn't 
>>> appear to be anything platform-specific. Hans?
>>>
>>> Best
>>>
>>> Thomas
>>>
>>>
>>> On Apr 13, 2005, at 10:33 PM, Hans Hagen wrote:
>>>
>>>> Hi,
>>>>
>>>> There is a new beta as well as a new magazine:
>>>>
>>>>   http://www.pragma-ade.com/general/magazines/mag-0010.pdf
>>>>
>>>> concerning the beta, i hope that engine path support is now better 
>>>> in texexec; there is also a new version of pstopdf (for the moment 
>>>> called newpdftops); when   inkscape is installed (v 0.41) you mag 
>>>> give svg to pdf a try
>>>>
>>>> concerning on the fly conversion ... i need to make a new manual 
>>>> (or magazine) explaining it first;
>>>>
>>>> among the new things is 'typescript definitions in your source 
>>>> file' (makes sense for small typescripts, not for large ones); see 
>>>> cont-sys.rme for a new option (\preloadtypescripts; it burns some 
>>>> memory but it's faster)
>>>>
>>>>
>>>> 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
>>
>>
>
> _______________________________________________
> ntg-context mailing list
> ntg-context@ntg.nl
> http://www.ntg.nl/mailman/listinfo/ntg-context
>

Re: new beta

[Hans Hagen]

Thomas A.Schmitz wrote:

> Hmm, I just downloaded the latest and greatest beta, and it seems to be 
> broken. The output of "texexec --version" is

can you try todays upload?

after that we can look into the details; it may have to do with the engine 
subpath features

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]

Hello Thomas,

i have installed the latest beta without any problems on XP.
There is also a slightly newer beta at pragma (2005-04-14 22:02).
Give it a try...

Greets,

Peter

Thomas A.Schmitz wrote:

> Sorry to be a pest, but am I the only one seeing these problems? Has 
> everyone else installed the latest beta without problems? I thought 
> that I may have made a silly mistake installing, so I installed again 
> using Gerben's method, but I get the same error. For all purposes, 
> this beta does seem to be broken?
>
> Best
>
> Thomas
> On Apr 14, 2005, at 4:29 PM, Thomas A.Schmitz wrote:
>
>> Hmm, I just downloaded the latest and greatest beta, and it seems to 
>> be broken. The output of "texexec --version" is
>>
>> texexec --version
>>
>>  TeXExec 5.3.0 - ConTeXt / PRAGMA ADE 1997-2005
>>
>>                texexec : TeXExec 5.3.0 - ConTeXt / PRAGMA ADE 1997-2005
>>                texutil : TeXUtil 9.0.0 - ConTeXt / PRAGMA ADE 1992-2004
>> warning: Ignoring unknown argument `batchmode&cont-en' to --interaction.
>> kpathsea: Running mktexfmt context.fmt
>> fmtutil: no info for format `context'.
>>                    tex : unknown
>>                context : ver: 2005.04.13
>>                cont-en : unknown
>> warning: Ignoring unknown argument `batchmode&cont-de' to --interaction.
>> kpathsea: Running mktexfmt context.fmt
>> fmtutil: no info for format `context'.
>>                cont-de : unknown
>> warning: Ignoring unknown argument `batchmode&cont-nl' to --interaction.
>> kpathsea: Running mktexfmt context.fmt
>> fmtutil: no info for format `context'.
>>                cont-nl : unknown
>>
>>         total run time : 6 seconds
>>
>>
>> Every run of context hangs with this message:
>>
>> Running `ConTeXt' on `text' with ``texexec --pdf --nonstop --texutil 
>> text.tex''
>>
>>  TeXExec 5.3.0 - ConTeXt / PRAGMA ADE 1997-2005
>>
>>             executable : pdfetex
>>                 format : cont-en
>>              inputfile : text
>>                 output : pdftex
>>              interface : en
>>                options : nonstop
>>           current mode : none
>>                TeX run : 1
>>
>> warning: Ignoring unknown argument `nonstopmode&cont-en' to 
>> --interaction.
>> This is pdfeTeX, Version 3.141592-1.21a-2.2 (Web2C 7.5.4)
>>  \write18 enabled.
>>  (/usr/local/teTeX/share/texmf.local/web2c/natural.tcx)
>> kpathsea: Running mktexfmt context.fmt
>> fmtutil: no info for format `context'.
>> I can't find the format file `context.fmt'!
>>
>>            return code : 256
>>               run time : 1 seconds
>>
>>         total run time : 2 seconds
>>
>> ConTeXt exited abnormally with code 1 at Thu Apr 14 16:26:26
>>
>> I get the same error both under Mac OS X and linux, so it doesn't 
>> appear to be anything platform-specific. Hans?
>>
>> Best
>>
>> Thomas
>>
>>
>> On Apr 13, 2005, at 10:33 PM, Hans Hagen wrote:
>>
>>> Hi,
>>>
>>> There is a new beta as well as a new magazine:
>>>
>>>   http://www.pragma-ade.com/general/magazines/mag-0010.pdf
>>>
>>> concerning the beta, i hope that engine path support is now better 
>>> in texexec; there is also a new version of pstopdf (for the moment 
>>> called newpdftops); when   inkscape is installed (v 0.41) you mag 
>>> give svg to pdf a try
>>>
>>> concerning on the fly conversion ... i need to make a new manual (or 
>>> magazine) explaining it first;
>>>
>>> among the new things is 'typescript definitions in your source file' 
>>> (makes sense for small typescripts, not for large ones); see 
>>> cont-sys.rme for a new option (\preloadtypescripts; it burns some 
>>> memory but it's faster)
>>>
>>>
>>> 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 beta

[Otared Kavian]

At 8:29 +0200 15/04/05, Thomas A.Schmitz wrote:
>>Every run of context hangs with this message:
>>
>>Running `ConTeXt' on `text' with ``texexec --pdf --nonstop 
>>--texutil text.tex''
>>
>>  TeXExec 5.3.0 - ConTeXt / PRAGMA ADE 1997-2005
>>
>>             executable : pdfetex
>>                 format : cont-en
>>              inputfile : text
>>                 output : pdftex
>>              interface : en
>>                options : nonstop
>>           current mode : none
>>                TeX run : 1
>>
>>warning: Ignoring unknown argument `nonstopmode&cont-en' to --interaction.
>>This is pdfeTeX, Version 3.141592-1.21a-2.2 (Web2C 7.5.4)
>>  \write18 enabled.
>>  (/usr/local/teTeX/share/texmf.local/web2c/natural.tcx)
>>kpathsea: Running mktexfmt context.fmt
>>fmtutil: no info for format `context'.
>>I can't find the format file `context.fmt'!

Hi Thomas,

After reading your message, I just wanted to experiment, and so 
installed the new beta with Gerben's i-Installer (on Max OS X 10.3.8) 
and first I got an error message due to the fact that I had a 
"context-en.fmt" made with xetex (in
/usr/local/teTeX/share/texmf.local/web2c/xetex/cont-en.fmt
but I renamed it).
Then after making a texhash, ran again context and ended up with an 
error, which is not exactly as yours:
	No pages of output.
	Transcript written on cont-en.log.' instead of a filename.
	Sorry, I can't find the format `cont-en.fmt'; will try `context.fmt'.
	kpathsea: Running mktexfmt context.fmt
	fmtutil: no info for format `context'.
	I can't find the format file `context.fmt'!

Since I don't have time to understand what is wrong right now, I am 
going back to the previous version of context...

Best regards: OK

Re: new beta

[Thomas A.Schmitz]

Sorry to be a pest, but am I the only one seeing these problems? Has 
everyone else installed the latest beta without problems? I thought 
that I may have made a silly mistake installing, so I installed again 
using Gerben's method, but I get the same error. For all purposes, this 
beta does seem to be broken?

Best

Thomas
On Apr 14, 2005, at 4:29 PM, Thomas A.Schmitz wrote:

> Hmm, I just downloaded the latest and greatest beta, and it seems to 
> be broken. The output of "texexec --version" is
>
> texexec --version
>
>  TeXExec 5.3.0 - ConTeXt / PRAGMA ADE 1997-2005
>
>                texexec : TeXExec 5.3.0 - ConTeXt / PRAGMA ADE 1997-2005
>                texutil : TeXUtil 9.0.0 - ConTeXt / PRAGMA ADE 1992-2004
> warning: Ignoring unknown argument `batchmode&cont-en' to 
> --interaction.
> kpathsea: Running mktexfmt context.fmt
> fmtutil: no info for format `context'.
>                    tex : unknown
>                context : ver: 2005.04.13
>                cont-en : unknown
> warning: Ignoring unknown argument `batchmode&cont-de' to 
> --interaction.
> kpathsea: Running mktexfmt context.fmt
> fmtutil: no info for format `context'.
>                cont-de : unknown
> warning: Ignoring unknown argument `batchmode&cont-nl' to 
> --interaction.
> kpathsea: Running mktexfmt context.fmt
> fmtutil: no info for format `context'.
>                cont-nl : unknown
>
>         total run time : 6 seconds
>
>
> Every run of context hangs with this message:
>
> Running `ConTeXt' on `text' with ``texexec --pdf --nonstop --texutil 
> text.tex''
>
>  TeXExec 5.3.0 - ConTeXt / PRAGMA ADE 1997-2005
>
>             executable : pdfetex
>                 format : cont-en
>              inputfile : text
>                 output : pdftex
>              interface : en
>                options : nonstop
>           current mode : none
>                TeX run : 1
>
> warning: Ignoring unknown argument `nonstopmode&cont-en' to 
> --interaction.
> This is pdfeTeX, Version 3.141592-1.21a-2.2 (Web2C 7.5.4)
>  \write18 enabled.
>  (/usr/local/teTeX/share/texmf.local/web2c/natural.tcx)
> kpathsea: Running mktexfmt context.fmt
> fmtutil: no info for format `context'.
> I can't find the format file `context.fmt'!
>
>            return code : 256
>               run time : 1 seconds
>
>         total run time : 2 seconds
>
> ConTeXt exited abnormally with code 1 at Thu Apr 14 16:26:26
>
> I get the same error both under Mac OS X and linux, so it doesn't 
> appear to be anything platform-specific. Hans?
>
> Best
>
> Thomas
>
>
> On Apr 13, 2005, at 10:33 PM, Hans Hagen wrote:
>
>> Hi,
>>
>> There is a new beta as well as a new magazine:
>>
>>   http://www.pragma-ade.com/general/magazines/mag-0010.pdf
>>
>> concerning the beta, i hope that engine path support is now better in 
>> texexec; there is also a new version of pstopdf (for the moment 
>> called newpdftops); when   inkscape is installed (v 0.41) you mag 
>> give svg to pdf a try
>>
>> concerning on the fly conversion ... i need to make a new manual (or 
>> magazine) explaining it first;
>>
>> among the new things is 'typescript definitions in your source file' 
>> (makes sense for small typescripts, not for large ones); see 
>> cont-sys.rme for a new option (\preloadtypescripts; it burns some 
>> memory but it's faster)
>>
>>
>> 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

[Johan Sandblom]

I used RedHat five years ago but quickly got fed up having to
chase down dependencies and got Debian. Only trouble I have had
since then was when I started using recent ConTeXts and couldn't 
go with the default tetex, but texlive is easy enough to install.
I started using gentoo about a year ago on another system and 
found it largely excellent but being a source distribution it 
trades small performance gains for sometimes *very* long install
(or rather build) times. Also, there were some package/version
inconsistencies causing install failures, but these were 
resolved within a few weeks. I have used modem and adsl with 
debian, and adsl with gentoo without problem. ReiserFS on both
for a long time.

Well, back to work, thesis refuses to write itself ...

-- 
Johan Sandblom  N8, MRC, Karolinska sjh  
t +46851776108  17176 Stockholm  
m +46735521477  Sweden           
"What is wanted is not the will to believe, but the 
will to find out, which is the exact opposite" 
-- Bertrand Russell

----- Original Message -----
From: Hans Hagen <pragma@wxs.nl>
Date: Thursday, April 14, 2005 9:32 pm
Subject: Re: [NTG-context] new beta

> Johan Sandblom wrote:
> 
> >... 
> > Comparing the two, the debian testing distribution has never been 
> less> than stable while gentoo testing is updated faster, but has 
> given me trouble 
> > at some points.
> > 
> > Sorry for the noise if this is inappropriate information for this 
> list,
> no problem; here i have been using suse for years; i am considering 
> gentoo, but 
> i'm not sure about it yet; suse only ships stable releases which is 
> why updating 
>  pieces of the system is tricky; the problem is (as always) in the 
> gui part; 
> somehow the interfaces to the libs change (too) often.
> 
> (one of the reasons for choosing suse is that it is very well 
> equiped for 
> european situations (modems, adsl, etc) and shipped with state of 
> the art 
> journaling filesystems like reiser as well as raid support; that 
> time our 
> webserver came with redhat ... well, that was a real pain, esp 
> secutity updating 
>     (unless one paid); suse's updating is automatic and 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
> -----------------------------------------------------------------
> 
> _______________________________________________
> ntg-context mailing list
> ntg-context@ntg.nl
> http://www.ntg.nl/mailman/listinfo/ntg-context
> 

Re: new beta

[Hans Hagen]

Johan Sandblom wrote:

>... 
> Comparing the two, the debian testing distribution has never been less
> than stable while gentoo testing is updated faster, but has given me trouble 
> at some points.
> 
> Sorry for the noise if this is inappropriate information for this list,

no problem; here i have been using suse for years; i am considering gentoo, but 
i'm not sure about it yet; suse only ships stable releases which is why updating 
  pieces of the system is tricky; the problem is (as always) in the gui part; 
somehow the interfaces to the libs change (too) often.

(one of the reasons for choosing suse is that it is very well equiped for 
european situations (modems, adsl, etc) and shipped with state of the art 
journaling filesystems like reiser as well as raid support; that time our 
webserver came with redhat ... well, that was a real pain, esp secutity updating 
     (unless one paid); suse's updating is automatic and 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
-----------------------------------------------------------------

Re: new beta

[Taco Hoekwater]

Johan Sandblom wrote:
> Sorry for going off topic, but since it is a concern ...
 >
 > apt-get install inkscape
 >
 > downloads and installs inkscape 0.41 and updates all dependencies
 > automatically and in Gentoo

mandrake has urpmi:

   urpmi inkscape

which does installs, lookups, dependancy checks & auto-updates etc.,
much like apt-get.


Taco

Re: new beta

[Johan Sandblom]

Sorry for going off topic, but since it is a concern ...

Using a linux distribution with an intelligent package/dependencies
handling system such as Gentoo or Debian would end your updating
woes for all time. In debian testing

apt-get install inkscape

downloads and installs inkscape 0.41 and updates all dependencies 
automatically and in Gentoo

ACCEPT_KEYWORDS="~x86" emerge -ua inkscape

downloads the source of inkscape 0.41 and all required dependencies and 
compiles them (taking a lot of time of course). Without going to the 
testing distribution ("~x86") you get 0.37

Comparing the two, the debian testing distribution has never been less
than stable while gentoo testing is updated faster, but has given me trouble 
at some points.

Sorry for the noise if this is inappropriate information for this list,

Johan

-- 
Johan Sandblom  N8, MRC, Karolinska sjh  
t +46851776108  17176 Stockholm  
m +46735521477  Sweden           
"What is wanted is not the will to believe, but the 
will to find out, which is the exact opposite" 
-- Bertrand Russell

----- Original Message -----
From: Hans Hagen <pragma@wxs.nl>
Date: Thursday, April 14, 2005 9:33 am
Subject: Re: [NTG-context] new beta

> Paul Tremblay wrote:
> 
> > Is inkscape the beast that gave you so much trouble with the glib
> > library? I know I tried to install it and gave up after I couldn't
> > install glib. 
> 
> indeed, but since i use windows as production platform i can wait 
> till i've 
> updated the linux machines; i have no idea how well inkscape 
> installs on the mac
> 
> > Why did you choose inskscape? I thought inkscape is supposed to 
> be a
> > great gui svg-editor, but I wonder if you need all of its power just
> > to do a conversion. I use batik for my conversions, which is 
> part of
> > the apache project. Of course, it is written in java, which raises
> > other problems.
> 
> indeed, i find installing java programs (sometimes bigger than tex 
> collections) 
> with this classpath stuff often troublesome (unless there is an 
> installer, which 
> is often true for gui based programs);
> 
> concerning the alternatives: batik and imagemagick are not good 
> enough (hardly 
> maintained too); i ran a sample set of some 9000 svg graphics 
> trough the 
> converter tools and it worked ok with inkscape; it was also fast; 
> btw, some 
> versions give problems (0.41 is ok, 0.40 was bugged, 0.39 ok if i 
> remember right)
> 
> (the only drawback of inkscape is the clumsy command line print 
> feature, kind of 
> piping, while just writing to a file would have been nicer)
> 
> 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

[Thomas A.Schmitz]

Hmm, I just downloaded the latest and greatest beta, and it seems to be 
broken. The output of "texexec --version" is

texexec --version

  TeXExec 5.3.0 - ConTeXt / PRAGMA ADE 1997-2005

                texexec : TeXExec 5.3.0 - ConTeXt / PRAGMA ADE 1997-2005
                texutil : TeXUtil 9.0.0 - ConTeXt / PRAGMA ADE 1992-2004
warning: Ignoring unknown argument `batchmode&cont-en' to --interaction.
kpathsea: Running mktexfmt context.fmt
fmtutil: no info for format `context'.
                    tex : unknown
                context : ver: 2005.04.13
                cont-en : unknown
warning: Ignoring unknown argument `batchmode&cont-de' to --interaction.
kpathsea: Running mktexfmt context.fmt
fmtutil: no info for format `context'.
                cont-de : unknown
warning: Ignoring unknown argument `batchmode&cont-nl' to --interaction.
kpathsea: Running mktexfmt context.fmt
fmtutil: no info for format `context'.
                cont-nl : unknown

         total run time : 6 seconds


Every run of context hangs with this message:

Running `ConTeXt' on `text' with ``texexec --pdf --nonstop --texutil 
text.tex''

  TeXExec 5.3.0 - ConTeXt / PRAGMA ADE 1997-2005

             executable : pdfetex
                 format : cont-en
              inputfile : text
                 output : pdftex
              interface : en
                options : nonstop
           current mode : none
                TeX run : 1

warning: Ignoring unknown argument `nonstopmode&cont-en' to 
--interaction.
This is pdfeTeX, Version 3.141592-1.21a-2.2 (Web2C 7.5.4)
  \write18 enabled.
  (/usr/local/teTeX/share/texmf.local/web2c/natural.tcx)
kpathsea: Running mktexfmt context.fmt
fmtutil: no info for format `context'.
I can't find the format file `context.fmt'!

            return code : 256
               run time : 1 seconds

         total run time : 2 seconds

ConTeXt exited abnormally with code 1 at Thu Apr 14 16:26:26

I get the same error both under Mac OS X and linux, so it doesn't 
appear to be anything platform-specific. Hans?

Best

Thomas


On Apr 13, 2005, at 10:33 PM, Hans Hagen wrote:

> Hi,
>
> There is a new beta as well as a new magazine:
>
>   http://www.pragma-ade.com/general/magazines/mag-0010.pdf
>
> concerning the beta, i hope that engine path support is now better in 
> texexec; there is also a new version of pstopdf (for the moment called 
> newpdftops); when   inkscape is installed (v 0.41) you mag give svg to 
> pdf a try
>
> concerning on the fly conversion ... i need to make a new manual (or 
> magazine) explaining it first;
>
> among the new things is 'typescript definitions in your source file' 
> (makes sense for small typescripts, not for large ones); see 
> cont-sys.rme for a new option (\preloadtypescripts; it burns some 
> memory but it's faster)
>
>
> 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]

Paul Tremblay wrote:

> Is inkscape the beast that gave you so much trouble with the glib
> library? I know I tried to install it and gave up after I couldn't
> install glib. 

indeed, but since i use windows as production platform i can wait till i've 
updated the linux machines; i have no idea how well inkscape installs on the mac

> Why did you choose inskscape? I thought inkscape is supposed to be a
> great gui svg-editor, but I wonder if you need all of its power just
> to do a conversion. I use batik for my conversions, which is part of
> the apache project. Of course, it is written in java, which raises
> other problems.

indeed, i find installing java programs (sometimes bigger than tex collections) 
with this classpath stuff often troublesome (unless there is an installer, which 
is often true for gui based programs);

concerning the alternatives: batik and imagemagick are not good enough (hardly 
maintained too); i ran a sample set of some 9000 svg graphics trough the 
converter tools and it worked ok with inkscape; it was also fast; btw, some 
versions give problems (0.41 is ok, 0.40 was bugged, 0.39 ok if i remember right)

(the only drawback of inkscape is the clumsy command line print feature, kind of 
piping, while just writing to a file would have been nicer)

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

[Paul Tremblay]

On Wed, Apr 13, 2005 at 10:33:18PM +0200, Hans Hagen wrote:
> concerning the beta, i hope that engine path support is now better in 
> texexec; there is also a new version of pstopdf (for the moment called 
> newpdftops); when inkscape is installed (v 0.41) you mag give svg to pdf 
>   a try

Is inkscape the beast that gave you so much trouble with the glib
library? I know I tried to install it and gave up after I couldn't
install glib. 

Why did you choose inskscape? I thought inkscape is supposed to be a
great gui svg-editor, but I wonder if you need all of its power just
to do a conversion. I use batik for my conversions, which is part of
the apache project. Of course, it is written in java, which raises
other problems.

Anyway, it is promising that ConTeXt it going to incorporate svg.

Paul

-- 

************************
*Paul Tremblay         *
*phthenry@iglou.com    *
************************

new beta

[Hans Hagen]

Hi,

There is a new beta as well as a new magazine:

   http://www.pragma-ade.com/general/magazines/mag-0010.pdf

concerning the beta, i hope that engine path support is now better in texexec; 
there is also a new version of pstopdf (for the moment called newpdftops); when 
   inkscape is installed (v 0.41) you mag give svg to pdf a try

concerning on the fly conversion ... i need to make a new manual (or magazine) 
explaining it first;

among the new things is 'typescript definitions in your source file' (makes 
sense for small typescripts, not for large ones); see cont-sys.rme for a new 
option (\preloadtypescripts; it burns some memory but it's faster)


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

[Dan Luecking]

At 11:59 AM 12/17/2004, you wrote:
>Hi,
>
>I uploaded a new beta with a couple of fixed discussed last weeks as well 
>as a better mp to pdf handling of pen based graphics.

That's goog.


>Hans
>
>ps. http://www.pragma-ade.com/2004.pdf

Happy holidays to you, too.

And now I must unsubscribe...

Goodbye all,
Dan


Daniel H. Luecking
Department of Mathematical Sciences
University of Arkansas 

new beta

[Hans Hagen]

Hi,

I uploaded a new beta with a couple of fixed discussed last weeks as well as a 
better mp to pdf handling of pen based graphics (thanks to Daniel L.)

Hans

ps. http://www.pragma-ade.com/2004.pdf


-----------------------------------------------------------------
                                           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

[Giuseppe Bilotta]

Sunday, December 1, 2002 Hans Hagen wrote:

HH> Hi,

HH> I uploaded a new beta.

Can't seem to find it ...

-- 
Giuseppe "Oblomov" Bilotta

new beta

[Hans Hagen]

Hi,

I uploaded a new beta. Most changes / updates / new features will go 
unnoticed until documented (column sets, more float placements and control, 
more clever and efficient text backgrounds -also in tables, and floats); 
since i use these features in some styles, they finally will be documented 
-) Of course there are also some fixes.

Hans
-------------------------------------------------------------------------
                                   Hans Hagen | PRAGMA ADE | pragma@wxs.nl
                       Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
  tel: +31 (0)38 477 53 69 | fax: +31 (0)38 477 53 74 | www.pragma-ade.com
-------------------------------------------------------------------------
                        information: http://www.pragma-ade.com/roadmap.pdf
                     documentation: http://www.pragma-ade.com/showcase.pdf
-------------------------------------------------------------------------

Re: new beta

[Hans Hagen]

At 11:28 AM 9/30/2002 +0200, you wrote:
>On Sun, 29 Sep 2002 23:58:29 +0200
>Hans Hagen <pragma@wxs.nl> wrote:
>
> > I uploaded a new beta (with some font fixes). If there are no problems, i
> > will promote this one to main,
>
>I don't know if it is a problem or still a missing feature:
>
>I often use MP stand-alone (no inline \start...MPgraphics)
>and load the MetaFun module for gradients and transparency.
>The resulting MP-figures (including the Metafun specials)
>can be embedded in a ConTeXt document or converted using
>MPtoPDF. But it seems that the special-features are not
>available/will not be interpreted if I try to build a
>figure database using texexec --pdf --fig-make ...
>Thus i have to convert those figures first with MPtoPDF before
>i can include them in a figure-database. It would be nice when
>i could go without this step.

say that you have:

beginfig(1) ;
   fill fullcircle scaled 10cm withcolor transparent(1,.5,red) ;
   currentpicture := currentpicture shifted (5cm,0) ;
   fill fullcircle scaled 10cm withcolor transparent(1,.5,green)
endfig ;

end

and process that with

   texexec--mptex thatfile

and make a base like

<figurelibrary>

   <figure>
     <file>thatfile.1</file>
     <label>test</label>
   </figure>

</figurelibrary>

then generating the fig base should produce the effects

<number>, <eps> and <mps> suffixes are all interpreted as potential metapost

Hans
-------------------------------------------------------------------------
                                   Hans Hagen | PRAGMA ADE | pragma@wxs.nl
                       Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
  tel: +31 (0)38 477 53 69 | fax: +31 (0)38 477 53 74 | www.pragma-ade.com
-------------------------------------------------------------------------
                        information: http://www.pragma-ade.com/roadmap.pdf
                     documentation: http://www.pragma-ade.com/showcase.pdf
-------------------------------------------------------------------------

Re: new beta

[Hans Hagen]

At 01:08 AM 9/30/2002 +0200, Giuseppe Bilotta wrote:

>Sunday, September 29, 2002 Hans Hagen wrote:
>
>HH> Hi,
>
>HH> I uploaded a new beta (with some font fixes). If there are no problems, i
>HH> will promote this one to main,
>
>Where is it? www.pragma-ade.com still has the old one.

it's there but i forgot to upload the new download.htm file -)

Hans

-------------------------------------------------------------------------
                                   Hans Hagen | PRAGMA ADE | pragma@wxs.nl
                       Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
  tel: +31 (0)38 477 53 69 | fax: +31 (0)38 477 53 74 | www.pragma-ade.com
-------------------------------------------------------------------------
                        information: http://www.pragma-ade.com/roadmap.pdf
                     documentation: http://www.pragma-ade.com/showcase.pdf
-------------------------------------------------------------------------

Re: new beta

[Jens-Uwe Morawski]

On Sun, 29 Sep 2002 23:58:29 +0200
Hans Hagen <pragma@wxs.nl> wrote:

> I uploaded a new beta (with some font fixes). If there are no problems, i 
> will promote this one to main,

I don't know if it is a problem or still a missing feature:

I often use MP stand-alone (no inline \start...MPgraphics)
and load the MetaFun module for gradients and transparency.
The resulting MP-figures (including the Metafun specials)
can be embedded in a ConTeXt document or converted using
MPtoPDF. But it seems that the special-features are not
available/will not be interpreted if I try to build a
figure database using texexec --pdf --fig-make ...
Thus i have to convert those figures first with MPtoPDF before
i can include them in a figure-database. It would be nice when
i could go without this step.

Thanks.
  Jens

Re: new beta

[Giuseppe Bilotta]

Sunday, September 29, 2002 Hans Hagen wrote:

HH> Hi,

HH> I uploaded a new beta (with some font fixes). If there are no problems, i 
HH> will promote this one to main,

Where is it? www.pragma-ade.com still has the old one.

BTW is the FTP site ever updated?

-- 
Giuseppe "Oblomov" Bilotta

new beta

[Hans Hagen]

Hi,

I uploaded a new beta (with some font fixes). If there are no problems, i 
will promote this one to main,

Hans
-------------------------------------------------------------------------
                                   Hans Hagen | PRAGMA ADE | pragma@wxs.nl
                       Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
  tel: +31 (0)38 477 53 69 | fax: +31 (0)38 477 53 74 | www.pragma-ade.com
-------------------------------------------------------------------------
                        information: http://www.pragma-ade.com/roadmap.pdf
                     documentation: http://www.pragma-ade.com/showcase.pdf
-------------------------------------------------------------------------

new beta

[Hans Hagen]

Hi,

I uploaded a beta (those who reported a broken link: there was currently no 
beta; those who expect new setup stuff, this is work in progress, those who 
use xml, it's pretty stable now). I may have optimized a bit too much so be 
patient with me -)

for those who want to play with transparencies:

\definecolor [halfred] [r=1,t=.5,a=1] should work in acro 5; there are some 
12 alternatives (a) and the factor (t) is in the range 0-1

in metafun \MPcolor{red} should work ok, as well as "fill ... withcolor 
transparent(1,.5,red)" ;

rgb, cmyk and gray scales are supported; i will also provide massive 
transparencies (apart from color) and more optimizes state restoring (pdf 
lacks a reset).

Hans

Hans
-------------------------------------------------------------------------
                                   Hans Hagen | PRAGMA ADE | pragma@wxs.nl
                       Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
  tel: +31 (0)38 477 53 69 | fax: +31 (0)38 477 53 74 | www.pragma-ade.com
-------------------------------------------------------------------------

Re: New Beta

[Hans Hagen]

At 11:31 AM 8/24/2001 +0300, Olya Briginets wrote:

>I have found that this is not texexec but solely MiKTeX problem, the problem
>is that it seems that MiKTeX accept only restricted lenght of its 
>arguments and
>cuts off the rest of argument for each of arguments separately, so if your
>TeXFormatPath contains f:/LocalTeXMF/miktex/fmt, then command line argument
>--undump=f:/LocalTeXMF/miktex/fmt/cont-en are cut after /miktex, so TeX think
>you wish to use miktex.efmt, not cont-en.efmt. Once you changed --undump= 
>to &,
>command line are shorter and ain't cut off. I don't know whether it's fixed in
>MiKTeX 2.1.

Impressive analysis! I'm sure that david will communicate this with the 
miktex people.

Hans
-------------------------------------------------------------------------
                                   Hans Hagen | PRAGMA ADE | pragma@wxs.nl
                       Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
  tel: +31 (0)38 477 53 69 | fax: +31 (0)38 477 53 74 | www.pragma-ade.com
-------------------------------------------------------------------------

Re: New Beta

[Olya Briginets]

Hello David,

David Arnold wrote:

[skipped]

> This is pdfeTeX, Version 3.14159-14f-released-20000525-2.1 (MiKTeX 2 UP 1)
> initexmf: don't know how to dump miktex
> cannot make f:/localtexmf/miktex.efmt
> I can't find the default format file!
> 
>               run time : 1 seconds
> 
> Has anyone experienced this before and know how to cure the problem?

I have found that this is not texexec but solely MiKTeX problem, the problem
is that it seems that MiKTeX accept only restricted lenght of its arguments and
cuts off the rest of argument for each of arguments separately, so if your
TeXFormatPath contains f:/LocalTeXMF/miktex/fmt, then command line argument
--undump=f:/LocalTeXMF/miktex/fmt/cont-en are cut after /miktex, so TeX think
you wish to use miktex.efmt, not cont-en.efmt. Once you changed --undump= to &,
command line are shorter and ain't cut off. I don't know whether it's fixed in
MiKTeX 2.1.

Olya

Re: New Beta

[Hans Hagen]

At 06:02 PM 8/20/2001 -0700, David Arnold wrote:

>                 format : f:/localtexmf/miktex/fmt/cont-en

>This is pdfeTeX, Version 3.14159-14f-released-20000525-2.1 (MiKTeX 2 UP 1)
>initexmf: don't know how to dump miktex
>cannot make f:/localtexmf/miktex.efmt

strange, since there is nothing to dump or make in this stage, are you sure 
you don't run inimiktex or so

>I can't find the default format file!
>
>               run time : 1 seconds

at least it runs fast,

Hans
-------------------------------------------------------------------------
                                   Hans Hagen | PRAGMA ADE | pragma@wxs.nl
                       Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
  tel: +31 (0)38 477 53 69 | fax: +31 (0)38 477 53 74 | www.pragma-ade.com
-------------------------------------------------------------------------

New Beta

[David Arnold]

[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain; charset="us-ascii", Size: 1099 bytes --]

All,

I don't have the very latest Miktex, but a reasonably new one (Miktex 2
with Update 1). I unpacked the new Context beta (texexec.ini attached) and
used Miktex Options->Tex Formats to build formats for pdfelatex and
pdfetex, refreshing the filename database whenever I could.

texexec --make

seemed to go well (I have the eformats in \localtexmf\miktex\fmt. But when
I compile this sample file,

\starttext \framed {Let’s see if it works.} \stoptext

I got this error message:

F:\ConTeXt\MyWork>texexec junk

 TeXExec 2.5 - ConTeXt / PRAGMA ADE 1997-2001

            executable : pdfetex
                format : f:/localtexmf/miktex/fmt/cont-en
             inputfile : junk
                output : standard
             interface : en
          current mode : all
               TeX run : 1

This is pdfeTeX, Version 3.14159-14f-released-20000525-2.1 (MiKTeX 2 UP 1)
initexmf: don't know how to dump miktex
cannot make f:/localtexmf/miktex.efmt
I can't find the default format file!

              run time : 1 seconds

Has anyone experienced this before and know how to cure the problem?

[-- Attachment #2: texexec.ini --]
[-- Type: text/plain, Size: 4590 bytes --]

% == introduction ==
%
% This is 'texexec.ini', the file used by texexec to determine where
% to find files, what TeX to use, what flags to pass, etc. Although
% TeXexec tries to locate things itself, a little help is sometimes
% needed. One can influence texexec by setting some variables. These
% are only needed when the automatic determined settings fail.
%
% == interfacing ==
%
% UsedInterfaces  nl,en  the formats generated with --make
% UserInterface   nl     the default format used
%
% == binaries ==
%
% TeXExecutable      pdfetex  the TeX binary to use
% MpExecutable       mpost    the MetaPost binary to use
% MpToTeXExecutable  mpto     the MetaPost to TeX converter
% DviToMpExecutable  dvitomp  the DVI to MetaPost converter
%
% == Scripts ==
%
% DviSpecialScript   dvispec  the DVI special filter script
%
% == flags ==
%
% TeXFormatFlag  &     the format introducer
% TeXVirginFlag  -ini  the format generation switch
%
% == paths ==
%
set TeXFormatPath   to f:/localtexmf/miktex/fmt
set ConTeXtPath     to f:/Miktex/tex/context/base
set SetupPath       to f:/Miktex/tex/context/base
set TeXScriptsPath  to f:/Miktex/context/perltk
% TeXFontsPath    texmf                   font files
%
% == the main shell setting ==
%
% As shown below, one can define his/her own sections. We default to
% the teTeX/fpTeX web2c based settings.

%set  TeXShell  to  tetex
%set TeXShell  to  fptex
set TeXShell  to  miktex
%set TeXShell  to  private

% == setting up the variables ==
%
% Here are some general defaults. They can be overruled later.

set  UsedInterfaces     to  en nl de uk
set  UserInterface      to  en

set  TeXExecutable      to  tex

set  MpExecutable       to  mpost
set  MpToTeXExecutable  to  mpto
set  DviToMpExecutable  to  dvitomp
set  DviSpecialScript   to  dvispec

set  MpFormat           to  metafun

set  TeXFormatFlag      to  &
set  MpFormatFlag       to  &

%set  TeXFontsPath       to  l:/tex/texmf;l:/tex/texmf-local;

% For teTeX the next settings will do.

for  tetex  set  TeXExecutable     to  pdfetex
for  tetex  set  TeXVirginFlag     to  -ini
for  tetex  set  TeXPassString     to  -progname=context
for  tetex  set  TeXBatchFlag      to  -int=batchmode
for  tetex  set  MpToTeXExecutable to  mpto
for  tetex  set  MpVirginFlag      to  -ini
for  tetex  set  MpPassString      to  -progname=mpost
for  tetex  set  MpBatchFlag       to  -int=batchmode

% These also apply to fpTeX.

for  fptex  set  TeXExecutable     to  pdfetex
for  fptex  set  TeXVirginFlag     to  -ini
for  fptex  set  TeXPassString     to  -progname=context
for  fptex  set  TeXBatchFlag      to  -int=batchmode
for  fptex  set  MpToTeXExecutable to  mpto
for  fptex  set  MpVirginFlag      to  -ini
for  fptex  set  MpPassString      to  -progname=mpost
for  fptex  set  MpBatchFlag       to  -int=batchmode

% MikTeX users probably have to set up some paths too.

for  miktex  set  TeXExecutable     to  pdfetex
for  miktex  set  TeXVirginFlag     to  --initialize
for  miktex  set  TeXBatchFlag      to  --interaction=batchmode
for  miktex  set  MpToTeXExecutable to  mptotex
for  miktex  set  MpVirginFlag      to  --initialize
for  miktex  set  MpPassString      to
for  miktex  set  MpBatchFlag       to  --interaction=batchmode
for  miktex  set  TeXFormatFlag     to  --undump=
for  miktex  set  MpFormatFlag      to  --undump=

% These are the settings used on some machines at PRAGMA ADE that
% don't use the texmf tree. They can serve as an example for local
% settings. Local settings should either be added to the previous
% one, or go without the 'for' directives. Consider these
% settings as an example.

for  private  set  UsedInterfaces  to  en nl
for  private  set  UserInterface   to  nl
for  private  set  ConTeXtPath     to  t:/sources/
for  private  set  SetupPath       to  t:/perl/
for  private  set  TeXScriptsPath  to  t:/perl/

% == read this too ==
%
% If this file is called 'texexec.rme', copy it to 'texexec.ini',
% check the settings above, change them according to your TeX
% distribution, and say:
%
%   texexec  --verbose
%
% When set up properly, you should see your local settings fly by.
% When these settings are ok, the next call should work:
%
%   texexec  --make
%
% and you should be able to process a file by saying
%
%   texexec  filename
%
% See 'mtexexec.pdf' for more information on the flags you can use with
% 'texexec'. Also make sure you have the 'texutil' script installed in
% the same path as 'texexec'.

% Experimental
%
% set  TcXPath     to  d:/tex/texmf/web2c
% set  FmtLanguage to  pl
% set  FmtBodyFont to  plr

new beta

[Hans Hagen]

Hi Berend and Willy, 

I uploaded a beta with the additional ref functionality.

Hans
-------------------------------------------------------------------------
                                                  Hans Hagen | PRAGMA ADE
                      Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
 tel: +31 (0)38 477 53 69 | fax: +31 (0)38 477 53 74 | www.pragma-ade.com
-------------------------------------------------------------------------