From smustudent1 at yahoo.com  Mon Jan  9 17:42:52 2006
From: smustudent1 at yahoo.com (C Y)
Date: Mon, 9 Jan 2006 09:42:52 -0800 (PST)
Subject: [cl-typesetting-devel] Couple of silly questions
Message-ID: <20060109174252.79318.qmail@web31715.mail.mud.yahoo.com>

Hi!  Just starting to look at cl-typesetting, and I had a couple of
dumb questions:

a)  Is there a user manual somewhere?

b)  Can cl-typesetting read files written with TeX syntax?

c)  If a program wants to use cl-typesetting as (say) a backend to a
word-processing like editing environment (I know it's not designed for
that, but bear with me) how do the clauses in the license impact that
kind of usage?  The only ones I've seen discuss the implications of the
cl-typesetting license are Debian-legal
(http://lists.debian.org/debian-legal/2005/04/msg00217.html) and I
don't know that they resolved anything one way or the other.

Cheers,
CY


		
__________________________________________ 
Yahoo! DSL ? Something to write home about. 
Just $16.99/mo. or less. 
dsl.yahoo.com 



From marc.battyani at fractalconcept.com  Mon Jan  9 18:26:55 2006
From: marc.battyani at fractalconcept.com (Marc Battyani)
Date: Mon, 9 Jan 2006 19:26:55 +0100
Subject: [cl-typesetting-devel] Couple of silly questions
References: <20060109174252.79318.qmail@web31715.mail.mud.yahoo.com>
Message-ID: <03d701c6154a$44b629f0$0a02a8c0@marcxp>

"C Y" <smustudent1 at yahoo.com> wrote:

>Hi!  Just starting to look at cl-typesetting, and I had a couple of
>dumb questions:
>
>a)  Is there a user manual somewhere?


Not yet. Sorry. You have to look at the examples.

>b)  Can cl-typesetting read files written with TeX syntax?

No. cl-typesetting has a simple Lisp syntax so that it's easy to implement higher level
syntaxes like TeX, make macros, etc. A lot of people said they will implement front-ends
like this but to far AFAIK only Klaus Weidner and Peter Seibel have done so.

>c)  If a program wants to use cl-typesetting as (say) a backend to a
>word-processing like editing environment (I know it's not designed for
>that, but bear with me) how do the clauses in the license impact that
>kind of usage?  The only ones I've seen discuss the implications of the
>cl-typesetting license are Debian-legal
>(http://lists.debian.org/debian-legal/2005/04/msg00217.html) and I
>don't know that they resolved anything one way or the other.

They didn't resolved anything IIRC. In fact I adapted it from the SSL licence and even
Debian uses SSL. For sure, it doesn't prevent you to do whatever you want to do with it. I
will probably change it anyway.

Marc




From smustudent1 at yahoo.com  Mon Jan  9 20:49:20 2006
From: smustudent1 at yahoo.com (C Y)
Date: Mon, 9 Jan 2006 12:49:20 -0800 (PST)
Subject: [cl-typesetting-devel] Couple of silly questions
In-Reply-To: <03d701c6154a$44b629f0$0a02a8c0@marcxp>
Message-ID: <20060109204920.51153.qmail@web31706.mail.mud.yahoo.com>

--- Marc Battyani <marc.battyani at fractalconcept.com> wrote:

> "C Y" <smustudent1 at yahoo.com> wrote:
> 
> >Hi!  Just starting to look at cl-typesetting, and I had a 
> >couple of dumb questions:
> >
> >a)  Is there a user manual somewhere?
> 
> Not yet. Sorry. You have to look at the examples.

No problem.  I just thought it was around and I couldn't find it, which
is a bit embarrassing :-)

> >b)  Can cl-typesetting read files written with TeX syntax?
> 
> No. cl-typesetting has a simple Lisp syntax so that it's 
> easy to implement higher level syntaxes like TeX, make macros,
> etc.

Cool!  How much of TeX do you think cl-typesetting could support, in
theory?  I've got a copy of TeX - The Program on order so maybe I could
use that to get some ideas.  

> A lot of people said they will implement front-ends
> like this but to far AFAIK only Klaus Weidner and 
> Peter Seibel have done so.

