From peter at gigamonkeys.com  Tue Oct  4 21:23:06 2005
From: peter at gigamonkeys.com (Peter Seibel)
Date: Tue, 4 Oct 2005 14:23:06 -0700
Subject: [cl-typesetting-devel] Practical Common Lisp Colophon
Message-ID: <3DE05691-53B2-4F97-9495-502929A435CF@gigamonkeys.com>

As some of you may know I used cl-typesetting while working on  
Practical Common Lisp to generate PDFs that I could use for my own  
red-pen editing. (And which used to be on the web until the treeware  
version of the book came out.) Anyway, I just put up a cleaned up  
version of the code I used to parse my homebrew markup scheme as well  
as code that can take the output of that parser and generate PDFs  
using cl-typesitting and HTML using my own FOO library (the subject  
of Chapters 30 and 31 of PCL.) Anyway, I thought some of you might be  
interested in such a thing as it provides a piece of the typesetting  
puzzle that cl-typesitting does not, out of the box, provide. You can  
read about it at:

   http://www.gigamonkeys.com/lisp/markup/docs.pdf
   http://www.gigamonkeys.com/lisp/markup/docs.html

both of which were generated from:

   http://www.gigamonkeys.com/lisp/markup/docs.txt

which is in my homebrew markup scheme. Brief installation  
instructions are at the bottom of the documentation. If you try it,  
let me know how it goes.

-Peter

-- 
Peter Seibel           * peter at gigamonkeys.com
Gigamonkeys Consulting * http://www.gigamonkeys.com/
Practical Common Lisp  * http://www.gigamonkeys.com/book/




From marc.battyani at fractalconcept.com  Tue Oct  4 21:53:54 2005
From: marc.battyani at fractalconcept.com (Marc Battyani)
Date: Tue, 4 Oct 2005 23:53:54 +0200
Subject: [cl-typesetting-devel] Practical Common Lisp Colophon
References: <3DE05691-53B2-4F97-9495-502929A435CF@gigamonkeys.com>
Message-ID: <02fb01c5c92e$1e573f00$0a02a8c0@marcxp>

"Peter Seibel" <peter at gigamonkeys.com> wrote:

> As some of you may know I used cl-typesetting while working on
> Practical Common Lisp to generate PDFs that I could use for my own
> red-pen editing. (And which used to be on the web until the treeware
> version of the book came out.) Anyway, I just put up a cleaned up
> version of the code I used to parse my homebrew markup scheme as well
> as code that can take the output of that parser and generate PDFs
> using cl-typesitting and HTML using my own FOO library (the subject
> of Chapters 30 and 31 of PCL.) Anyway, I thought some of you might be
> interested in such a thing as it provides a piece of the typesetting
> puzzle that cl-typesitting does not, out of the box, provide. You can
> read about it at:
>
>    http://www.gigamonkeys.com/lisp/markup/docs.pdf
>    http://www.gigamonkeys.com/lisp/markup/docs.html

Thanks Peter!

You just forgot "html/" in the cl-pdf/cl-typesetting URLs. The correct ones
are:
http://www.fractalconcept.com/asp/html/cl-pdf.html
http://www.fractalconcept.com/asp/html/cl-typesetting.html

> both of which were generated from:
>
>    http://www.gigamonkeys.com/lisp/markup/docs.txt
>
> which is in my homebrew markup scheme. Brief installation
> instructions are at the bottom of the documentation. If you try it,
> let me know how it goes.

