new beta

Hans Hagen

17 Oct 2008 17 Oct '08

3:15 a.m.

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

Show replies by date

Thomas A. Schmitz

17 Oct 17 Oct

8:28 a.m.

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

Hans Hagen

1:35 p.m.

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

Thomas A. Schmitz

23 Oct 23 Oct

1 a.m.

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

Hans Hagen

9:48 a.m.

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

Thomas A. Schmitz

3 p.m.

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

Hans Hagen

24 Oct 24 Oct

2:03 a.m.

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

Thomas A. Schmitz

2:56 a.m.

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

Hans Hagen

3:04 a.m.

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

luigi scarso

17 Oct 17 Oct

12:34 p.m.

On Fri, 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

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

Hans Hagen

1:33 p.m.

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

Khaled Hosny

2:42 p.m.

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

luigi scarso

3:19 p.m.

On Fri, Oct 17, 2008 at 9:33 PM, 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)

so luatex on minimals-beta is broken,,, :( -- luigi

luigi scarso

3:54 p.m.

On Fri, Oct 17, 2008 at 11:19 PM, luigi scarso wrote:

...

On Fri, Oct 17, 2008 at 9:33 PM, 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)

so luatex on minimals-beta is broken,,, :(

-- luigi

works ok with rev 1564 -- luigi

Peter Rolf

1:40 p.m.

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 ___________________________________________________________________________________

\starttext \input foo \getbuffer[foo] \stoptext \startbuffer[foo] \startbuffer will this break compilation? \stopbuffer \getbuffer \stopbuffer

Hans Hagen

19 Oct 19 Oct

11:11 a.m.

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

Idris Samawi Hamid ادريس سماوي ح امد

18 Oct 18 Oct

4:03 p.m.

On Fri, 17 Oct 2008 03:15:19 -0600, Hans Hagen 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

Aditya Mahajan

4:31 p.m.

On Sat, 18 Oct 2008, Idris Samawi Hamid ادريس سماوي حامد wrote:

...

On Fri, 17 Oct 2008 03:15:19 -0600, Hans Hagen 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

Idris Samawi Hamid ادريس سماوي ح امد

6:55 p.m.

On Sat, 18 Oct 2008 16:31:46 -0600, Aditya Mahajan wrote:

...

On Sat, 18 Oct 2008, Idris Samawi Hamid ادريس سماوي حامد wrote:

...
On Fri, 17 Oct 2008 03:15:19 -0600, Hans Hagen 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

Hans Hagen

19 Oct 19 Oct

9:11 a.m.

Idris Samawi Hamid ادريس سماوي حامد wrote:

...

On Fri, 17 Oct 2008 03:15:19 -0600, Hans Hagen 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 -----------------------------------------------------------------

Wolfgang Schuster

22 Oct 22 Oct

12:31 a.m.

On Fri, 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

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

Hans Hagen

1:58 a.m.

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")}}}

...

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

5755

Age (days ago)

5762

Last active (days ago)

List overview

Download

21 comments

8 participants

participants (8)

Aditya Mahajan
Hans Hagen
Idris Samawi Hamid ادريس سماوي ح امد
Khaled Hosny
luigi scarso
Peter Rolf
Thomas A. Schmitz
Wolfgang Schuster

new beta

tags

participants (8)