Which ones did they implement?

> >c)  If a program wants to use cl-typesetting as (say) a
> >backend to a word-processing like editing environment (I 
> >know it's not designed for that, but bear with me) how do
> >the clauses in the license impact that kind of usage?  The
> >only ones I've seen discuss the implications of the
> >cl-typesetting license are Debian-legal
> >(http://lists.debian.org/debian-legal/2005/04/msg00217.html) 
> >and I don't know that they resolved anything one way or the
> >other.
> 
> They didn't resolved anything IIRC. In fact I adapted it from
> the SSL licence and even Debian uses SSL. For sure, it doesn't
> prevent you to do whatever you want to do with it. I
> will probably change it anyway.

Cool.  The only reason I ask is I'm returning to an idea I had a while
back (and may have actually discussed with you once, a long time back)
of implementing a real mathematical GUI for Axiom and Maxima.  Given
the Axiom project's goal of literate programming and use of TeX, and
the normal text problems that will need to be solved by a notebook
style interface anyway (I'm just starting to appreciate the difficulty
of line breaking + Mathematics, even for suboptimal solutions) the most
logical thing to do seems to be to use cl-typesetting's rendering and
layout abilities as the foundation for a notebook style UI (possibly
using Garnet, which is beginning to show some life again).  Axiom is
Modified BSD licensed, which so far has seemed a lot simpler than the
GPL issues Maxima occasionally delt with, so I'm hoping as much as
possible to base a GUI solution on Modified BSD licensed code so
everyone can use it.  I just wan't sure how cl-typesetting's license
played into that, and experience has taught me that if things are clear
at the beginning it pays off big down the road.

Anyway.  I have a few notions about 2D mathematical line breaking,
inspired by the breqn package and comments by Knuth in the TeXbook. 
Knuth was aware of the problem but purposefully avoided imposing a
solution at the TeX level, since there is no one "right way" to line
break equations.  He did illustrate some ways for a human to break
things up, which were very instructive and taught me things about TeX I
didn't know.  That's fine when a human being is doing it, but for CAS
output there are lots of cases where no sane human wants to deal with
it and so some kind of reasonable ruleset is needed.  I figure
cl-typesetting would be the perfect place to define that logic, if
indeed it can be defined and would be of interest to the project.  I'd
rather not do it at the Garnet level since I would like both Garnet and
McCLIM to be viable GUI options (although I'm a bit concerned about the
license on the CLIM specification document) and it seems like something
that cl-typesetting could benefit from if I can manage to pull it off.

I THINK, as a first cut, that the way to handle things will be to treat
each input "object as its own "mini-document" and avoid calling the
full typesetting logic on the whole document on a per-keypress basis. 
Math notebooks are fairly structured in the vertical direction,
although the height of "lines" might change.  Perhaps the thing to do
is simply "move" objects over if an insertion is being done, and when
the changes propagate to a "hard" edge (e.g. a margin) re-render
everything that needs it inside the input line, and simply shift
everything else down the specific change in the height of the input
object.  I expect reading the TeXbook and the cl-typesetting code will
help me think about those points.  Can cl-typesetting do that kind of
"localized" rendering?

The main problem is that until the math editing environment is
addressed there isn't much point in doing anything else GUI wise, since
everything else is so trivial compared to that problem.  :-/

Cheers, and thanks!

CY


		
__________________________________________ 
Yahoo! DSL ? Something to write home about. 
Just $16.99/mo. or less. 
dsl.yahoo.com 



From marc.battyani at fractalconcept.com  Mon Jan  9 21:02:51 2006
From: marc.battyani at fractalconcept.com (Marc Battyani)
Date: Mon, 9 Jan 2006 22:02:51 +0100
Subject: [cl-typesetting-devel] Couple of silly questions
References: <20060109204920.51153.qmail@web31706.mail.mud.yahoo.com>
Message-ID: <003601c61560$0dc7a7f0$0a02a8c0@marcxp>

"C Y" <smustudent1 at yahoo.com> wrote:

> --- Marc Battyani <marc.battyani at fractalconcept.com> wrote:
>
> > No. cl-typesetting has a simple Lisp syntax so that it's
> > easy to implement higher level syntaxes like TeX, make macros,
> > etc.
>
> Cool!  How much of TeX do you think cl-typesetting could support, in
> theory?  I've got a copy of TeX - The Program on order so maybe I could
> use that to get some ideas.

Well in theory cl-typesetting is much more powerful than TeX. In practice TeX as a huge
collections of libraries and packages.
The "macro" language of cl-typesetting is Common Lisp ;-)

> > A lot of people said they will implement front-ends
> > like this but to far AFAIK only Klaus Weidner and
> > Peter Seibel have done so.
>
> Which ones did they implement?

Klaus wrote the XHTML renderer in the contrib directory.
Peter wrote a small syntax to write his book: http://www.gigamonkeys.com/lisp/markup/

> Cool.  The only reason I ask is I'm returning to an idea I had a while
> back (and may have actually discussed with you once, a long time back)
> of implementing a real mathematical GUI for Axiom and Maxima.  Given
> the Axiom project's goal of literate programming and use of TeX, and
> the normal text problems that will need to be solved by a notebook
> style interface anyway (I'm just starting to appreciate the difficulty
> of line breaking + Mathematics, even for suboptimal solutions) the most
> logical thing to do seems to be to use cl-typesetting's rendering and
> layout abilities as the foundation for a notebook style UI (possibly
> using Garnet, which is beginning to show some life again).  Axiom is
> Modified BSD licensed, which so far has seemed a lot simpler than the
> GPL issues Maxima occasionally delt with, so I'm hoping as much as
> possible to base a GUI solution on Modified BSD licensed code so
> everyone can use it.  I just wan't sure how cl-typesetting's license
> played into that, and experience has taught me that if things are clear
> at the beginning it pays off big down the road.
>
> Anyway.  I have a few notions about 2D mathematical line breaking,
> inspired by the breqn package and comments by Knuth in the TeXbook.
> Knuth was aware of the problem but purposefully avoided imposing a
> solution at the TeX level, since there is no one "right way" to line
> break equations.  He did illustrate some ways for a human to break
> things up, which were very instructive and taught me things about TeX I
> didn't know.  That's fine when a human being is doing it, but for CAS
> output there are lots of cases where no sane human wants to deal with
> it and so some kind of reasonable ruleset is needed.  I figure
> cl-typesetting would be the perfect place to define that logic, if
> indeed it can be defined and would be of interest to the project.  I'd
> rather not do it at the Garnet level since I would like both Garnet and
> McCLIM to be viable GUI options (although I'm a bit concerned about the
> license on the CLIM specification document) and it seems like something
> that cl-typesetting could benefit from if I can manage to pull it off.
>
> I THINK, as a first cut, that the way to handle things will be to treat
> each input "object as its own "mini-document" and avoid calling the
> full typesetting logic on the whole document on a per-keypress basis.
> Math notebooks are fairly structured in the vertical direction,
> although the height of "lines" might change.  Perhaps the thing to do
> is simply "move" objects over if an insertion is being done, and when
> the changes propagate to a "hard" edge (e.g. a margin) re-render
> everything that needs it inside the input line, and simply shift
> everything else down the specific change in the height of the input
> object.  I expect reading the TeXbook and the cl-typesetting code will
> help me think about those points.  Can cl-typesetting do that kind of
> "localized" rendering?

Yes, I do it all the time. For instance in tables, each cell contain an instance of a
cl-typesetting engine.

> The main problem is that until the math editing environment is
> addressed there isn't much point in doing anything else GUI wise, since
> everything else is so trivial compared to that problem.  :-/

I have started some math functions in cl-typesetting. But it's not finished yet.

BTW with cl-typesetting you get the position of each character so in a notebook interface
you can easily detect where a user has clicked for instance.

Marc




From smustudent1 at yahoo.com  Mon Jan  9 21:22:29 2006
From: smustudent1 at yahoo.com (C Y)
Date: Mon, 9 Jan 2006 13:22:29 -0800 (PST)
Subject: [cl-typesetting-devel] Couple of silly questions
In-Reply-To: <003601c61560$0dc7a7f0$0a02a8c0@marcxp>
Message-ID: <20060109212229.63564.qmail@web31714.mail.mud.yahoo.com>



--- Marc Battyani <marc.battyani at fractalconcept.com> wrote:

> > I've got a copy of TeX - The Program on order so maybe I
> > could use that to get some ideas.
> 
> Well in theory cl-typesetting is much more powerful than TeX.
> In practice TeX as a huge collections of libraries and
> packages. The "macro" language of cl-typesetting is Common
> Lisp ;-)

