http://blog.gmane.org/gmane.lisp.cl-pdf.devel hourly 1 1901-01-01T00:00+00:00 http://gmane.org/img/gmane-25t.png http://gmane.org http://comments.gmane.org/gmane.lisp.cl-pdf.devel/72 <pre>Here is a patch to fix the clisp breakage for cl-pdf. I will send a similar patch separately to the cl-typesetting-devel list. This is made with git format-patch, so it should be able to be applied with: cd cl-pdf git apply 001-probe-file-fix-for-clisp.patch On Sun, Mar 31, 2013 at 5:52 PM, Carlos Ungil &lt;ungil-ee4meeAH724&lt; at &gt;public.gmane.org&gt; wrote: </pre> Dave Cooper 2013-04-01T02:22:04 http://comments.gmane.org/gmane.lisp.cl-pdf.devel/70 <pre>Hello, I was able to make cl-pdf work on many lisps (tested on macos and windows only) using the following definitions for +external-format+ and *default-charset* in config.lisp (CMUCL is not listed explicitly, but it works as well): (defconstant +external-format+ #-(or sbcl lispworks clisp allegro ccl abcl ecl) :default #+abcl '(:iso-8859-1 :eol-style :lf) #+ecl '(:latin-1 :lf) #+ccl :latin1 #+sbcl :latin-1 #+allegro :octets #+lispworks '(:latin-1 :eol-style :lf) #+clisp (ext:make-encoding :charset 'charset:iso-8859-1 :line-terminator :unix)) (defvar *default-charset* #+(and lispworks5 win32) (ef::ef-coded-character-set win32:*multibyte-code-page-ef*) #-(and lispworks5 win32) *char-single-byte-codes*); last resort It seems that the form #+clisp (setf *default-file-encoding* ...) be safely removed. By the way, the code recently added to set data directories at runtime raises an error in clisp (probe-file can't handle directories on that platform). Adding :use-salza2-zlib to *featur</pre> Carlos Ungil 2013-03-31T21:52:41 http://comments.gmane.org/gmane.lisp.cl-pdf.devel/65 <pre>Dear Marc/All, In followup to my recent patch proposals for cl-pdf, here is a similar patch for cl-typesetting which allows the library to be loaded even if cl-pdf's afm/ and cl-typesetting's hyphen-patterns/ directories are not in the standard/known locations at compile and/or load time. For this case, an initialize! function is provided where you can specify these directories and have things set up at runtime initialization time. Feedback welcome (maybe Marc B is waiting for some feedback from the list before he considers going ahead and applying the patches). cl-typesetting is not in git yet, so this patch was made with diff -rupN cl-typesetting/ cl-typesetting-...patched/ so I think it would be applied to a local working directory with cd cl-typesetting/ patch -p1 &lt; cl-typesetting-make-it-so-you-can-load-without-hyphen-patterns.patch </pre> Dave Cooper 2013-03-28T19:31:54 http://comments.gmane.org/gmane.lisp.cl-pdf.devel/61 <pre>Hi All, I'm not sure if I should put this on this mailing list or as an Issue on the new Github site (where I could claim "First!" : ) How many of you have seen this error at some point during your time using cl-pdf: "Error: Font Helvetica not Found" As you probably know, one of the things which can cause this is when cl-pdf is being loaded from a compiled fasl which is not in the location of the source codebase, and the source codebase is no longer available at the location where it was during compiling. So my basic question is: does anyone have suggestions what to do about *cl-pdf-base-directory* and *cl-typesetting-base-directory* so that a fasl or built runtime can be used without the depending on the original absolute pathname to afm/ directory, etc. still existing as they were during compilation? As it is currently, the full hardcoded pathname of the *cl-pdf-base-directory* and *cl-typesetting-base-directory* are baked into a compiled fasl. I understand this used to work from *load-truename* ins</pre> Dave Cooper 2013-03-27T01:49:48 http://comments.gmane.org/gmane.lisp.cl-pdf.devel/59 <pre>Hi all, I just committed a bunch of pending stuff to cl-pdfwho really needs some care: Warning this might break things! -Committing a lot of accumulated patches and fixes -Removed salza as people will get it from quicklisp now Please commit or send me any fixes you might have as well as fixes to this commit and when it's all good I will label it version 3.0 and move it from svn to github Marc _______________________________________________ cl-pdf-devel site list cl-pdf-devel-F1HGIaG5STRyXAeb93iumQ&lt; at &gt;public.gmane.org http://common-lisp.net/mailman/listinfo/cl-pdf-devel</pre> Marc Battyani 2013-02-24T02:34:52 http://comments.gmane.org/gmane.lisp.cl-pdf.devel/56 <pre>Running cl-pdf 2.1 (although the source tag says pdf::*version* = 2.03) I have a legacy cl-pdf application which embeds JPG files into the pdf documents. I've noticed that more and more JPGs that I encounter are not accessible via PDF::READ-JPEG-FILE, that is, the underlying PDF::%READ-JPEG-FILE% signals an EOF due to not recognizing some marker byte. I'm guessing this is due to new camera capabilities or new metadata from various image processing software; and I suppose that PDF::%READ-JPEG-FILE% didn't anticipate some legal segment(s) in the file. My current workaround is to run exiftool -all= &lt;file&gt; to drop all EXIF metadata. But I was wondering whether anyone has a patch to the JPG reader, or has the expertise to look at this and the JPG specs and ascertain what is going on. A sample non-readable image is available at http://www.isi.edu/~philpot/qh2012/original.jpg Thanks! </pre> Andrew Philpot 2012-09-10T16:50:00 http://comments.gmane.org/gmane.lisp.cl-pdf.devel/54 <pre>Hi, I would like to write a plotting function that draws image plots (plotting a matrix in 2d using colors). It would be useful to use gradients; in particular, paint a rectangle where the four corners each have a color and the each point in the rectangle has a color which is a convex combination of the corner colors. I think this is called a gradient in most libraries, but I could not figure out how to do it in cl-pdf (I have to admit that I didn't find gradients in the library, maybe I didn't look hard enough). Suggestions/examples would be welcome. Best, Tamas _______________________________________________ cl-pdf-devel site list cl-pdf-devel-F1HGIaG5STRyXAeb93iumQ&lt; at &gt;public.gmane.org http://common-lisp.net/mailman/listinfo/cl-pdf-devel </pre> Tamas K Papp 2012-04-18T08:17:32 http://comments.gmane.org/gmane.lisp.cl-pdf.devel/50 <pre>Hi, Is it possible to embed another PDF file (ie render it contents at a particular coordinate) in a document generated by CL-PDF? Thanks, Tamas _______________________________________________ cl-pdf-devel site list cl-pdf-devel-F1HGIaG5STRyXAeb93iumQ&lt; at &gt;public.gmane.org http://common-lisp.net/mailman/listinfo/cl-pdf-devel </pre> Tamas Papp 2012-02-12T11:04:26 http://comments.gmane.org/gmane.lisp.cl-pdf.devel/49 <pre>I'm having some issues getting my layout working, and I'm running out of time, so if anyone can help, I'd appreciate it. How can I have a line of text, a user drawn box, and another line of text, with the text lined up pretty much with the center of the box? I have a 100 point high user draw box, so I need label text on the left and right about 50 points from the top or bottom of the box. Can anyone help? _______________________________________________ cl-pdf-devel site list cl-pdf-devel-F1HGIaG5STRyXAeb93iumQ&lt; at &gt;public.gmane.org http://common-lisp.net/mailman/listinfo/cl-pdf-devel </pre> jcm-B3LF187vQQA< at >public.gmane.org 2012-01-18T18:28:33 http://comments.gmane.org/gmane.lisp.cl-pdf.devel/48 <pre>I'm drawing a chart that needs text to the left and the right. However, I'm not sure which text methods are correct within the context of WITH-DOCUMENT to place text where I need them to go. Using the regular CL-PDF methods causes an error, because *page* is not set. _______________________________________________ cl-pdf-devel site list cl-pdf-devel-F1HGIaG5STRyXAeb93iumQ&lt; at &gt;public.gmane.org http://common-lisp.net/mailman/listinfo/cl-pdf-devel </pre> jcm-B3LF187vQQA< at >public.gmane.org 2012-01-18T18:12:04 http://comments.gmane.org/gmane.lisp.cl-pdf.devel/47 <pre>Is there a way to add arrow heads without trying to rotate and draw them manuall? _______________________________________________ cl-pdf-devel site list cl-pdf-devel-F1HGIaG5STRyXAeb93iumQ&lt; at &gt;public.gmane.org http://common-lisp.net/mailman/listinfo/cl-pdf-devel </pre> jcm-B3LF187vQQA< at >public.gmane.org 2012-01-17T12:46:20 http://comments.gmane.org/gmane.lisp.cl-pdf.devel/46 <pre>I'm running SBCL on OS X. How could I import a Cambria font for use in PDFs? _______________________________________________ cl-pdf-devel site list cl-pdf-devel-F1HGIaG5STRyXAeb93iumQ&lt; at &gt;public.gmane.org http://common-lisp.net/mailman/listinfo/cl-pdf-devel </pre> jcm-B3LF187vQQA< at >public.gmane.org 2012-01-17T12:48:03 http://comments.gmane.org/gmane.lisp.cl-pdf.devel/45 <pre>Can PARAGRAPH be used to show different styles/colors of text in the same line? _______________________________________________ cl-pdf-devel site list cl-pdf-devel-F1HGIaG5STRyXAeb93iumQ&lt; at &gt;public.gmane.org http://common-lisp.net/mailman/listinfo/cl-pdf-devel </pre> jcm-B3LF187vQQA< at >public.gmane.org 2012-01-15T14:08:58 http://comments.gmane.org/gmane.lisp.cl-pdf.devel/44 <pre>1. What does with-saved-state do? I've tried changing color inside this expression, and expecting it to go back to what it was before after the expression ends. Is this how it works? 2. I tried changing the fill and stroke colors for text on one line, and then a different color on the next line. But all text on the page ends up the last color I use. How can I have different color text? 3. What are the uses for in-text-mode and move-text ? I tried move-text while inside in-text-mode, and it seems to have no effect on the text location. move-to does not either. But vspace does. _______________________________________________ cl-pdf-devel site list cl-pdf-devel-F1HGIaG5STRyXAeb93iumQ&lt; at &gt;public.gmane.org http://common-lisp.net/mailman/listinfo/cl-pdf-devel </pre> jcm-B3LF187vQQA< at >public.gmane.org 2012-01-12T01:31:17 http://comments.gmane.org/gmane.lisp.cl-pdf.devel/43 <pre>I'm trying to draw a title page, with some colored bars and images, and text as well. What is the purpose of in-text-mode and draw-text versus the paragraph function? Why do some strings appear correctly in the pdf when they are in a paragraph, but others need to be inserted with format-string? I have more questions, but I'll start with these. _______________________________________________ cl-pdf-devel site list cl-pdf-devel-F1HGIaG5STRyXAeb93iumQ&lt; at &gt;public.gmane.org http://common-lisp.net/mailman/listinfo/cl-pdf-devel </pre> jcm-B3LF187vQQA< at >public.gmane.org 2012-01-11T23:37:22 http://comments.gmane.org/gmane.lisp.cl-pdf.devel/41 <pre>Hi all, I'm back on a major project using cl-pdf. I need to generate bullet points in a table display. I've been experimenting with UTF-8 encoding in other areas, but not cl-pdf. What's the trick to displaying them? _______________________________________________ cl-pdf-devel site list cl-pdf-devel-F1HGIaG5STRyXAeb93iumQ&lt; at &gt;public.gmane.org http://common-lisp.net/mailman/listinfo/cl-pdf-devel </pre> jcm-B3LF187vQQA< at >public.gmane.org 2011-12-29T01:22:45 http://comments.gmane.org/gmane.lisp.cl-pdf.devel/38 <pre>I have tried two ways to convert my Garamond TrueType font to .afm. The first was using the font converter at http://fpdf.fruit-lab.de/. The second was using Dimitriy's converter ttf2pt1. When viewing a pdf document created using the Garamond.afm font produced by either of these, Adobe reader says "The font 'Garamond' contains a bad /BBox." and the text looks bad. Is there a better way to get .afm files for CL-PDF? Thanks for any help. Mitch Berkson I doubt if this is an issue, but to generate the pdf, I am using: (defun font-test (&amp;optional (file (merge-pathnames "font-test.pdf" *dir*))) (pdf:with-document () (pdf:with-page () (let ((font-names '("Helvetica" "Times-Roman" "Garamond")) (text-str "Lorem ipsum dolor sit amet, consectetur adipiscing elit. Nam elit metus, consequat ac posuere eu, rutrum sit amet nisi. Suspendisse potenti. In consequat, massa sit amet eleifend pharetra, ligula nisl posuere elit, aliquam sagittis nibh magna eget justo. Maecenas justo risu</pre> Mitch Berkson 2011-11-15T18:11:12 http://comments.gmane.org/gmane.lisp.cl-pdf.devel/36 <pre>Hi, I just started with cl-pdf and it works great for me :) but I found some problems in pdf-parser and need advice how to fix it. I am rather novice Lisper so I can be wrong in my guesses below... 1. In file cl-pdf, function find-cross-reference-start function searches for 'startxref' in buffer _from beginning_ and can find incorrect place if at end of file (in buffer) are two such sections (eg small incremental change at end of file). Proposition: change (let ((position (search "startxref" buffer))) to (let ((position (search "startxref" buffer :from-end t))) 2. In file cl-pdf, function make-indirect-object: (defun make-indirect-object (obj-number gen-number position) (let ((object (or (car (gethash (cons obj-number gen-number) *indirect-objects*)) (make-instance 'indirect-object :obj-number obj-number :gen-number gen-number :content :unread :no-link t)))) (setf (gethash (cons obj-number gen-number) *indirect-objects*) (cons object position))</pre> Piotr Chamera 2011-06-10T16:48:25 http://comments.gmane.org/gmane.lisp.cl-pdf.devel/32 <pre>hi! in file cl-pdf/pdf-geom.lisp there are utf-8 non-readable characters in ;-comments at position 261, 6541, 6562. eventually i'll commit utf-8 version of the first one (name of the contributor Eduardo Muñoz), and replace the other two with ASCII letters (a spanish comment). if you would like to eliminate all the three, or would like to keep things as they are, then speak up! i may or may not have lost my commit password, so if someone wants to be proactive in this, then i'd be happy to hand over the task. just please make sure that the files are readable with utf-8 encoding. </pre> Attila Lendvai 2011-03-08T00:24:48 http://comments.gmane.org/gmane.lisp.cl-pdf.devel/31 <pre> I seem to recall some discussion of this a few years back, and there is some support for PNG images in cl-pdf, but there is currently no way to embed a PNG document in a cl-typesetting document. The following patches provide support for PNG images in cl-typesetting. Any chance of seeing this (or similar code) accepted into the repository? Thanks, Cyrus _______________________________________________ cl-pdf-devel site list cl-pdf-devel-F1HGIaG5STRyXAeb93iumQ&lt; at &gt;public.gmane.org http://common-lisp.net/mailman/listinfo/cl-pdf-devel</pre> Cyrus Harmon 2011-02-26T15:52:07 http://comments.gmane.org/gmane.lisp.cl-pdf.devel/30 <pre>I have a pdf file which contains three elements. I can create a pdf from each of the elements separately using test-template. When I try the file containing all of them, I get the error: "Error: No applicable methods for #&lt;STANDARD-GENERIC-FUNCTION PDF::CONTENT 220588BA&gt; with args (#(#&lt;PDF::INDIRECT-OBJECT 31D9507B&gt; #&lt;PDF::INDIRECT-OBJECT 31D94FA3&gt; #&lt;PDF::INDIRECT-OBJECT 31D94DF3&gt; #&lt;PDF::INDIRECT-OBJECT 31D94C43&gt; #&lt;PDF::INDIRECT-OBJECT 31D94A93&gt; #&lt;PDF::INDIRECT-OBJECT 31D949BB&gt; #&lt;PDF::INDIRECT-OBJECT 31D9480B&gt; #&lt;PDF::INDIRECT-OBJECT 31D94733&gt;))" My guess is that it has to do with the nesting of pdf objects. I can do what I need by adding the separate pdfs to a page, but it would be nice if I could use just the one file. Is there a way to make my input pdf file differently so that it doesn't cause this error? Mitch Berkson _______________________________________________ cl-pdf-devel site list cl-pdf-devel-F1HGIaG5STRyXAeb93iumQ&lt; at &gt;public.gmane.org http://common-lisp.net/mailman/listinfo/cl-pdf-deve</pre> Mitch Berkson 2010-11-10T17:37:15 Search the mailing list at Gmane query http://search.gmane.org/?group=$group=gmane.lisp.cl-pdf.devel