Re: [NTG-context] Fleurons

2005-06-02 Thread Staszek Wawrykiewicz
On Tue, 31 May 2005, Karl Berry wrote:

 this differes per year; i keep changing these names and always lag
 behind one tex live version
  
 TL has always distributed both pzdr.tfm and uzdr.tfm.  I don't have an
 easy way to check the situation in teTeX.

teTeX has only pzdr.tfm. See below for reasons.
 
 one of the previous tex lives someone moved the urw's to some 35vf
 folder, after that things went bad (got lost and such); i discussed
 this with Staszek and he reverted it;
 
 Starting in TL 2003, uzdr.tfm was indeed put under urw35vf instead of
 just urw.  I do not know/remember why, or who did it (though we could
 check the logs), or what got lost as a result.  It is also still the
 case in the current sources, so I also don't know what you mean by
 Staszek reverted it.  Staszek, what did you do?

I can explain it once again. In 2003 all that urw mess was hopefully
cleaned on CTAN and then on TL. Discussion started on 6 june and on 
24 july that's me, who cleaned it for TL. The *base* 35 urw fonts (only
afm and pfm/pfb) were prepared *after* all that urw tfm, vf etc. support
files were made.

From README.base35
  TeX systems can use these fonts as drop-in replacements for
  Adobe's PostScript Base fonts, which are not free.  No
  particular TeX metrics, virtual fonts or macro files are
  provided for URW's base fonts.  They are to be used with the
  same support files as Adobe's originals, i.e., with the
  files of the PSNFSS collection.

  AFM and PFM files are supplied here for the sake of
  completeness only.  They are normally not required for use
  with TeX.