Hehe.  A good point.  
 
> > > A lot of people said they will implement front-ends
> > > like this but to far AFAIK only Klaus Weidner and
> > > Peter Seibel have done so.
> >
> > Which ones did they implement?
> 
> Klaus wrote the XHTML renderer in the contrib directory.
> Peter wrote a small syntax to write his book:
> http://www.gigamonkeys.com/lisp/markup/

Nifty.  I guess duplicating a TeX and LaTeX parser would be a bit of a
challenge ;-).  Maybe it could be done incrementally...

> > Can cl-typesetting do that kind of "localized" rendering?
> 
> Yes, I do it all the time. For instance in tables, each cell
> contain an instance of a cl-typesetting engine.

How resource intensive is a "pass" over a small typesetting expression?

> > The main problem is that until the math editing environment
> > is addressed there isn't much point in doing anything else
> > GUI wise, since everything else is so trivial compared to
> > that problem.  :-/
> 
> I have started some math functions in cl-typesetting. But it's
> not finished yet.

I'm hoping the STIX fonts will be out soon - that should make for a
VERY interesting tool.

I'm curious to see how Knuth handled mathematical typesetting -
certainly his solutions seem to be the most effective to date.

> BTW with cl-typesetting you get the position of each character
> so in a notebook interface you can easily detect where a user
> has clicked for instance.