When I first announced cl-typesetting (2 years  ago), a lot of people
expressed interest in making higher level syntaxes for cl-typesetting. As
far as I know you are the only one to date to have done and published one.
(On a related topic, there is also Klaus Weidner's XHTML renderer)

Marc




From peter at gigamonkeys.com  Tue Oct  4 22:03:52 2005
From: peter at gigamonkeys.com (Peter Seibel)
Date: Tue, 4 Oct 2005 15:03:52 -0700
Subject: [cl-typesetting-devel] Practical Common Lisp Colophon
In-Reply-To: <02fb01c5c92e$1e573f00$0a02a8c0@marcxp>
References: <3DE05691-53B2-4F97-9495-502929A435CF@gigamonkeys.com>
	<02fb01c5c92e$1e573f00$0a02a8c0@marcxp>
Message-ID: <44D9FFA7-40CD-4721-927E-CDDE7CC29767@gigamonkeys.com>

On Oct 4, 2005, at 2:53 PM, Marc Battyani wrote:

> "Peter Seibel" <peter at gigamonkeys.com> wrote:
>
>
>> As some of you may know I used cl-typesetting while working on
>> Practical Common Lisp to generate PDFs that I could use for my own
>> red-pen editing. (And which used to be on the web until the treeware
>> version of the book came out.) Anyway, I just put up a cleaned up
>> version of the code I used to parse my homebrew markup scheme as well
>> as code that can take the output of that parser and generate PDFs
>> using cl-typesitting and HTML using my own FOO library (the subject
>> of Chapters 30 and 31 of PCL.) Anyway, I thought some of you might be
>> interested in such a thing as it provides a piece of the typesetting
>> puzzle that cl-typesitting does not, out of the box, provide. You can
>> read about it at:
>>
>>    http://www.gigamonkeys.com/lisp/markup/docs.pdf
>>    http://www.gigamonkeys.com/lisp/markup/docs.html
>>
>
> Thanks Peter!
>
> You just forgot "html/" in the cl-pdf/cl-typesetting URLs. The  
> correct ones
> are:
> http://www.fractalconcept.com/asp/html/cl-pdf.html
> http://www.fractalconcept.com/asp/html/cl-typesetting.html

Whoops. My mistake. Should be fixed now.

>> both of which were generated from:
>>
>>    http://www.gigamonkeys.com/lisp/markup/docs.txt
>>
>> which is in my homebrew markup scheme. Brief installation
>> instructions are at the bottom of the documentation. If you try it,
>> let me know how it goes.
>>
>
> When I first announced cl-typesetting (2 years  ago), a lot of people
> expressed interest in making higher level syntaxes for cl- 
> typesetting. As
> far as I know you are the only one to date to have done and  
> published one.
> (On a related topic, there is also Klaus Weidner's XHTML renderer)

Heh. Well, at least we have one now.

-Peter

-- 
Peter Seibel           * peter at gigamonkeys.com
Gigamonkeys Consulting * http://www.gigamonkeys.com/
Practical Common Lisp  * http://www.gigamonkeys.com/book/




From peter at gigamonkeys.com  Thu Oct  6 16:47:14 2005
From: peter at gigamonkeys.com (Peter Seibel)
Date: Thu, 6 Oct 2005 09:47:14 -0700
Subject: [cl-typesetting-devel] Practical Common Lisp Colophon
In-Reply-To: <3DE05691-53B2-4F97-9495-502929A435CF@gigamonkeys.com>
References: <3DE05691-53B2-4F97-9495-502929A435CF@gigamonkeys.com>
Message-ID: <4E70192D-D50A-4CAB-B74A-58E1F2CB4CA6@gigamonkeys.com>

On Oct 4, 2005, at 2:23 PM, Peter Seibel wrote:

> As some of you may know I used cl-typesetting while working on  
> Practical Common Lisp to generate PDFs that I could use for my own  
> red-pen editing. (And which used to be on the web until the  
> treeware version of the book came out.) Anyway, I just put up a  
> cleaned up version of the code I used to parse my homebrew markup  
> scheme as well as code that can take the output of that parser and  
> generate PDFs using cl-typesitting and HTML using my own FOO  
> library (the subject of Chapters 30 and 31 of PCL.) Anyway, I  
> thought some of you might be interested in such a thing as it  
> provides a piece of the typesetting puzzle that cl-typesitting does  
> not, out of the box, provide. You can read about it at:
>
>   http://www.gigamonkeys.com/lisp/markup/docs.pdf
>   http://www.gigamonkeys.com/lisp/markup/docs.html
>
> both of which were generated from:
>
>   http://www.gigamonkeys.com/lisp/markup/docs.txt
>
> which is in my homebrew markup scheme. Brief installation  
> instructions are at the bottom of the documentation. If you try it,  
> let me know how it goes.

Er, at least one person tried to kick the tires on this code an  
immediately discovered that I neglected to include a couple libraries  
that the FOO library depends on. I've updated the page at:

   <http://www.gigamonkeys.com/markup/>

to include links to those libraries. Sorry for any confusion.

-Peter

-- 
Peter Seibel           * peter at gigamonkeys.com
Gigamonkeys Consulting * http://www.gigamonkeys.com/
Practical Common Lisp  * http://www.gigamonkeys.com/book/




From edi at agharta.de  Thu Oct  6 18:12:49 2005
From: edi at agharta.de (Edi Weitz)
Date: Thu, 06 Oct 2005 20:12:49 +0200
Subject: [cl-typesetting-devel] Practical Common Lisp Colophon
In-Reply-To: <4E70192D-D50A-4CAB-B74A-58E1F2CB4CA6@gigamonkeys.com> (Peter
	Seibel's message of "Thu, 6 Oct 2005 09:47:14 -0700")
References: <3DE05691-53B2-4F97-9495-502929A435CF@gigamonkeys.com>
	<4E70192D-D50A-4CAB-B74A-58E1F2CB4CA6@gigamonkeys.com>
Message-ID: <uek6yms4e.fsf@agharta.de>

On Thu, 6 Oct 2005 09:47:14 -0700, Peter Seibel <peter at gigamonkeys.com> wrote:

> I've updated the page at:
>
>    <http://www.gigamonkeys.com/markup/>
>
> to include links to those libraries. Sorry for any confusion.

404: File not found

:)


From peter at gigamonkeys.com  Thu Oct  6 19:29:40 2005
From: peter at gigamonkeys.com (Peter Seibel)
Date: Thu, 6 Oct 2005 12:29:40 -0700
Subject: [cl-typesetting-devel] Practical Common Lisp Colophon
In-Reply-To: <uek6yms4e.fsf@agharta.de>
References: <3DE05691-53B2-4F97-9495-502929A435CF@gigamonkeys.com>
	<4E70192D-D50A-4CAB-B74A-58E1F2CB4CA6@gigamonkeys.com>
	<uek6yms4e.fsf@agharta.de>
Message-ID: <252F11C6-6163-4B87-8DD2-446106D5622B@gigamonkeys.com>


On Oct 6, 2005, at 11:12 AM, Edi Weitz wrote:

> On Thu, 6 Oct 2005 09:47:14 -0700, Peter Seibel  
> <peter at gigamonkeys.com> wrote:
>
>
>> I've updated the page at:
>>
>>    <http://www.gigamonkeys.com/markup/>
>>
>> to include links to those libraries. Sorry for any confusion.
>>
>
> 404: File not found

Er, <http://www.gigamonkeys.com/lisp/markup/>

-Peter

-- 
Peter Seibel           * peter at gigamonkeys.com
Gigamonkeys Consulting * http://www.gigamonkeys.com/
Practical Common Lisp  * http://www.gigamonkeys.com/book/




From brian.sorg at liberatinginsight.com  Thu Oct  6 19:46:14 2005
From: brian.sorg at liberatinginsight.com (Brian Sorg)
Date: Thu, 06 Oct 2005 14:46:14 -0500
Subject: [cl-typesetting-devel] Practical Common Lisp Colophon
In-Reply-To: <uek6yms4e.fsf@agharta.de>
References: <3DE05691-53B2-4F97-9495-502929A435CF@gigamonkeys.com>
	<4E70192D-D50A-4CAB-B74A-58E1F2CB4CA6@gigamonkeys.com>
	<uek6yms4e.fsf@agharta.de>
Message-ID: <43457F06.3060000@liberatinginsight.com>

Edi Weitz wrote:

>On Thu, 6 Oct 2005 09:47:14 -0700, Peter Seibel <peter at gigamonkeys.com> wrote:
>
>  
>
>>I've updated the page at:
>>
>>   <http://www.gigamonkeys.com/markup/>
>>
>>to include links to those libraries. Sorry for any confusion.
>>    
>>
>
>404: File not found
>
>:)
>_______________________________________________
>cl-typesetting-devel site list
>cl-typesetting-devel at common-lisp.net
>http://common-lisp.net/mailman/listinfo/cl-typesetting-devel
>
>  
>
The correct address is:  http://www.gigamonkeys.com/lisp/markup/

One other note I needed to alter the foo-0.1/com.gigamonkeys.foo.asd

so that the line

:depends-on (:macro-utilities :utitlies)

uses the full package name like:

:depends-on (:com.gigamonkeys.macro-utilites :com.gigamonkeys.utilities)



-- 
Brian Sorg
Director: Liberating Insight LLC
Office: 260-745-2211
Mobile: 260-602-1086
Fax: 614-839-9208
www.LiberatingInsight.com




From peter at gigamonkeys.com  Thu Oct  6 22:16:50 2005
From: peter at gigamonkeys.com (Peter Seibel)
Date: Thu, 6 Oct 2005 15:16:50 -0700
Subject: [cl-typesetting-devel] Practical Common Lisp Colophon
In-Reply-To: <43457F06.3060000@liberatinginsight.com>
References: <3DE05691-53B2-4F97-9495-502929A435CF@gigamonkeys.com>
	<4E70192D-D50A-4CAB-B74A-58E1F2CB4CA6@gigamonkeys.com>
	<uek6yms4e.fsf@agharta.de> <43457F06.3060000@liberatinginsight.com>
Message-ID: <7EB06E30-F0E7-455F-BAF5-25681253BAF5@gigamonkeys.com>

On Oct 6, 2005, at 12:46 PM, Brian Sorg wrote:

> Edi Weitz wrote:
>
>
>> On Thu, 6 Oct 2005 09:47:14 -0700, Peter Seibel  
>> <peter at gigamonkeys.com> wrote:
>>
>>
>>
>>> I've updated the page at:
>>>
>>>   <http://www.gigamonkeys.com/markup/>
>>>
>>> to include links to those libraries. Sorry for any confusion.
>>>
>>>
>>
>> 404: File not found
>>
>> :)
>> _______________________________________________
>> cl-typesetting-devel site list
>> cl-typesetting-devel at common-lisp.net
>> http://common-lisp.net/mailman/listinfo/cl-typesetting-devel
>>
>>
>>
> The correct address is:  http://www.gigamonkeys.com/lisp/markup/
>
> One other note I needed to alter the foo-0.1/com.gigamonkeys.foo.asd
>
> so that the line
>
> :depends-on (:macro-utilities :utitlies)
>
> uses the full package name like:
>
> :depends-on (:com.gigamonkeys.macro- 
> utilites :com.gigamonkeys.utilities)

Actually, if you grab the latest FOO (i.e. foo-0.2.tar.gz) it has  
that fix in it.

-Peter


-- 
Peter Seibel           * peter at gigamonkeys.com
Gigamonkeys Consulting * http://www.gigamonkeys.com/
Practical Common Lisp  * http://www.gigamonkeys.com/book/




From peter at gigamonkeys.com  Thu Oct  6 22:20:09 2005
From: peter at gigamonkeys.com (Peter Seibel)
Date: Thu, 6 Oct 2005 15:20:09 -0700
Subject: [cl-typesetting-devel] Practical Common Lisp Colophon
In-Reply-To: <434597F4.7080308@liberatinginsight.com>
References: <3DE05691-53B2-4F97-9495-502929A435CF@gigamonkeys.com>
	<4E70192D-D50A-4CAB-B74A-58E1F2CB4CA6@gigamonkeys.com>
	<uek6yms4e.fsf@agharta.de>
	<252F11C6-6163-4B87-8DD2-446106D5622B@gigamonkeys.com>
	<434597F4.7080308@liberatinginsight.com>
Message-ID: <EC508E0B-A039-472F-BF6A-AA5A7A6248B5@gigamonkeys.com>

On Oct 6, 2005, at 2:32 PM, Brian Sorg wrote:

> Peter Seibel wrote:
>
>
>>
>> On Oct 6, 2005, at 11:12 AM, Edi Weitz wrote:
>>
>>
>>> On Thu, 6 Oct 2005 09:47:14 -0700, Peter Seibel   
>>> <peter at gigamonkeys.com> wrote:
>>>
>>>
>>>
>>>> I've updated the page at:
>>>>
>>>>    <http://www.gigamonkeys.com/markup/>
>>>>
>>>> to include links to those libraries. Sorry for any confusion.
>>>>
>>>>
>>>
>>> 404: File not found
>>>
>>
>>
>> Er, <http://www.gigamonkeys.com/lisp/markup/>
>>
>> -Peter
>>
>>
> I had to make one more change to get the  markup render function to  
> work with the example Peter sent.  I had to add  the typeset  
> package declaration to the boxes function in the pdf.lisp file.  I  
> attached my modified version.  (I am running on Allegro 7)

Hmmm. Dunno what's up with that. One of us must have on old version  
of cl-pdf or cl-typesetting. Could be me.) Marc, did that symbol  
(TYPESET:BOXES) get unexported recently?

-Peter

-- 
Peter Seibel           * peter at gigamonkeys.com
Gigamonkeys Consulting * http://www.gigamonkeys.com/
Practical Common Lisp  * http://www.gigamonkeys.com/book/




From brian.sorg at liberatinginsight.com  Thu Oct  6 21:32:36 2005
From: brian.sorg at liberatinginsight.com (Brian Sorg)
Date: Thu, 06 Oct 2005 16:32:36 -0500
Subject: [cl-typesetting-devel] Practical Common Lisp Colophon
In-Reply-To: <252F11C6-6163-4B87-8DD2-446106D5622B@gigamonkeys.com>
References: <3DE05691-53B2-4F97-9495-502929A435CF@gigamonkeys.com>
	<4E70192D-D50A-4CAB-B74A-58E1F2CB4CA6@gigamonkeys.com>
	<uek6yms4e.fsf@agharta.de>
	<252F11C6-6163-4B87-8DD2-446106D5622B@gigamonkeys.com>