In fact, nobody knows how the *old* mess with tfm, vf etc. fits
to more *new* urw pfb which are of better quality then the older ones. 
Anyway both distributions cannot be mixed. Not to say about packaging, etc.
So I introduced urw35vf (#3416) which contains all (historical) stuff
for those using urw fonts directly (.vf, .tfm, .fd, .sty files).
Everybody has freedom using them from TL. Thomas removed such stuff
from teTeX as simply garbage.

 Meanwhile, the afm and pfb are under just urw/.  It seems odd, though I
 can imagine how it could happen.

??? Everything is OK: fonts/afm/urw/ and fonts/type1/urw/

 Clearly the URW fonts are not 100% identical to the Adobe fonts, but in
 practice we have to accept the URW Type 1's under the p* names, because
 the p* names are what most documents have historically used.  We can't
 suddenly make those documents unusable, that would be disastrous.
 
 For that matter, the Adobe fonts themselves have changed over the
 years.  Nothing is perfect.

Right.
 
 but context (users) expect the whole set of urw (afm  pfb) to be
 present because they generate other encodings and such;
 
 uzdr.afm and uzdr.pfb are both in the current TL sources, and always
 have been.  I know of no reason or suggestion to delete them.

They are as well present in teTeX. 

   i think that we need to get rid of the urw mappings in the aliases file
 
 I agree.  I have now deleted the aliases file altogether from the TL
 sources.  We'll see how that flies.  I don't know if that will change
 anything wrt gwTeX, though.

Ahh, I see! aliases could cause problems. Thanks for deleting that file.

Best,

-- 
Staszek Wawrykiewicz
[EMAIL PROTECTED]

___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context


Re: [NTG-context] textools ne woption

2005-06-02 Thread Taco Hoekwater



Hans Hagen wrote:

Hi,

Tonight I had to generate linux binaries (due to serious bug in the 
pdftex 1.21 that runs on the server; btw, generating 64 bits version 
fails somehow) and afterwards i had to merge the new files into my trees


so .. i extendedtextools

  textools --merge oldroot newroot(trial run, add --force to really 
do it)


like in

  textools --merge /tmp/tetex  /data/tex/texmf-linux  --force

only newer files will be merged and some checking is done


Nice, thanks!

Taco
___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context


[NTG-context] Re: [NTG-pdftex] unwanted font replacement during inclussion

2005-06-02 Thread Taco Hoekwater



Hartmut Henkel wrote:

Then the CMBX12 font coming with the embedded test.pdf would match
CMBX12 and this would be replaced by cmtt10.pfb. So it seems that
something must be wrong with the map file.


There is a (fairly serious) bug in two of the context-supplied Latin
Modern .map files:

  context-base.map:148:cmbx5 CMBX12cmrm.enc  lmbx5.pfb
  original-public-lm.map:71:cmbx5 CMBX12cmrm.enc  lmbx5.pfb

Of course, both lines should use CMBX5 instead of CMBX12. Fixing
that removes the problem.  It seems the bug was introduced in
ConTeXt 2005.05.25.

Greetings, Taco
___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context


Re: [NTG-context] Fwd: Context question

2005-06-02 Thread Vit Zyka

Taco Hoekwater wrote:

Vit Zyka wrote:


Adam Lindsay wrote:


Has anyone got a solution/approach/example at hand?

 Begin Forwarded Message 
Subject: Re: (Stupid) Context question
Date Sent: Wednesday, June 1, 2005 20:57
From: Musa Furber [EMAIL PROTECTED]
To: Adam Lindsay [EMAIL PROTECTED]

Something I cannot do with LaTeX that I would like to be able to do 
is have the text on the first page be single column and starting with 
the second page have the text be double column - even if the page 
transition is in the middle of a paragraph.


Is this possible to do with ConTeXt?



I think so, see manual columns.pdf



But it is not possible to switch completely automatically, even
without a  mid-paragraph pagebreak, I'm afraid.


I believe that columset mechanism (based on pouring \parshape from 
paragraph to paragraph and output routine support) can do it. Even in 
the manual is an example. But I share your doubts in case of some 
complex pages (floats, margins, marks). But plain text should be OK.


I am curious about the practical experience.
vit
___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context


Re: [NTG-context] Re: [NTG-pdftex] unwanted font replacement during inclussion

2005-06-02 Thread Vit Zyka

Hartmut Henkel wrote:

On Wed, 1 Jun 2005, Vit Zyka  wrote:



I noticed the next strange behaviour. Let us create very simple file test.tex:
--
\font\bf=cmbx12
Normal text. \bf Bold text.
\end
--
Now include this file by plain pdftex:
--
\pdfximage{test.pdf}
\pdfrefximage\pdflastximage
\end
--
Everything is correct. No let us try to insert the file by context:
--
\starttext
%\font\bf=cmbx12
%Normal text. \bf Bold text.
\pdfximage{test.pdf}
\pdfrefximage\pdflastximage
\stoptext
--



 I noticed the result is smashed by plain pdftex.  And that is correct.
 And that is typeset with totaly different font is correct.  I
 uncomment two lines, so the attached file by plain pdftex.  I though
 that is the next strange behaviour: problem? I noticed the next
 strange behaviour; included file.  I uncomment two lines, so the
 included file, Now I though that is typeset with totaly different font
 is correct.  I though that is the file, by plain pdftex related then
 context: related then context related then context.  I noticed the
 result is the next strange behaviour.



H, now I feel it is more pdftex-related then context-related
question.



i can't reproduce it here with your files, it looks ok, but the
mechanism is that the font comparison is made by the name in the 2nd
column of the map file, and only if this matches the fontname in the
embedded file, the font file given the end of the map line is taken. E.
g. one can force a probably similar problem by (devious)

\pdfmapline{cmbx12 CMBX12 cmtt10.pfb}

Then the CMBX12 font coming with the embedded test.pdf would match
CMBX12 and this would be replaced by cmtt10.pfb. So it seems that


I see. Thank you, Hartmut, for explanating font inclusion mechanism. I 
will cope the problem.


vit
___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context


Re: [NTG-context] Fleurons

2005-06-02 Thread Staszek Wawrykiewicz
On Thu, 2 Jun 2005, Hans Hagen wrote:

 Staszek Wawrykiewicz wrote:
AFM and PFM files are supplied here for the sake of
completeness only.  They are normally not required for use
with TeX.

 this is not true, you need the afm's when you use them to make graphics
 in other progs that will then be used by tex; also, you need them in
 order to generate metrics for encodings other than teh shipped ones

Hans, I cited readme by Walter and tried to explain: there's no ready
tfm metrics for _those_ urw. Existing ones were generated for older, not 
so nice urw fonts.

  In fact, nobody knows how the *old* mess with tfm, vf etc. fits
  to more *new* urw pfb which are of better quality then the older ones. 
  Anyway both distributions cannot be mixed. Not to say about packaging, etc.
  So I introduced urw35vf (#3416) which contains all (historical) stuff
  for those using urw fonts directly (.vf, .tfm, .fd, .sty files).
  Everybody has freedom using them from TL. Thomas removed such stuff
  from teTeX as simply garbage.
 
 he's free to do that but it sounds strange and dangerous to me

Why? Anybody is free to make tfm files, as afm files are always 
available for _that_ set of urw fonts.
 
-- 
Staszek Wawrykiewicz
[EMAIL PROTECTED]

___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context


Re: [NTG-context] Fleurons

2005-06-02 Thread John R. Culleton
On Wednesday 01 June 2005 11:53 pm, Hans Hagen wrote:
 Staszek Wawrykiewicz wrote:
  Why? Anybody is free to make tfm files, as afm files are
  always available for _that_ set of urw fonts.

 the problem is that there is a bunch of context users out there
 who think (are being told, whatever) that they should use the
 provided ones instead of generating them by texfont or afm2tfm
 (so they want to use the presumably present ones and not
 generate them by texfont, which is ok for me; but unfortunately
 they are not always there; and then they try the ps ones, which
 are only there for ec and not for texnansi and then ... and
 then ...)

 well, i give up on fonts ... maybe some day i just put metric
 files in the context zip (ec texnansi qx), why should i care
 about those few extra bytes


I use only the 8r encoding because I write/typeset in (American)
English and I need special characters like the copyright symbol.
the registered symbol, the trademark (tm) symbol and so on. Some
of these are not available in other encodings, or at least I
cannot find them. I understand that Europeans prefer other
encodings with good reason but 8r needs to remain in the scheme
of things IMO. 

I not only use plain tex, pdftex, Context etc. in my own work I
advertise these Open Source solutions as effective alternatives
to e.g., InDesign. To sell the system to new users requires a
K.I.S.S. approach. 

Is there a problem in Context with making the URW fonts the
default and then just aliasing the Adobe names to the URW versions?
The more we can hide these details the better. 

Font handling is the great Achilles heel of all flavors of TeX,
as we all know. Since Context is (relatively) new if we can
jigger things around so that the K.I.S.S. principle is adhered
to then selling the concept to new users will be easier. Too
many people in the printing world have horrid memories of LaTeX
from their college days or other earlier experience.

(K.I.S.S. = Keep it simple silly.) 

 thanks for your patience

And thanks for Context!

-- 

John Culleton




___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context


[NTG-context] buffers and mathml

2005-06-02 Thread jimarin
Hi all,

I hope not to be posing a silly question.

I am trying something like:

usemodule[mathml]
\starttext

\def\open
{}

\def\close
{}

\startbuffer
\open math display=block\close
\open apply\close \open sin/\close \open apply\close \open plus/\close
\open cn\close 2 \open /cn\close \open ci\close a \open /ci\close
\open /apply\close \open /apply\close
\open /math\close
\stopbuffer

\processXMLbuffer

\stoptext

But this does not pass to \processXMLbuffer the result of substituting
commands \open and \close...

how could this be achieved...?

I know that I could have used myself the  and 's instead of the ugly open
and close but that is not my requirement.

I tried defining a command

\def\Wea
{
\open math display=block\close
\open apply\close \open sin/\close \open apply\close \open plus/\close
\open cn\close 2 \open /cn\close \open ci\close a \open /ci\close
\open /apply\close \open /apply\close
\open /math\close
}

and then...

\startbuffer
\Wea
\stopbuffer

but that is plain wrong...



thanks

jima
---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.788 / Virus Database: 533 - Release Date: 2004/11/01

___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context


[NTG-context] Re: [NTG-pdftex] kerning

2005-06-02 Thread Taco Hoekwater



Hans Hagen wrote:

Taco Hoekwater wrote:


PS. I can create a series of slides that show internals of the
font reading process for the ntg meeting, if you are interested.



sounds like a good idea to me


For those of you who are interested in this sort of thing, I've posted
an 884-page PDF document that illustrates TeX's loading of a few font
metric files:

  nullfont (internal)
  cmr10
  cmsy10
  cmex10

De document, and sources, are available at:

  http://tex.aanhet.net/temp/fontreader.pdf
  http://tex.aanhet.net/temp/fontreader.zip

Beware, the PDF is pretty large (7.7Mb). MetaPost, Perl and Context
sources are quite small (12kb), but very much a hack.

Taco
___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context


Re: [NTG-context] \definetyping[C][option=commands] and the tabulator

2005-06-02 Thread Peter Münster
On Tue, 31 May 2005, Hans Hagen wrote:

 \definetyping[C][option=commands,tab=8]
 
 (just a few lines patch); i'll send you the files.

Thanks again for your efforts!

Just one last problem with vertical spacing in a frame:

\starttext
\framed[align=lohi]{%
\starttyping
test
\stoptyping
}
\stoptext

Cheers, Peter

-- 
http://pmrb.free.fr/contact/
___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context


Re: [NTG-context] \stopbuffer in macro

2005-06-02 Thread Peter Münster
On Tue, 31 May 2005, Hans Hagen wrote:

 \definebuffer[crap]
 
 \setupbuffer[crap][before=\blank\bgroup here we start,after=and here we 
 end\egroup\blank]

[...]

Hello Hans and Taco,
thank you for your hints, but I think, I did not explain my question well
enough...
I fact, all I need is to know, how I could write some verbatim text between
2 commands (\startXXX...\stopXXX) into a file, but with my own macros.
Here an example in detail:

\newcount\LSTnum
\newwrite\LSTfile
\def\LSTfileprefix{\jobname-LST\LSTnum}

\def\startLST[#1]#2\stopLST{%
  \immediate\openout\LSTfile=\LSTfileprefix.tmp
  \immediate\write\LSTfile{#2}%  Here I seek a solution for verbatim text!
  \immediate\closeout\LSTfile
  \immediate\write18{createListing.sh \LSTfileprefix #1}% #1 is for \lstset
  \externalfigure[\LSTfileprefix]
  \advance\LSTnum by 1
}

and then, the user types only:

\startLST[language=C]
main()
{
return 0;
}
\stopLST

It's already possible to do this with some further macros (\finishLST after
\stopLST for example), but I prefer only one \start/\stop pair.

Greetings, Peter

-- 
http://pmrb.free.fr/contact/
___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context


Re: [NTG-context] long module-filenames

2005-06-02 Thread Peter Münster
On Wed, 1 Jun 2005, Vit Zyka wrote:

 Peter Münster wrote:
  Hello,
  
  I would like to use module names with more than 8 characters. Is this
  possible, and if yes how?
 
 AFAIK it was enabled in the beginning of this year.

Indeed, it seems to be enabled since version 2005.05.25.
So I'm going to update and try the newest version.
Thanks, Peter

-- 
http://pmrb.free.fr/contact/
___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context


Re: [NTG-context] \stopbuffer in macro

2005-06-02 Thread Taco Hoekwater


This should help:

  \def\startLST[#1]%
{\def\stopLST{End of #1}%
 \dostartbuffer[LST][startLST][stopLST]}

This is almost the same as:

   \definebuffer[LST]
   \def\stopLST{End of LST}

Except that it is a little bit more low-level and thereby allows
an argument to \startLST. Using a local definition if \stopLST
is another trick, to lift the argument to the end of the buffer.

A less sophisticated  but clearer approach is:

   \def\startLST[#1]%
{\def\LSTArgs{#1}%
 \dostartbuffer[LST][startLST][stopLST]}

   \def\stopLST{End of \LSTArgs}

Full example:

  \def\startLST[#1]%
{\def\stopLST{End of #1}%
 \dostartbuffer[LST][startLST][stopLST]}

  \starttext
  \startLST[whatever]
  bla bla
  \stopLST
  alb alb
  \stoptext

You'll have to fill in the commands etc. yourself of course.

Greetings, Taco

Peter Münster wrote:

On Tue, 31 May 2005, Hans Hagen wrote:



\definebuffer[crap]

\setupbuffer[crap][before=\blank\bgroup here we start,after=and here we 
end\egroup\blank]



[...]

Hello Hans and Taco,
thank you for your hints, but I think, I did not explain my question well
enough...
I fact, all I need is to know, how I could write some verbatim text between
2 commands (\startXXX...\stopXXX) into a file, but with my own macros.
Here an example in detail:

\newcount\LSTnum
\newwrite\LSTfile
\def\LSTfileprefix{\jobname-LST\LSTnum}

\def\startLST[#1]#2\stopLST{%
  \immediate\openout\LSTfile=\LSTfileprefix.tmp
  \immediate\write\LSTfile{#2}%  Here I seek a solution for verbatim text!
  \immediate\closeout\LSTfile
  \immediate\write18{createListing.sh \LSTfileprefix #1}% #1 is for \lstset
  \externalfigure[\LSTfileprefix]
  \advance\LSTnum by 1
}

and then, the user types only:

\startLST[language=C]
main()
{
return 0;
}
\stopLST

It's already possible to do this with some further macros (\finishLST after
\stopLST for example), but I prefer only one \start/\stop pair.

Greetings, Peter



___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context


[NTG-context] Re: [NTG-pdftex] kerning

2005-06-02 Thread Hans Hagen

Taco Hoekwater wrote:


De document, and sources, are available at:

  http://tex.aanhet.net/temp/fontreader.pdf
  http://tex.aanhet.net/temp/fontreader.zip

Beware, the PDF is pretty large (7.7Mb). MetaPost, Perl and Context
sources are quite small (12kb), but very much a hack.


brilliant, you made my day

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: [NTG-context] \stopbuffer in macro

2005-06-02 Thread Hans Hagen

I once made the option

  \usememorybuffers

but i'm not sure if it does the same



Taco Hoekwater wrote:


This should help:

  \def\startLST[#1]%
{\def\stopLST{End of #1}%
 \dostartbuffer[LST][startLST][stopLST]}

This is almost the same as:

   \definebuffer[LST]
   \def\stopLST{End of LST}

Except that it is a little bit more low-level and thereby allows
an argument to \startLST. Using a local definition if \stopLST
is another trick, to lift the argument to the end of the buffer.

A less sophisticated  but clearer approach is:

   \def\startLST[#1]%
{\def\LSTArgs{#1}%
 \dostartbuffer[LST][startLST][stopLST]}

   \def\stopLST{End of \LSTArgs}

Full example:

  \def\startLST[#1]%
{\def\stopLST{End of #1}%
 \dostartbuffer[LST][startLST][stopLST]}

  \starttext
  \startLST[whatever]
  bla bla
  \stopLST
  alb alb
  \stoptext

You'll have to fill in the commands etc. yourself of course.

Greetings, Taco

Peter Münster wrote:


On Tue, 31 May 2005, Hans Hagen wrote:



\definebuffer[crap]

\setupbuffer[crap][before=\blank\bgroup here we start,after=and here 
we end\egroup\blank]




[...]

Hello Hans and Taco,
thank you for your hints, but I think, I did not explain my question well
enough...
I fact, all I need is to know, how I could write some verbatim text 
between

2 commands (\startXXX...\stopXXX) into a file, but with my own macros.
Here an example in detail:

\newcount\LSTnum
\newwrite\LSTfile
\def\LSTfileprefix{\jobname-LST\LSTnum}

\def\startLST[#1]#2\stopLST{%
  \immediate\openout\LSTfile=\LSTfileprefix.tmp
  \immediate\write\LSTfile{#2}%  Here I seek a solution for verbatim 
text!

  \immediate\closeout\LSTfile
  \immediate\write18{createListing.sh \LSTfileprefix #1}% #1 is for 
\lstset

  \externalfigure[\LSTfileprefix]
  \advance\LSTnum by 1
}

and then, the user types only:

\startLST[language=C]
main()
{
return 0;
}
\stopLST

It's already possible to do this with some further macros (\finishLST 
after

\stopLST for example), but I prefer only one \start/\stop pair.

Greetings, Peter



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

___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context


Re: [NTG-context] update

2005-06-02 Thread Thomas A. Schmitz

Hi Hans,

sorry to rain on your parade, but I'm not sure that the latest  
version is working as it should. I tried on OS X + gwtex. After  
unzipping in texmf.local and regenerating the formats, I get this  
output (even after rerunning mktexlsr):


% texexec --version

TeXExec 5.4.1 - ConTeXt / PRAGMA ADE 1997-2005

   texexec : TeXExec 5.4.1 - ConTeXt / PRAGMA ADE 1997-2005
   texutil : TeXUtil 9.0.0 - ConTeXt / PRAGMA ADE 1992-2004
sh: line 1: cont-en: command not found
   tex : unknown
   context : ver: 2005.06.02
   cont-en : unknown
sh: line 1: cont-de: command not found
   cont-de : unknown
sh: line 1: cont-nl: command not found
   cont-nl : unknown

total run time : 2 seconds

Processing files seems to be running normally. Nevertheless,  
something still smells rotten in the state of ConText. I'll check on  
my linux partition later.


Best

Thomas


On Jun 2, 2005, at 10:49 PM, Hans Hagen wrote:


Hi,

Well, after some bad hacking Adam, Patrick and me think that we got  
engine support working on all platforms. Interesting is that the  
problems for platforms -tetex and gwtex- were in different parts of  
the code, so there must be subtle differences in path settings  
(different kpse branches in texexec). The solutions had to do with  
chomping on the one hand and complex paths on th eother hand.


Patrick, I hope that i didn't mess up the garden server in the  
process -)


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
-

___
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] update

2005-06-02 Thread Hans Hagen

Hi,

Well, after some bad hacking Adam, Patrick and me think that we got engine 
support working on all platforms. Interesting is that the problems for platforms 
-tetex and gwtex- were in different parts of the code, so there must be subtle 
differences in path settings (different kpse branches in texexec). The solutions 
had to do with chomping on the one hand and complex paths on th eother hand.


Patrick, I hope that i didn't mess up the garden server in the process -)

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
-

___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context


Re: [NTG-context] Fleurons

2005-06-02 Thread Stuart Jansen
On Fri, 2005-06-03 at 00:25 +0200, Hartmut Henkel wrote:
 On Thu, 2 Jun 2005, John R. Culleton wrote:
 
  (K.I.S.S. = Keep it simple silly.)
 
 wasn't the 2nd S. stupid?

I always thought it was Stuart. ;-)

-- 
Stuart Jansen [EMAIL PROTECTED]
Guru Labs, L.C.


signature.asc
Description: This is a digitally signed message part
___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context