Nice.  So something like (say) Garnet recording a mouse click and
screen coordinates could be sent to a routine which knew the limits of
the document on the screen, and translated those screen coordinates to
document coordinates and use those coordinates to return a document
object?  That could be VERY handy.  And perhaps I could teach the
typesetting to output Garnet lisp objects using the typesetter
dimensions directly, which could then be executed to update the
notebook... drool...  and the best part is that outputting accurate PDF
documents (or, given the proper implemented routines) even high quality
TeX document exporting would be almost trivial.

OK, I'm interested :-).

Cheers,
CY




		
__________________________________________ 
Yahoo! DSL ? Something to write home about. 
Just $16.99/mo. or less. 
dsl.yahoo.com 



From marc.battyani at fractalconcept.com  Tue Jan 10 18:14:30 2006
From: marc.battyani at fractalconcept.com (Marc Battyani)
Date: Tue, 10 Jan 2006 19:14:30 +0100
Subject: [cl-typesetting-devel] Couple of silly questions
References: <20060109212229.63564.qmail@web31714.mail.mud.yahoo.com>
Message-ID: <04b901c61611$b35e3ab0$0a02a8c0@marcxp>

"C Y" <smustudent1 at yahoo.com> wrote:

>How resource intensive is a "pass" over a small typesetting expression?

It uses a lot of memory. Each char has several double float associated with it.

[...]
>I'm hoping the STIX fonts will be out soon - that should make for a
>VERY interesting tool.

I look at the Stix font site every now and then and I will put them in cl-typesetting as
soon as they are available.

>I'm curious to see how Knuth handled mathematical typesetting -
>certainly his solutions seem to be the most effective to date.

Yes, as far as math typesetting is concerned, AFAIK everybody uses TeX inspired
algorithms.

>> BTW with cl-typesetting you get the position of each character
>> so in a notebook interface you can easily detect where a user
>> has clicked for instance.
>
>Nice.  So something like (say) Garnet recording a mouse click and
>screen coordinates could be sent to a routine which knew the limits of
>the document on the screen, and translated those screen coordinates to
>document coordinates and use those coordinates to return a document
>object?  That could be VERY handy.  And perhaps I could teach the
>typesetting to output Garnet lisp objects using the typesetter
>dimensions directly, which could then be executed to update the
>notebook... drool...  and the best part is that outputting accurate PDF
>documents (or, given the proper implemented routines) even high quality
>TeX document exporting would be almost trivial.
>
>OK, I'm interested :-).

Great :)