Message-ID: <434597F4.7080308@liberatinginsight.com>

Peter Seibel wrote:

>
> On Oct 6, 2005, at 11:12 AM, Edi Weitz wrote:
>
>> On Thu, 6 Oct 2005 09:47:14 -0700, Peter Seibel  
>> <peter at gigamonkeys.com> wrote:
>>
>>
>>> I've updated the page at:
>>>
>>>    <http://www.gigamonkeys.com/markup/>
>>>
>>> to include links to those libraries. Sorry for any confusion.
>>>
>>
>> 404: File not found
>
>
> Er, <http://www.gigamonkeys.com/lisp/markup/>
>
> -Peter
>
I had to make one more change to get the  markup render function to work 
with the example Peter sent.  I had to add  the typeset package 
declaration to the boxes function in the pdf.lisp file.  I attached my 
modified version.  (I am running on Allegro 7)

Thanks again Peter for sharing.

-- 
Brian Sorg
Director: Liberating Insight LLC
Office: 260-745-2211
Mobile: 260-602-1086
Fax: 614-839-9208
www.LiberatingInsight.com

-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: pdf.lisp
URL: <https://mailman.common-lisp.net/pipermail/cl-typesetting-devel/attachments/20051006/389a7a24/attachment.ksh>

From marc.battyani at fractalconcept.com  Thu Oct  6 22:50:42 2005
From: marc.battyani at fractalconcept.com (Marc Battyani)
Date: Fri, 7 Oct 2005 00:50:42 +0200
Subject: [cl-typesetting-devel] Practical Common Lisp Colophon
References: <3DE05691-53B2-4F97-9495-502929A435CF@gigamonkeys.com><4E70192D-D50A-4CAB-B74A-58E1F2CB4CA6@gigamonkeys.com><uek6yms4e.fsf@agharta.de><252F11C6-6163-4B87-8DD2-446106D5622B@gigamonkeys.com><434597F4.7080308@liberatinginsight.com>
	<EC508E0B-A039-472F-BF6A-AA5A7A6248B5@gigamonkeys.com>
Message-ID: <025c01c5cac8$622bba30$0a02a8c0@marcxp>

"Peter Seibel" <peter at gigamonkeys.com> wrote:
> On Oct 6, 2005, at 2:32 PM, Brian Sorg wrote:
>
> > I had to make one more change to get the  markup render function to
> > work with the example Peter sent.  I had to add  the typeset
> > package declaration to the boxes function in the pdf.lisp file.  I
> > attached my modified version.  (I am running on Allegro 7)
>
> Hmmm. Dunno what's up with that. One of us must have on old version
> of cl-pdf or cl-typesetting. Could be me.) Marc, did that symbol
> (TYPESET:BOXES) get unexported recently?

IIRC, I don't think it has ever been exported.
In fact very few symbols are exported as I don't know if I should export
almost all or only the highest level functions.

Marc




From peter at gigamonkeys.com  Fri Oct  7 00:19:39 2005
From: peter at gigamonkeys.com (Peter Seibel)
Date: Thu, 6 Oct 2005 17:19:39 -0700
Subject: [cl-typesetting-devel] Practical Common Lisp Colophon
In-Reply-To: <025c01c5cac8$622bba30$0a02a8c0@marcxp>
References: <3DE05691-53B2-4F97-9495-502929A435CF@gigamonkeys.com><4E70192D-D50A-4CAB-B74A-58E1F2CB4CA6@gigamonkeys.com><uek6yms4e.fsf@agharta.de><252F11C6-6163-4B87-8DD2-446106D5622B@gigamonkeys.com><434597F4.7080308@liberatinginsight.com>
	<EC508E0B-A039-472F-BF6A-AA5A7A6248B5@gigamonkeys.com>
	<025c01c5cac8$622bba30$0a02a8c0@marcxp>
Message-ID: <7CA4CD5C-DC90-4EC7-BC99-01C2CFB878F3@gigamonkeys.com>

On Oct 6, 2005, at 3:50 PM, Marc Battyani wrote:

> "Peter Seibel" <peter at gigamonkeys.com> wrote:
>
>> On Oct 6, 2005, at 2:32 PM, Brian Sorg wrote:
>>
>>
>>> I had to make one more change to get the  markup render function to
>>> work with the example Peter sent.  I had to add  the typeset
>>> package declaration to the boxes function in the pdf.lisp file.  I
>>> attached my modified version.  (I am running on Allegro 7)
>>>
>>
>> Hmmm. Dunno what's up with that. One of us must have on old version
>> of cl-pdf or cl-typesetting. Could be me.) Marc, did that symbol
>> (TYPESET:BOXES) get unexported recently?
>>
>
> IIRC, I don't think it has ever been exported.
> In fact very few symbols are exported as I don't know if I should  
> export
> almost all or only the highest level functions.

Okay, I'm confused. How does this work for me? I'll look into it.

-Peter

-- 
Peter Seibel           * peter at gigamonkeys.com
Gigamonkeys Consulting * http://www.gigamonkeys.com/
Practical Common Lisp  * http://www.gigamonkeys.com/book/




From peter at gigamonkeys.com  Fri Oct  7 00:24:00 2005
From: peter at gigamonkeys.com (Peter Seibel)
Date: Thu, 6 Oct 2005 17:24:00 -0700
Subject: [cl-typesetting-devel] Practical Common Lisp Colophon
In-Reply-To: <7CA4CD5C-DC90-4EC7-BC99-01C2CFB878F3@gigamonkeys.com>
References: <3DE05691-53B2-4F97-9495-502929A435CF@gigamonkeys.com><4E70192D-D50A-4CAB-B74A-58E1F2CB4CA6@gigamonkeys.com><uek6yms4e.fsf@agharta.de><252F11C6-6163-4B87-8DD2-446106D5622B@gigamonkeys.com><434597F4.7080308@liberatinginsight.com>
	<EC508E0B-A039-472F-BF6A-AA5A7A6248B5@gigamonkeys.com>
	<025c01c5cac8$622bba30$0a02a8c0@marcxp>
	<7CA4CD5C-DC90-4EC7-BC99-01C2CFB878F3@gigamonkeys.com>
Message-ID: <E63796DF-7F89-4DD3-990F-CBEBB48E48DA@gigamonkeys.com>


On Oct 6, 2005, at 5:19 PM, Peter Seibel wrote:

> On Oct 6, 2005, at 3:50 PM, Marc Battyani wrote:
>
>
>> "Peter Seibel" <peter at gigamonkeys.com> wrote:
>>
>>
>>> On Oct 6, 2005, at 2:32 PM, Brian Sorg wrote:
>>>
>>>
>>>
>>>> I had to make one more change to get the  markup render function to
>>>> work with the example Peter sent.  I had to add  the typeset
>>>> package declaration to the boxes function in the pdf.lisp file.  I
>>>> attached my modified version.  (I am running on Allegro 7)
>>>>
>>>>
>>>
>>> Hmmm. Dunno what's up with that. One of us must have on old version
>>> of cl-pdf or cl-typesetting. Could be me.) Marc, did that symbol
>>> (TYPESET:BOXES) get unexported recently?
>>>
>>>
>>
>> IIRC, I don't think it has ever been exported.
>> In fact very few symbols are exported as I don't know if I should  
>> export
>> almost all or only the highest level functions.
>>
>
> Okay, I'm confused. How does this work for me? I'll look into it.

Ah, apparently somewhere along the line I decided boxes should be  
exported and modified cl-typesetting's defpackage.lisp. Ooops.

-Peter

-- 
Peter Seibel           * peter at gigamonkeys.com
Gigamonkeys Consulting * http://www.gigamonkeys.com/
Practical Common Lisp  * http://www.gigamonkeys.com/book/




From peter at gigamonkeys.com  Fri Oct  7 02:29:08 2005
From: peter at gigamonkeys.com (Peter Seibel)
Date: Thu, 6 Oct 2005 19:29:08 -0700
Subject: [cl-typesetting-devel] svn propset?
In-Reply-To: <05fb01c5834a$d69dede0$0a02a8c0@marcxp>
References: <BC975932-03CF-409B-90FD-C059000EBEA9@gigamonkeys.com>
	<05fb01c5834a$d69dede0$0a02a8c0@marcxp>
Message-ID: <6F646F96-1CCA-458B-A637-87F303F6AA55@gigamonkeys.com>

On Jul 7, 2005, at 4:23 PM, Marc Battyani wrote:

> "Peter Seibel" <peter at gigamonkeys.com> wrote:
>
>
>> I'm not sure I understand things exactly correctly but it seems that
>> we could get subversion to take care of fixing line endings between
>> Mac, Unix, and Windows modes on .lisp files if someone would do a
>>
>>    find . -name '*.lisp' -exec svn propset svn:eol-style native {} \;
>>
>> in the cl-pdf and cl-typesetting directories and check in the change.
>> Anyone with commit access should also, I think, edit their
>> ~/.subversion/config file to uncomment the line:
>>
>>    enable-auto-props = yes
>>
>> and add a line to the [auto-props] section like:
>>
>>    *.lisp = svn:eol-style=native
>>
>> This last bit will cause new .lisp files to automatically be given
>> the svn:eol-style property of native when they are added.
>>
>> This would make dealing with the cl-pdf and cl-typesetting sources a
>> bit easier since tools like grep would work properly on source files.
>>
>
> Very good! As I use both Windows and Linux, I have been annoyed by  
> these EOL
> problems too.
> I will try to do that tomorrow.

Did this ever happen? svn diff still tells me about a bunch of files  
being eol-style: native which, since I did the propset locally  
suggests that maybe they're still not that way in the repo. Or  
(likely) I just don't understand subversion.

-Peter

-- 
Peter Seibel           * peter at gigamonkeys.com
Gigamonkeys Consulting * http://www.gigamonkeys.com/
Practical Common Lisp  * http://www.gigamonkeys.com/book/




From divanov at aha.ru  Fri Oct  7 05:49:15 2005
From: divanov at aha.ru (Dmitriy Ivanov)
Date: Fri, 7 Oct 2005 09:49:15 +0400
Subject: [cl-typesetting-devel] Practical Common Lisp Colophon
References: <3DE05691-53B2-4F97-9495-502929A435CF@gigamonkeys.com><4E70192D-D50A-4CAB-B74A-58E1F2CB4CA6@gigamonkeys.com><uek6yms4e.fsf@agharta.de><252F11C6-6163-4B87-8DD2-446106D5622B@gigamonkeys.com><434597F4.7080308@liberatinginsight.com><EC508E0B-A039-472F-BF6A-AA5A7A6248B5@gigamonkeys.com>
	<025c01c5cac8$622bba30$0a02a8c0@marcxp>
Message-ID: <001201c5cb10$3b664300$be01a8c0@digo>

Hello Marc,

MB> IIRC, I don't think it has ever been exported.
MB> In fact very few symbols are exported as I don't know if I should
MB> export almost all or only the highest level functions.

In my experience, the following bunch of symbols is worth exporting (an
excerp from my contrib/di-typeset.lisp).

(in-package typeset)