If you want, I can give you a contact with a friend of mine who is TeX expert as well as
Lisper. He would probably be able to help you if he has some time ;-)

Marc




From smustudent1 at yahoo.com  Tue Jan 10 19:58:32 2006
From: smustudent1 at yahoo.com (C Y)
Date: Tue, 10 Jan 2006 11:58:32 -0800 (PST)
Subject: [cl-typesetting-devel] Couple of silly questions
In-Reply-To: <04b901c61611$b35e3ab0$0a02a8c0@marcxp>
Message-ID: <20060110195832.67933.qmail@web31714.mail.mud.yahoo.com>



--- Marc Battyani <marc.battyani at fractalconcept.com> wrote:

> "C Y" <smustudent1 at yahoo.com> wrote:
> 
> >How resource intensive is a "pass" over a small typesetting
> expression?
> 
> It uses a lot of memory. Each char has several double float
> associated with it.

Hmm.  OK.  Oh well, you pay for quality :-).

> >I'm hoping the STIX fonts will be out soon - that should 
> >make for a VERY interesting tool.
> 
> I look at the Stix font site every now and then and I will 
> put them in cl-typesetting as soon as they are available.

Yay!  I'm really looking forward to those being released - they will
probably (if they live up to hype) be the best thing for consistent
typesetting since TeX.

> >I'm curious to see how Knuth handled mathematical 
> >typesetting - certainly his solutions seem to be the most
> >effective to date.
> 
> Yes, as far as math typesetting is concerned, AFAIK everybody
> uses TeX inspired algorithms.

He seems to have gotten the "correct" solution, at least judging by his
output.  Line breaking of course is another matter, but he knew there
wasn't a "general" solution to the problem so I'm not surprised he
avoided it.

> >OK, I'm interested :-).
> 
> Great :)
> 
> If you want, I can give you a contact with a friend of mine
> who is TeX expert as well as Lisper. He would probably be able
> to help you if he has some time ;-)

Cool!  I don't think I'd be skilled enough yet to benefit from his
help, but hopefully in a couple months that could be very useful!  I
kinda figured the best way to begin would be to do a cl-gardner's style
approach - read through the code, add docstrings, begin writing a
"howto use this" type document, and learning as I go.  I must confess
I'm not a skilled Lisp programmer either, so both of those constraints
must be addressed before I'm ready to start adding TeX's algorithms in
a sane way.  cl-doc seems to be a decent tool, so perhaps I can begin
there and work my way through the code.

I was able to get things up and working last night well enough to be
able to generate most of the examples (I was using sbcl though so I
fear unicode is out at the moment).

Cheers,
CY


__________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 


From pj at heslin.eclipse.co.uk  Thu Jan 12 22:19:26 2006
From: pj at heslin.eclipse.co.uk (Peter Heslin)
Date: Thu, 12 Jan 2006 22:19:26 +0000
Subject: [cl-typesetting-devel] Kerning question: hbox vs. paragraph
Message-ID: <20060112221926.GA25861@heslin.eclipse.co.uk>

I'm just playing around with cl-typesetting to get familiar with it,
and it looks great!

Here's my question.  When text is typeset using the paragraph macro,
the kerning is fine, but when using the hbox macro alone, it appears
to be a little off.  Here's a minimal example:

(defun test-kern ()
  (with-document ()
    (draw-pages (compile-text ()
                              (hbox () "foo AWAY")
                              (hbox () (put-string "foo"))
                              (paragraph () "foo AWAY")))
    (when pdf:*page* (finalize-page pdf:*page*))
    (pdf:write-document #P"/tmp/test.pdf")))

When you look at the PDF, the last string is typeset fine, but the
first two are slightly off.  The middle "o" in "foo" is a bit too
close the "f", and too far from the last "o".  Likewise in "AWAY", the
"W" is not evenly spaced between the two "A"s in the first two
strings.  In the paragraph example, it's fine. It is a subtle problem,
but it's there.

Looking quickly at the code in typo.lisp, I don't see any obvious
reason for this difference.

Is hbox not supposed to be used to typeset normal text?  Without
documentation it's hard to tell ;-)

Thanks,

Peter



From marc.battyani at fractalconcept.com  Fri Jan 13 10:50:32 2006
From: marc.battyani at fractalconcept.com (Marc Battyani)
Date: Fri, 13 Jan 2006 11:50:32 +0100
Subject: [cl-typesetting-devel] Kerning question: hbox vs. paragraph
References: <20060112221926.GA25861@heslin.eclipse.co.uk>
Message-ID: <01f101c6182f$2d1db910$0a02a8c0@marcxp>

"Peter Heslin" <pj at heslin.eclipse.co.uk> wrote:
>
> I'm just playing around with cl-typesetting to get familiar with it,
> and it looks great!

:)

> Here's my question.  When text is typeset using the paragraph macro,
> the kerning is fine, but when using the hbox macro alone, it appears
> to be a little off.  Here's a minimal example:
>
> (defun test-kern ()
>   (with-document ()
>     (draw-pages (compile-text ()
>                               (hbox () "foo AWAY")
>                               (hbox () (put-string "foo"))
>                               (paragraph () "foo AWAY")))
>     (when pdf:*page* (finalize-page pdf:*page*))
>     (pdf:write-document #P"/tmp/test.pdf")))
>
> When you look at the PDF, the last string is typeset fine, but the
> first two are slightly off.  The middle "o" in "foo" is a bit too
> close the "f", and too far from the last "o".  Likewise in "AWAY", the
> "W" is not evenly spaced between the two "A"s in the first two
> strings.  In the paragraph example, it's fine. It is a subtle problem,
> but it's there.
>
> Looking quickly at the code in typo.lisp, I don't see any obvious
> reason for this difference.
>
> Is hbox not supposed to be used to typeset normal text?  Without
> documentation it's hard to tell ;-)

No. hbox and vbox are the raw level objects and should normally not be used in normal
usage.

Marc




From marc.battyani at fractalconcept.com  Fri Jan 13 19:52:24 2006
From: marc.battyani at fractalconcept.com (Marc Battyani)
Date: Fri, 13 Jan 2006 20:52:24 +0100
Subject: [cl-typesetting-devel] Kerning question: hbox vs. paragraph
References: <20060112221926.GA25861@heslin.eclipse.co.uk>
	<01f101c6182f$2d1db910$0a02a8c0@marcxp>
	<20060113194252.GA15480@heslin.eclipse.co.uk>
Message-ID: <041c01c6187a$df8993d0$0a02a8c0@marcxp>

"Peter Heslin" <pj at heslin.eclipse.co.uk> wrote:
>
> On Fri, Jan 13, 2006 at 11:50:32AM +0100, Marc Battyani wrote:
> > No. hbox and vbox are the raw level objects and should normally not be used in normal
> > usage.
>
> Thanks for the clarification.  So should the paragraph macro be used
> to typeset *all* text if you want proper kerning, even if it's just a
> couple of words?

Yes. Or you have to do things like adding flexible glue at the end, etc.

> I noticed this issue when I was setting a header
> line, and I used hbox, because a single line of a few words of text
> didn't seem like a paragraph to me.  Or is there some other macro to
> use in that situation?

You can make a simplified macro inspired by paragraph or expanding into a paragraph if you
want. I often do that.

Marc




From pj at heslin.eclipse.co.uk  Fri Jan 13 19:42:52 2006
From: pj at heslin.eclipse.co.uk (Peter Heslin)
Date: Fri, 13 Jan 2006 19:42:52 +0000
Subject: [cl-typesetting-devel] Kerning question: hbox vs. paragraph
In-Reply-To: <01f101c6182f$2d1db910$0a02a8c0@marcxp>
References: <20060112221926.GA25861@heslin.eclipse.co.uk>
	<01f101c6182f$2d1db910$0a02a8c0@marcxp>
Message-ID: <20060113194252.GA15480@heslin.eclipse.co.uk>

On Fri, Jan 13, 2006 at 11:50:32AM +0100, Marc Battyani wrote:
> No. hbox and vbox are the raw level objects and should normally not be used in normal
> usage.

Thanks for the clarification.  So should the paragraph macro be used
to typeset *all* text if you want proper kerning, even if it's just a
couple of words?  I noticed this issue when I was setting a header
line, and I used hbox, because a single line of a few words of text
didn't seem like a paragraph to me.  Or is there some other macro to
use in that situation?

Best wishes,

Peter


From pj at heslin.eclipse.co.uk  Fri Jan 13 21:48:55 2006
From: pj at heslin.eclipse.co.uk (Peter Heslin)
Date: Fri, 13 Jan 2006 21:48:55 +0000
Subject: [cl-typesetting-devel] Kerning question: hbox vs. paragraph
In-Reply-To: <041c01c6187a$df8993d0$0a02a8c0@marcxp>
References: <20060112221926.GA25861@heslin.eclipse.co.uk>
	<01f101c6182f$2d1db910$0a02a8c0@marcxp>
	<20060113194252.GA15480@heslin.eclipse.co.uk>
	<041c01c6187a$df8993d0$0a02a8c0@marcxp>
Message-ID: <20060113214855.GB15480@heslin.eclipse.co.uk>

On Fri, Jan 13, 2006 at 08:52:24PM +0100, Marc Battyani wrote:
> You can make a simplified macro inspired by paragraph or expanding into a paragraph if you
> want. I often do that.

OK, thanks.  While I'm on the subject of headers, if the header or
footer argument to draw-pages is a function, and that function returns
NIL, then cl-typesetting throws an error, but I think this should be a
way of indicating that, on this particular page, no header or footer
should be drawn.  It's just a matter of adding two WHENs to
finalize-page.

Best,

Peter

--- top-level-orig.lisp 2006-01-13 21:39:54.000000000 +0000
+++ top-level.lisp      2006-01-13 21:40:11.000000000 +0000
@@ -141,16 +141,16 @@
              (pdf:with-saved-state
                (stroke (typecase content
                          (box content)
-                         (t (make-filled-vbox content dx (- top-margin header-top)
-                                              :top nil)))
+                         (t (when content (make-filled-vbox content dx (- top-margin header-top)
+                                              :top nil))))
                        left-margin (- height header-top)))))
          (when footer
            (let ((content (if (functionp footer) (funcall footer pdf:*page*) footer)))
              (pdf:with-saved-state
                (stroke (typecase content
                          (box content)
-                         (t (make-filled-vbox content dx (- bottom-margin footer-bottom)
-                                              :bottom nil)))
+                         (t (when content (make-filled-vbox content dx (- bottom-margin footer-bottom)
+                                              :bottom nil))))
                        left-margin bottom-margin))))))
     (when finalize-fn
       (funcall finalize-fn pdf:*page*))