(eval-when (:compile-toplevel :load-toplevel :execute)
  (import
  '(pdf:*document* pdf::*embed-fonts* pdf:*page*))

  (export (mapcar (lambda (name) (intern (string name)))
  '(;#:*dont-hyphenate*
    #:*default-font*
    #:*default-font-size*
    #:*document*
    #:*embed-fonts*
    #:*leading* #:*leading-ratio*
    #:*page*
    #:*table* #:*table-row*

    #:add-box
    #:add-table-cell #:add-table-row
    #:cannot-fit-on-page
    #:compute-page-bounds
    #:continue-with-next-page
    #:draw-block
    #:end-of-page
    #:output
    #:p  ; synonym of paragraph
    #:pages
    #:use-style
    #:with-quad
   )))

--
Sincerely,
Dmitriy Ivanov
lisp.ystok.ru



From marc.battyani at fractalconcept.com  Sat Oct  8 22:55:14 2005
From: marc.battyani at fractalconcept.com (Marc Battyani)
Date: Sun, 9 Oct 2005 00:55:14 +0200
Subject: [cl-typesetting-devel] svn propset?
References: <BC975932-03CF-409B-90FD-C059000EBEA9@gigamonkeys.com><05fb01c5834a$d69dede0$0a02a8c0@marcxp>
	<6F646F96-1CCA-458B-A637-87F303F6AA55@gigamonkeys.com>
Message-ID: <09c401c5cc5b$59090220$0a02a8c0@marcxp>

"Peter Seibel" <peter at gigamonkeys.com> wrote:
> On Jul 7, 2005, at 4:23 PM, Marc Battyani wrote:
>
> > "Peter Seibel" <peter at gigamonkeys.com> wrote:
> >
> >
> >> I'm not sure I understand things exactly correctly but it seems that
> >> we could get subversion to take care of fixing line endings between
> >> Mac, Unix, and Windows modes on .lisp files if someone would do a
> >>
> >>    find . -name '*.lisp' -exec svn propset svn:eol-style native {} \;
> >>
> >> in the cl-pdf and cl-typesetting directories and check in the change.
> >> Anyone with commit access should also, I think, edit their
> >> ~/.subversion/config file to uncomment the line:
> >>
> >>    enable-auto-props = yes
> >>
> >> and add a line to the [auto-props] section like:
> >>
> >>    *.lisp = svn:eol-style=native
> >>
> >> This last bit will cause new .lisp files to automatically be given
> >> the svn:eol-style property of native when they are added.
> >>
> >> This would make dealing with the cl-pdf and cl-typesetting sources a
> >> bit easier since tools like grep would work properly on source files.
> >>
> >
> > Very good! As I use both Windows and Linux, I have been annoyed by
> > these EOL
> > problems too.
> > I will try to do that tomorrow.
>
> Did this ever happen? svn diff still tells me about a bunch of files
> being eol-style: native which, since I did the propset locally
> suggests that maybe they're still not that way in the repo. Or
> (likely) I just don't understand subversion.

Hum, I changed the subversion config file on my notebook but forgot to do it
on the server.
I've just done it now (on the .lisp, .asd and .txt files) so tell me if its
better.

Marc




From marc.battyani at fractalconcept.com  Sat Oct  8 22:59:29 2005
From: marc.battyani at fractalconcept.com (Marc Battyani)
Date: Sun, 9 Oct 2005 00:59:29 +0200
Subject: [cl-typesetting-devel] Practical Common Lisp Colophon
References: <3DE05691-53B2-4F97-9495-502929A435CF@gigamonkeys.com><4E70192D-D50A-4CAB-B74A-58E1F2CB4CA6@gigamonkeys.com><uek6yms4e.fsf@agharta.de><252F11C6-6163-4B87-8DD2-446106D5622B@gigamonkeys.com><434597F4.7080308@liberatinginsight.com><EC508E0B-A039-472F-BF6A-AA5A7A6248B5@gigamonkeys.com><025c01c5cac8$622bba30$0a02a8c0@marcxp>
	<001201c5cb10$3b664300$be01a8c0@digo>
Message-ID: <09e001c5cc5b$f18e6b20$0a02a8c0@marcxp>

"Dmitriy Ivanov" <divanov at aha.ru> wrote:

> Hello Marc,

Hi Dmitri,

> MB> IIRC, I don't think it has ever been exported.
> MB> In fact very few symbols are exported as I don't know if I should
> MB> export almost all or only the highest level functions.
> 
> In my experience, the following bunch of symbols is worth exporting (an
> excerp from my contrib/di-typeset.lisp).
> 
> (in-package typeset)
> 
> (eval-when (:compile-toplevel :load-toplevel :execute)
>   (import
>   '(pdf:*document* pdf::*embed-fonts* pdf:*page*))
> 
>   (export (mapcar (lambda (name) (intern (string name)))
>   '(;#:*dont-hyphenate*
>     #:*default-font*
>     #:*default-font-size*
>     #:*document*
>     #:*embed-fonts*
>     #:*leading* #:*leading-ratio*
>     #:*page*
>     #:*table* #:*table-row*
> 
>     #:add-box
>     #:add-table-cell #:add-table-row
>     #:cannot-fit-on-page
>     #:compute-page-bounds
>     #:continue-with-next-page
>     #:draw-block
>     #:end-of-page
>     #:output
>     #:p  ; synonym of paragraph
>     #:pages
>     #:use-style
>     #:with-quad
>    )))

OK Looks like you have a mix of high and low level functions here...
But anyway, I should export more functions. 

Marc



From marc.battyani at fractalconcept.com  Mon Oct 10 12:07:54 2005
From: marc.battyani at fractalconcept.com (Marc Battyani)
Date: Mon, 10 Oct 2005 14:07:54 +0200
Subject: [cl-typesetting-devel] svn propset?
References: <BC975932-03CF-409B-90FD-C059000EBEA9@gigamonkeys.com><05fb01c5834a$d69dede0$0a02a8c0@marcxp><6F646F96-1CCA-458B-A637-87F303F6AA55@gigamonkeys.com>
	<09c401c5cc5b$59090220$0a02a8c0@marcxp>
	<006901c5cd8e$58f24650$be01a8c0@digo>
Message-ID: <0e2d01c5cd93$3f1bcbc0$0a02a8c0@marcxp>

"Dmitriy Ivanov" <divanov at aha.ru> wrote:
>
> I've just checked out cl-pdf and cl-typesetting with the TortoiseSVN 1.2.1
> client on Windows. On opening files in the root directories, e.g.
> cl-pdf/*.lisp, with Notepad, I see garbage. But I can normally read
> cl-pdf/salza/*.lisp with Notepad.
>
> Moreover, the eol-style:native property is missing from all the files.

In fact I wrongly believed it was an svn command which did not required a
commit. But it needs to be commited.
Should be ok. Can you try again ?

BTW Tot




From marc.battyani at fractalconcept.com  Mon Oct 10 12:11:53 2005
From: marc.battyani at fractalconcept.com (Marc Battyani)
Date: Mon, 10 Oct 2005 14:11:53 +0200
Subject: [cl-typesetting-devel] svn propset?
Message-ID: <0e3301c5cd93$cdb27b40$0a02a8c0@marcxp>

[The previous email was sent before I finished it so here is the complete
one...]

"Dmitriy Ivanov" <divanov at aha.ru> wrote:
>
> I've just checked out cl-pdf and cl-typesetting with the TortoiseSVN 1.2.1
> client on Windows. On opening files in the root directories, e.g.
> cl-pdf/*.lisp, with Notepad, I see garbage. But I can normally read
> cl-pdf/salza/*.lisp with Notepad.
>
> Moreover, the eol-style:native property is missing from all the files.

In fact I wrongly believed it was an svn command which did not required a
commit. But it needs to be committed.
Should be ok. Can you try again ?

BTW TortoiseSVN is very cool!

Marc




From divanov at aha.ru  Mon Oct 10 11:32:32 2005
From: divanov at aha.ru (Dmitriy Ivanov)
Date: Mon, 10 Oct 2005 15:32:32 +0400
Subject: [cl-typesetting-devel] svn propset?
References: <BC975932-03CF-409B-90FD-C059000EBEA9@gigamonkeys.com><05fb01c5834a$d69dede0$0a02a8c0@marcxp><6F646F96-1CCA-458B-A637-87F303F6AA55@gigamonkeys.com>
	<09c401c5cc5b$59090220$0a02a8c0@marcxp>
Message-ID: <006901c5cd8e$58f24650$be01a8c0@digo>

Hello Marc,

 MB> "Peter Seibel" <peter at gigamonkeys.com> wrote:
MB>> On Jul 7, 2005, at 4:23 PM, Marc Battyani wrote:
MB>>
MB> >> "Peter Seibel" <peter at gigamonkeys.com> wrote:
MB> >>
MB> >>
MB> >>> I'm not sure I understand things exactly correctly but it seems
MB> >>> that we could get subversion to take care of fixing line endings
MB> >>> between Mac, Unix, and Windows modes on .lisp files if someone
MB> >>> would do a    find . -name '*.lisp' -exec svn propset svn:eol-style
MB> >>> native {} \; in the cl-pdf and cl-typesetting directories and check
MB> >>> in the change. Anyone with commit access should also, I think, edit
MB> >>> their ~/.subversion/config file to uncomment the line:
MB> >>> enable-auto-props = yes and add a line to the [auto-props] section
MB> >>> like:    *.lisp = svn:eol-style=native This last bit will cause new
MB> >>> .lisp files to automatically be given the svn:eol-style property of
MB> >>> native when they are added. This would make dealing with the cl-pdf
MB> >>> and cl-typesetting sources a bit easier since tools like grep would
MB> >>> work properly on source files.
MB> >>
MB> >> Very good! As I use both Windows and Linux, I have been annoyed by
MB> >> these EOL
MB> >> problems too.
MB> >> I will try to do that tomorrow.
MB>>
MB>> Did this ever happen? svn diff still tells me about a bunch of files
MB>> being eol-style: native which, since I did the propset locally
MB>> suggests that maybe they're still not that way in the repo. Or
MB>> (likely) I just don't understand subversion.
MB>
MB> Hum, I changed the subversion config file on my notebook but forgot to
MB> do it on the server.
MB> I've just done it now (on the .lisp, .asd and .txt files) so tell me if
MB> its better.

I've just checked out cl-pdf and cl-typesetting with the TortoiseSVN 1.2.1
client on Windows. On opening files in the root directories, e.g.
cl-pdf/*.lisp, with Notepad, I see garbage. But I can normally read
cl-pdf/salza/*.lisp with Notepad.

Moreover, the eol-style:native property is missing from all the files.
--
Sincerely,
Dmitriy Ivanov
lisp.ystok.ru



From divanov at aha.ru  Mon Oct 10 12:33:03 2005
From: divanov at aha.ru (Dmitriy Ivanov)
Date: Mon, 10 Oct 2005 16:33:03 +0400
Subject: [cl-typesetting-devel] svn propset?
References: <0e3301c5cd93$cdb27b40$0a02a8c0@marcxp>
Message-ID: <007501c5cd96$c6431240$be01a8c0@digo>

Hello Marc,

MB>> ... Moreover, the eol-style:native property is missing from all the
files.
MB> 
MB> In fact I wrongly believed it was an svn command which did not required
MB> a commit. But it needs to be committed.
MB> Should be ok. Can you try again ?

Seems OK now! Thanks.

MB> BTW TortoiseSVN is very cool!

Yes, very convenient IMHO.
--
Sincerely,
Dmitriy Ivanov
lisp.ystok.ru



From peter at gigamonkeys.com  Mon Oct 10 15:44:02 2005
From: peter at gigamonkeys.com (Peter Seibel)
Date: Mon, 10 Oct 2005 08:44:02 -0700
Subject: [cl-typesetting-devel] svn propset?
In-Reply-To: <0e2d01c5cd93$3f1bcbc0$0a02a8c0@marcxp>
References: <BC975932-03CF-409B-90FD-C059000EBEA9@gigamonkeys.com><05fb01c5834a$d69dede0$0a02a8c0@marcxp><6F646F96-1CCA-458B-A637-87F303F6AA55@gigamonkeys.com>
	<09c401c5cc5b$59090220$0a02a8c0@marcxp>
	<006901c5cd8e$58f24650$be01a8c0@digo>
	<0e2d01c5cd93$3f1bcbc0$0a02a8c0@marcxp>
Message-ID: <4117D95E-D132-4960-A8FA-7B79CF62B39E@gigamonkeys.com>

On Oct 10, 2005, at 5:07 AM, Marc Battyani wrote:

> "Dmitriy Ivanov" <divanov at aha.ru> wrote:
>
>>
>> I've just checked out cl-pdf and cl-typesetting with the  
>> TortoiseSVN 1.2.1
>> client on Windows. On opening files in the root directories, e.g.
>> cl-pdf/*.lisp, with Notepad, I see garbage. But I can normally read
>> cl-pdf/salza/*.lisp with Notepad.
>>
>> Moreover, the eol-style:native property is missing from all the  
>> files.
>>
>
> In fact I wrongly believed it was an svn command which did not  
> required a
> commit. But it needs to be commited.
> Should be ok. Can you try again ?

Looks good.

-Peter


-- 
Peter Seibel           * peter at gigamonkeys.com
Gigamonkeys Consulting * http://www.gigamonkeys.com/
Practical Common Lisp  * http://www.gigamonkeys.com/book/




From nichollsrohan at hotmail.com  Fri Oct 21 21:11:35 2005
From: nichollsrohan at hotmail.com (rohan nicholls)
Date: Fri, 21 Oct 2005 23:11:35 +0200
Subject: [cl-typesetting-devel] problems getting up and running
Message-ID: <BAY23-F28C3DCC0DFB45F04F32967A5720@phx.gbl>

Hello everyone,

I have been trying out cl-pdf and cl-typesetting, but I cannot get the
examples to work, and would appreciate any help getting sorted out.

When I run the example I get this error on sbcl 0.9.4.14 with slime cvs
(last updated 2005-08-29):

encoding error on stream #<SB-SYS:FD-STREAM for "file /tmp/ex1.pdf" 
{A2F7221}>
(:EXTERNAL-FORMAT :ASCII):
the character with code 153 cannot be encoded.
  [Condition of type SB-INT:STREAM-ENCODING-ERROR]


I adjusted the *afm-files-directories* to point to the afm folder in
the cl-pdf package.  Other than that I haven't touched anything, as to
get started I did not feel the zlib compression was necessary, and I
did not want to screw things up until I knew what I was doing.

Thanks in advance.

Rohan

Here is the slime dialogue with blocks of similar messages snipped, if
the full version is needed let me know and I can include it:

; SLIME 2005-08-29
CL-USER> (require 'asdf)
NIL
CL-USER> (asdf:operate 'asdf:load-op 'cl-pdf)
; loading system definition from /Users/rohan/.sbcl/systems/cl-pdf.asd into
; #<PACKAGE "ASDF4430">
; registering #<SYSTEM :ITERATE {9B26971}> as ITERATE
; registering #<SYSTEM :SALZA {9CBEE79}> as SALZA
; registering #<SYSTEM :CL-PDF {9E36C39}> as CL-PDF
STYLE-WARNING: implicitly creating new generic function FONT-TYPE
STYLE-WARNING: implicitly creating new generic function FONT-DESCRIPTOR
STYLE-WARNING: implicitly creating new generic function MAKE-DICTIONARY
STYLE-WARNING: redefining FONT-DESCRIPTOR in DEFGENERIC
STYLE-WARNING: redefining MAKE-DICTIONARY in DEFGENERIC
STYLE-WARNING: redefining FONT-DESCRIPTOR in DEFGENERIC
STYLE-WARNING: implicitly creating new generic function WRITE-OBJECT
STYLE-WARNING: implicitly creating new generic function WRITE-STREAM-CONTENT
STYLE-WARNING: implicitly creating new generic function WRITE-DOCUMENT
STYLE-WARNING: implicitly creating new generic function MAKE-JPEG-IMAGE
STYLE-WARNING: implicitly creating new generic function AXIS-SIZE
STYLE-WARNING: implicitly creating new generic function DRAW-OBJECT
NIL
CL-USER> (load 
"/Users/rohan/software/source/cl-type/cl-pdf/examples/examples.lisp")
; in: LAMBDA NIL
;     (%DOWN-FRACTAL X
;                  (- Y (* 1 DY) (* DX +TG30+ -1) (* 0.125 +TG60-TG30+ 
DXF2))
;                  DXF2
;                  DYF2
;                  LEVEL)
;
; caught STYLE-WARNING:
;   undefined function: %DOWN-FRACTAL

;
; caught STYLE-WARNING:
;   This function is undefined:
;     %DOWN-FRACTAL
;
; compilation unit finished
;   caught 2 STYLE-WARNING conditions
; in: LAMBDA NIL
;     (LET ((REAL (REALPART Z)) (IMAG (IMAGPART Z)))
;     (WHEN (< 2 (ABS Z)) (RETURN (- NB-ITER (- N #)))))
;
; caught STYLE-WARNING:
;   The variable REAL is defined but never used.
;
; caught STYLE-WARNING:
;   The variable IMAG is defined but never used.

;     (FLOOR (EXPT (/ X MAX) (/ NB-ITER 256)) (/ 1 (1- NB-COLS)))
; --> BLOCK MULTIPLE-VALUE-BIND MULTIPLE-VALUE-CALL FUNCTION IF AND IF NOT 
IF
; --> ZEROP
; ==>
;   (= REM 0)
;
; note: unable to
;   open-code FLOAT to RATIONAL comparison
; due to type uncertainty:
;   The first argument is a (OR (RATIONAL (-1/29999) (1/29999))
;                               (DOUBLE-FLOAT (-3.333444448148272d-5)
;                                             (3.333444448148272d-5))
;                               (SINGLE-FLOAT (-3.3334443e-5)
;                                             (3.3334443e-5))), not a FLOAT.
;
; note: unable to open code because: The operands might not be the same 
type.

; --> BLOCK MULTIPLE-VALUE-BIND MULTIPLE-VALUE-CALL FUNCTION IF AND IF AND 
IF
; --> MINUSP
; ==>
;   (< NUMBER 0)
;
; note: unable to
;   open-code FLOAT to RATIONAL comparison
; due to type uncertainty:
;   The first argument is a REAL, not a FLOAT.

;     (EXPT (/ H 320) 2)
; ==>
;   (* SB-C::X SB-C::X)
;
; note: unable to
;   convert x*2^k to shift
; due to type uncertainty:
;   The first argument is a (RATIONAL -8388608/5 536870911/320), not a 
INTEGER.
;   The second argument is a (RATIONAL -8388608/5 536870911/320), not a 
INTEGER.

;     (* (EXPT (/ H 320) 2) 268436766)
;
; note: unable to
;   convert x*2^k to shift
; due to type uncertainty:
;   The first argument is a (RATIONAL 0 70368744177664/25), not a INTEGER.
;
; note: unable to
;   recode as leas, shifts and adds
; due to type uncertainty:
;   The first argument is a (RATIONAL 0
;                                     70368744177664/25), not a 
(UNSIGNED-BYTE
;                                                                32).
;   The result is a (VALUES (RATIONAL 0 18889558114533453594624/25)
;                           &OPTIONAL), not a (VALUES (UNSIGNED-BYTE 32) 
&REST T).
;
; note: unable to
;   recode as leas, shifts and adds
; due to type uncertainty:
;   The first argument is a (RATIONAL 0 70368744177664/25), not a FIXNUM.
;   The result is a (VALUES (RATIONAL 0 18889558114533453594624/25)
;                           &OPTIONAL), not a (VALUES FIXNUM &REST T).

;     (* Z Z)
;
; note: unable to
;   optimize
; due to type uncertainty:
;   The first argument is a NUMBER, not a RATIONAL.
;   The second argument is a NUMBER, not a FLOAT.
;
; note: unable to
;   optimize
; due to type uncertainty:
;   The first argument is a NUMBER, not a FLOAT.
;   The second argument is a NUMBER, not a RATIONAL.

<snip more unable to optimize messages>

; note: forced to do GENERIC-* (cost 30)
;       unable to do inline fixnum arithmetic (cost 4) because:
;       The first argument is a (RATIONAL -8388608/5 536870911/320), not a 
FIXNUM.
;       The second argument is a (RATIONAL -8388608/5
;                                          536870911/320), not a FIXNUM.
;       The result is a (VALUES (RATIONAL 0 70368744177664/25)
;                               &OPTIONAL), not a (VALUES FIXNUM &REST T).
;       unable to do inline (signed-byte 32) arithmetic (cost 5) because:
;       The first argument is a (RATIONAL -8388608/5
;                                         536870911/320), not a (SIGNED-BYTE 
32).
;       The second argument is a (RATIONAL -8388608/5
;                                          536870911/320), not a 
(SIGNED-BYTE 32).
;       The result is a (VALUES (RATIONAL 0 70368744177664/25)
;                               &OPTIONAL), not a (VALUES (SIGNED-BYTE 32)
;                                                         &REST
;                                                         T).
;       etc.

;     (* (EXPT (/ H 320) 2) 268436766)
;
; note: forced to do GENERIC-* (cost 30)
;       unable to do inline fixnum arithmetic (cost 3) because:
;       The first argument is a (RATIONAL 0 70368744177664/25), not a 
FIXNUM.
;       The result is a (VALUES (RATIONAL 0 18889558114533453594624/25)
;                               &OPTIONAL), not a (VALUES FIXNUM &REST T).
;       unable to do inline fixnum arithmetic (cost 4) because:
;       The first argument is a (RATIONAL 0 70368744177664/25), not a 
FIXNUM.
;       The result is a (VALUES (RATIONAL 0 18889558114533453594624/25)
;                               &OPTIONAL), not a (VALUES FIXNUM &REST T).
;       etc.

;     (* 150000.0d0 ZOOM)
; --> * * FLOAT
; ==>
;   (SB-KERNEL:%DOUBLE-FLOAT SB-C::N)
;
; note: forced to do full call
;       unable to do inline float coercion (cost 5) because:
;       The first argument is a (RATIONAL 0
;                                         18889558114533453594624/25), not a 
(SIGNED-BYTE
;                                                                            
  32).
;       unable to do inline float coercion (cost 6) because:
;       The first argument is a (RATIONAL 0
;                                         18889558114533453594624/25), not a 
(UNSIGNED-BYTE
;                                                                            
  32).

;     (* Z Z)
;

<snip unable to call, and forced to do generic messages >

;
; note: forced to do GENERIC-- (cost 10)
;       unable to do inline fixnum arithmetic (cost 1) because:
;       The first argument is a INTEGER, not a FIXNUM.
;       The result is a (VALUES INTEGER &OPTIONAL), not a (VALUES FIXNUM 
&REST T).
;       unable to do inline fixnum arithmetic (cost 2) because:
;       The first argument is a INTEGER, not a FIXNUM.
;       The result is a (VALUES INTEGER &OPTIONAL), not a (VALUES FIXNUM 
&REST T).
;       etc.

;     (SETF C
;           (COMPLEX (+ (REALPART CENTER) (* INC (+ # #)))
;                    (+ (IMAGPART CENTER) (* INC (+ # #))))
;         Z
;           #C(0.0d0 0.0d0))
; --> PROGN SETF
; ==>
;   (SETQ C
;           (COMPLEX (+ (REALPART CENTER) (* INC (+ # #)))
;                    (+ (IMAGPART CENTER) (* INC (+ # #)))))
;
; note: doing complex float to pointer coercion (cost 13) to C
;
; compilation unit finished
;   caught 2 STYLE-WARNING conditions
;   printed 75 notes
T
CL-USER> (example1)
which lead to the error that I ran into earlier

_________________________________________________________________
Talk with your online friends with MSN Messenger http://messenger.msn.nl/



From nichollsrohan at hotmail.com  Sat Oct 22 19:53:25 2005
From: nichollsrohan at hotmail.com (rohan nicholls)
Date: Sat, 22 Oct 2005 21:53:25 +0200
Subject: [cl-typesetting-devel] problems getting up and running
In-Reply-To: <43598FD3.8000709@cavewallarts.com>
Message-ID: <BAY23-F28CF743A124D92E6E836F4A5750@phx.gbl>




>From: Kevin Griffin <kevin at cavewallarts.com>
>To: rohan nicholls <nichollsrohan at hotmail.com>
>CC: cl-typesetting-devel at common-lisp.net
>Subject: Re: [cl-typesetting-devel] problems getting up and running
>Date: Fri, 21 Oct 2005 18:03:15 -0700
>
>rohan nicholls wrote:
>>Hello everyone,
>>
>>I have been trying out cl-pdf and cl-typesetting, but I cannot get the
>>examples to work, and would appreciate any help getting sorted out.
>>
>>When I run the example I get this error on sbcl 0.9.4.14 with slime cvs
>>(last updated 2005-08-29):
>>
>>encoding error on stream #<SB-SYS:FD-STREAM for "file /tmp/ex1.pdf" 
>>{A2F7221}>
>>(:EXTERNAL-FORMAT :ASCII):
>>the character with code 153 cannot be encoded.
>>  [Condition of type SB-INT:STREAM-ENCODING-ERROR]
>>
>>
>I had similar problems. Try removing old fasl files and rebuilding.

Thanks for the suggestion, I have tried that, and unfortunately ended up 
with exactly
the same error.

Any other ideas.  Could there be some sort of confusion for the package, or 
sbcl about
what the default encoding is?

Rohan

_________________________________________________________________
MSN Search, for accurate results! http://search.msn.nl



From marc.battyani at fractalconcept.com  Sat Oct 22 22:03:17 2005
From: marc.battyani at fractalconcept.com (Marc Battyani)
Date: Sun, 23 Oct 2005 00:03:17 +0200
Subject: [cl-typesetting-devel] problems getting up and running
References: <BAY23-F28CF743A124D92E6E836F4A5750@phx.gbl>
Message-ID: <009c01c5d754$684d5390$0a02a8c0@marcxp>

"rohan nicholls" <nichollsrohan at hotmail.com> wrote:
> >From: Kevin Griffin <kevin at cavewallarts.com>
> >rohan nicholls wrote:
> >>Hello everyone,
> >>
> >>I have been trying out cl-pdf and cl-typesetting, but I cannot get the
> >>examples to work, and would appreciate any help getting sorted out.
> >>
> >>When I run the example I get this error on sbcl 0.9.4.14 with slime cvs
> >>(last updated 2005-08-29):
> >>
> >>encoding error on stream #<SB-SYS:FD-STREAM for "file /tmp/ex1.pdf"
> >>{A2F7221}>
> >>(:EXTERNAL-FORMAT :ASCII):
> >>the character with code 153 cannot be encoded.
> >>  [Condition of type SB-INT:STREAM-ENCODING-ERROR]
> >>
> >>
> >I had similar problems. Try removing old fasl files and rebuilding.
>
> Thanks for the suggestion, I have tried that, and unfortunately ended up
> with exactly
> the same error.
>
> Any other ideas.  Could there be some sort of confusion for the package,
or
> sbcl about what the default encoding is?

It seems that cl-pdf needs to be patched to work with the new SBCL.

Zach Beane sent me some patch for this. I have to integrate and test it
(along with a few other ones) before I release a new version.
Here it is (attached), so that you can try it.

Marc
-------------- next part --------------
A non-text attachment was scrubbed...
Name: cl-pdf.patch
Type: application/octet-stream
Size: 3842 bytes
Desc: not available
URL: <https://mailman.common-lisp.net/pipermail/cl-typesetting-devel/attachments/20051023/7bd95b5a/attachment.obj>

From nichollsrohan at hotmail.com  Mon Oct 24 06:45:38 2005
From: nichollsrohan at hotmail.com (rohan nicholls)
Date: Mon, 24 Oct 2005 08:45:38 +0200
Subject: [cl-typesetting-devel] problems getting up and running
In-Reply-To: <009c01c5d754$684d5390$0a02a8c0@marcxp>
Message-ID: <BAY23-F9A73105BF4AE170841D42A5770@phx.gbl>


>From: "Marc Battyani" <marc.battyani at fractalconcept.com>
>To: "rohan nicholls" 
><nichollsrohan at hotmail.com>,<cl-typesetting-devel at common-lisp.net>
>Subject: Re: [cl-typesetting-devel] problems getting up and running
>Date: Sun, 23 Oct 2005 00:03:17 +0200
>
>
>It seems that cl-pdf needs to be patched to work with the new SBCL.
>
>Zach Beane sent me some patch for this. I have to integrate and test it
>(along with a few other ones) before I release a new version.
>Here it is (attached), so that you can try it.
>
>Marc

Thank you very much, that did the trick.  Now to start making documents...

Rohan

_________________________________________________________________
Talk with your online friends with MSN Messenger http://messenger.msn.nl/



From peter at gigamonkeys.com  Mon Oct 31 05:15:47 2005
From: peter at gigamonkeys.com (Peter Seibel)
Date: Sun, 30 Oct 2005 21:15:47 -0800
Subject: [cl-typesetting-devel] Problem with big table
Message-ID: <492A6075-7DFD-48CD-9C8E-1A643D951EF5@gigamonkeys.com>

I'm generating a document--with the function shown below--that  
consists pretty much of a just a single huge table (> 2,000 rows).  
Everything works fine except on the last page the output goes all the  
way to the bottom of the page, ignoring the bottom margin, and is cut  
off, missing some number of rows and the paragraph following the  
table. I have not yet synced up to the code Marc just released--is  
there any reason to believe this problem will go away if I do?

-Peter

(defun checklist (titles-and-loc &optional (file #P"/tmp/ 
checklist.pdf"))
   (let ((font-size 9))
     (with-document ()
       (let ((content
          (compile-text ()
            (table (:border 0 :cell-padding 1 :col-widths (list 15 (*  
4.5 *points-per-inch*) (* 2 *points-per-inch*) (* .5 *points-per- 
inch*)) :splittable-p t)
          (header-row ()
            (loop for label in '("" "Title" "Call#" "Pos")
               do (cell ()
                (paragraph (:font "Helvetica-Bold" :font-size font- 
size :h-align :center) label))))
          (loop for (title loc) in titles-and-loc
             for num from 0
             for pos = (format nil "p. ~d ~d~d~%" (1+ (floor num 72))  
(char "ABCDEFGH" (mod num 8)) (1+ (mod (floor num 8) 9)))
             do
             (row (:background-color (if (evenp num) '(.95 .95 .95)  
'(1 1 1)))
               (cell (:v-align :center)
             (user-drawn-box
              :dx 8 :dy 8
              :stroke-fn #'(lambda (box x y)
                     (pdf:with-saved-state
                       (pdf:translate x y)
                       (pdf:rectangle 0 0 (+ 2 (- (typeset::dx box)))  
(+ 2  (- (typeset::dy box))))
                       (pdf:close-and-stroke)))))
               (cell () (paragraph (:font "Helvetica" :font-size font- 
size :h-align :left) title))
               (cell () (paragraph (:font "Helvetica" :font-size font- 
size :h-align :left) loc))
               (cell () (paragraph (:font "Helvetica" :font-size font- 
size :h-align :left) pos)))))
            (paragraph (:font "Helvetica" :font-size font-size :h- 
align :center) "-#-")
            :eol)))
     (draw-pages  
content :size :letter :orientation :portrait :margins 36)
     (when pdf:*page* (finalize-page pdf:*page*))
     (pdf:write-document file)))))


-- 
Peter Seibel           * peter at gigamonkeys.com
Gigamonkeys Consulting * http://www.gigamonkeys.com/
Practical Common Lisp  * http://www.gigamonkeys.com/book/




From divanov at aha.ru  Mon Oct 31 12:48:50 2005
From: divanov at aha.ru (Dmitriy Ivanov)
Date: Mon, 31 Oct 2005 15:48:50 +0300
Subject: [cl-typesetting-devel] Problem with big table
References: <492A6075-7DFD-48CD-9C8E-1A643D951EF5@gigamonkeys.com>
Message-ID: <002601c5de19$777f5770$be01a8c0@digo>

Hello Peter,

| I'm generating a document--with the function shown below--that
| consists pretty much of a just a single huge table (> 2,000 rows).
| Everything works fine except on the last page the output goes all the
| way to the bottom of the page, ignoring the bottom margin, and is cut
| off, missing some number of rows and the paragraph following the
| table. I have not yet synced up to the code Marc just released--is
| there any reason to believe this problem will go away if I do?
|...snip...|

I confirm and seem to find a bug in (dy table) accumulating. Hope to provide
a patch later today.
--
Sincerely,
Dmitriy Ivanov
lisp.ystok.ru



From marc.battyani at fractalconcept.com  Mon Oct 31 13:44:45 2005
From: marc.battyani at fractalconcept.com (Marc Battyani)
Date: Mon, 31 Oct 2005 14:44:45 +0100
Subject: [cl-typesetting-devel] Problem with big table
References: <492A6075-7DFD-48CD-9C8E-1A643D951EF5@gigamonkeys.com>
Message-ID: <032301c5de21$419d44c0$0a02a8c0@marcxp>

Peter Seibel wrote:

> I'm generating a document--with the function shown below--that
> consists pretty much of a just a single huge table (> 2,000 rows).
> Everything works fine except on the last page the output goes all the
> way to the bottom of the page, ignoring the bottom margin, and is cut
> off, missing some number of rows and the paragraph following the
> table. I have not yet synced up to the code Marc just released--is
> there any reason to believe this problem will go away if I do?

No, it's only a cl-pdf release.
I confirm the problem in the splittable tables. It grows with the size of
the table.

Dmitriy Ivanov wrote:

>I confirm and seem to find a bug in (dy table) accumulating. Hope to
provide
>a patch later today.

Good!

Marc



From divanov at aha.ru  Mon Oct 31 16:35:06 2005
From: divanov at aha.ru (Dmitriy Ivanov)
Date: Mon, 31 Oct 2005 19:35:06 +0300
Subject: Tables - patch and suppressed border add-on (was Re:
	[cl-typesetting-devel] Problem with big table)
References: <492A6075-7DFD-48CD-9C8E-1A643D951EF5@gigamonkeys.com>
Message-ID: <004f01c5de39$1386ca30$be01a8c0@digo>

Hello folks,

The patch for tables.lisp fixes the bug repored by Peter.

The add-on specially treats the NIL value of the cell :border keyword
argument, which is useful in tables like the following (the excerpt should
be added to test.lisp):

     (tt:paragraph (:top-margin 20) "Suppressed border")
     (tt:table (:col-widths '(200 50 60 60) :border 1)
       (tt:row ()
         (tt:cell () "Item name")
         (tt:cell () (tt:paragraph (:h-align :right) "Qty"))
         (tt:cell () (tt:paragraph (:h-align :right) "Price"))
         (tt:cell () (tt:paragraph (:h-align :right) "Amount")))
       (tt:row ()
         (tt:cell () "Wonderous item")
         (tt:cell () (tt:paragraph (:h-align :right) "25"))
         (tt:cell () (tt:paragraph (:h-align :right) "$10.00"))
         (tt:cell () (tt:paragraph (:h-align :right) "$250.00")))
       (tt:row ()
         (tt:cell () "Ordinary item")
         (tt:cell () (tt:paragraph (:h-align :right) "3"))
         (tt:cell () (tt:paragraph (:h-align :right) "$5.00"))
         (tt:cell () (tt:paragraph (:h-align :right) "$15.00")))
       (tt:row ()
         (tt:cell (:col-span 3 :border nil)      ; <- suppress it at all!
           (tt:paragraph (:h-align :right) "TOTAL"))
         (tt:cell () (tt:paragraph (:h-align :right) "$265.00"))) )

Please test.
--
Sincerely,
Dmitriy Ivanov
lisp.ystok.ru
-------------- next part --------------
A non-text attachment was scrubbed...
Name: tables.diff
Type: application/octet-stream
Size: 5732 bytes
Desc: not available
URL: <https://mailman.common-lisp.net/pipermail/cl-typesetting-devel/attachments/20051031/ecefb26c/attachment.obj>

From peter at gigamonkeys.com  Mon Oct 31 20:28:22 2005
From: peter at gigamonkeys.com (Peter Seibel)
Date: Mon, 31 Oct 2005 12:28:22 -0800
Subject: Tables - patch and suppressed border add-on (was Re:
	[cl-typesetting-devel] Problem with big table)
In-Reply-To: <004f01c5de39$1386ca30$be01a8c0@digo>
References: <492A6075-7DFD-48CD-9C8E-1A643D951EF5@gigamonkeys.com>
	<004f01c5de39$1386ca30$be01a8c0@digo>
Message-ID: <1A7D961F-EBF6-452F-BB0F-E8E018C1C142@gigamonkeys.com>

On Oct 31, 2005, at 8:35 AM, Dmitriy Ivanov wrote:

> Hello folks,
>
> The patch for tables.lisp fixes the bug repored by Peter.

Indeed it does. Thanks.

-Peter

-- 
Peter Seibel           * peter at gigamonkeys.com
Gigamonkeys Consulting * http://www.gigamonkeys.com/
Practical Common Lisp  * http://www.gigamonkeys.com/book/




From peter at gigamonkeys.com  Mon Oct 31 20:30:51 2005
From: peter at gigamonkeys.com (Peter Seibel)
Date: Mon, 31 Oct 2005 12:30:51 -0800
Subject: [cl-typesetting-devel] Page size?
Message-ID: <D593AD24-D46C-4E39-BC68-AE0C1A622EB4@gigamonkeys.com>

I don't know if this is a problem with cl-pdf/cl-typesetting or  
Preview on OS X but here it is: when I create a document with a page  
size of a #10 envelope, its the right size but when I open it in  
Preview it doesn't recognize that it's not the default (letter) size  
and I have to manually tell Preview the correct size before I print  
it. Is there some magic bit of PDF goodness that cl-pdf could/should  
be including to let apps like Preview know the size of the document  
in this sense?

-Peter

-- 
Peter Seibel           * peter at gigamonkeys.com
Gigamonkeys Consulting * http://www.gigamonkeys.com/
Practical Common Lisp  * http://www.gigamonkeys.com/book/




From marc.battyani at fractalconcept.com  Mon Oct 31 20:32:47 2005
From: marc.battyani at fractalconcept.com (Marc Battyani)
Date: Mon, 31 Oct 2005 21:32:47 +0100
Subject: Tables - patch and suppressed border add-on (was
	Re:[cl-typesetting-devel] Problem with big table)
References: <492A6075-7DFD-48CD-9C8E-1A643D951EF5@gigamonkeys.com>
	<004f01c5de39$1386ca30$be01a8c0@digo>
Message-ID: <043a01c5de5a$414793c0$0a02a8c0@marcxp>

Dmitriy Ivanov wrote:
>
> The patch for tables.lisp fixes the bug repored by Peter.
>
> The add-on specially treats the NIL value of the cell :border keyword
> argument, which is useful in tables like the following (the excerpt should
> be added to test.lisp):
>
>      (tt:paragraph (:top-margin 20) "Suppressed border")
>      (tt:table (:col-widths '(200 50 60 60) :border 1)
>        (tt:row ()
>          (tt:cell () "Item name")
>          (tt:cell () (tt:paragraph (:h-align :right) "Qty"))
>          (tt:cell () (tt:paragraph (:h-align :right) "Price"))
>          (tt:cell () (tt:paragraph (:h-align :right) "Amount")))
>        (tt:row ()
>          (tt:cell () "Wonderous item")
>          (tt:cell () (tt:paragraph (:h-align :right) "25"))
>          (tt:cell () (tt:paragraph (:h-align :right) "$10.00"))
>          (tt:cell () (tt:paragraph (:h-align :right) "$250.00")))
>        (tt:row ()
>          (tt:cell () "Ordinary item")
>          (tt:cell () (tt:paragraph (:h-align :right) "3"))
>          (tt:cell () (tt:paragraph (:h-align :right) "$5.00"))
>          (tt:cell () (tt:paragraph (:h-align :right) "$15.00")))
>        (tt:row ()
>          (tt:cell (:col-span 3 :border nil)      ; <- suppress it at all!
>            (tt:paragraph (:h-align :right) "TOTAL"))
>          (tt:cell () (tt:paragraph (:h-align :right) "$265.00"))) )
>
> Please test.

Works for me with Peter example.
I can't commit this to the repository right now as I'm breaking some stuff
to do the unicode-encoding.

Marc



From marc.battyani at fractalconcept.com  Mon Oct 31 20:34:27 2005
From: marc.battyani at fractalconcept.com (Marc Battyani)
Date: Mon, 31 Oct 2005 21:34:27 +0100
Subject: [cl-typesetting-devel] Page size?
References: <D593AD24-D46C-4E39-BC68-AE0C1A622EB4@gigamonkeys.com>
Message-ID: <044c01c5de5a$7d4194c0$0a02a8c0@marcxp>

Peter Seibel wrote:

> I don't know if this is a problem with cl-pdf/cl-typesetting or  
> Preview on OS X but here it is: when I create a document with a page  
> size of a #10 envelope, its the right size but when I open it in  
> Preview it doesn't recognize that it's not the default (letter) size  
> and I have to manually tell Preview the correct size before I print  
> it. Is there some magic bit of PDF goodness that cl-pdf could/should  
> be including to let apps like Preview know the size of the document  
> in this sense?
> 

Is it OK with other pdf viewers (acrobat, xpdf, gs) ?

Marc