From marc.battyani at fractalconcept.com  Tue Jan 17 22:54:34 2006
From: marc.battyani at fractalconcept.com (Marc Battyani)
Date: Tue, 17 Jan 2006 23:54:34 +0100
Subject: [cl-typesetting-devel] Kerning question: hbox vs. paragraph
References: <20060112221926.GA25861@heslin.eclipse.co.uk><01f101c6182f$2d1db910$0a02a8c0@marcxp><20060113194252.GA15480@heslin.eclipse.co.uk><041c01c6187a$df8993d0$0a02a8c0@marcxp>
	<20060113214855.GB15480@heslin.eclipse.co.uk>
	<000601c61a69$89544f50$8100a8c0@digo>
Message-ID: <013701c61bb8$fc8b0720$0a02a8c0@marcxp>

"Dmitriy Ivanov" <divanov at aha.ru> wrote:
> Hello Peter,
>
> | OK, thanks.  While I'm on the subject of headers, if the header or
> | footer argument to draw-pages is a function, and that function returns
> | NIL, then cl-typesetting throws an error, but I think this should be a
> | way of indicating that, on this particular page, no header or footer
> | should be drawn.  It's just a matter of adding two WHENs to
> | finalize-page.
> |
> | Best,
> |
> | Peter
> |
> | --- top-level-orig.lisp 2006-01-13 21:39:54.000000000 +0000
> | +++ top-level.lisp      2006-01-13 21:40:11.000000000 +0000
> | @@ -141,16 +141,16 @@
> |...snip...|
>
> Agree that that could be useful. My version is attached.

Hi Peter and Dmitriy,

I'm sorry but I was too much focused on the Common Lisp Directory project (
www.cl-user.net ) and I didn't process your patches.
I will do that tomorrow ;-)

Marc