September 2006 - html-template-devel@common-lisp.net

[html-template-devel] Re: Question about html-template
by Edi Weitz 30 Sep '06

30 Sep '06

On Fri, 29 Sep 2006 17:25:39 -0400, "Jonathon McKitrick" <jmckitrick(a)gmail.com> wrote: > I added that to the example code above, but when I get the > backtrace, you can see that EXTERNAL-FORMAT was LATIN-1, even though > in 'create-template-printer' the same keyword arg is UTF-8, UNICODE, > or whatever other value I pass in. No, I can't see it, because I didn't see a backtrace yet. Did you make sure that after changing the external format the template was really read again, i.e. did you clear the template cache? Besides, my /guess/ is that the error is signaled when you're writing to the Araneida stream - something one could probably see in the backtrace. Try to create a test case without Araneida, so you can be sure it doesn't affect the result.

2 3

[html-template-devel] New version 0.7.0
by Edi Weitz 29 Sep '06

29 Sep '06

ChangeLog: Version 0.7.0 2006-09-30 Added TMPL_REPEAT Download: http://weitz.de/files/html-template.tar.gz Cheers, Edi.

1 0

[html-template-devel] Fwd: Re: Re: Question about html-template
by Jonathon McKitrick 29 Sep '06

29 Sep '06

Here is the footer for the html file I am serving as a template: <div> Copyright (c) 2006 Reed Larkey Group Inc.   •   Website designed by <a href="http://www.bartosz.co.nr/">Bartosz Brzezinski</a> </div> Note the copyright symbol and the bullet. here is the code from the :get handler under araneida: (fill-and-print-template (pathname (concatenate 'string (araneida::static-file-pathname handler) (araneida::static-file-default-name handler))) nil :stream (request-stream request) :external-format :utf-8) )) It's plain and simple for now. No template vars, etc. I looked up 'with-open-file' and then 'open' to figure out what external-format types are valid, but the hyperspec said this was implementation specific. ATM, sbcl.org is down as well. I'm running sbcl 0.9.17 on an Intel Mac. > Did you try the EXTERNAL-FORMAT keyword argument of > CREATE-TEMPLATE-PRINTER and FILL-AND-PRINT-TEMPLATE? I added that to the example code above, but when I get the backtrace, you can see that EXTERNAL-FORMAT was LATIN-1, even though in 'create-template-printer' the same keyword arg is UTF-8, UNICODE, or whatever other value I pass in. -- Jonathon McKitrick Independent Software Consultant

1 0

[html-template-devel] Re: Question about html-template
by Edi Weitz 29 Sep '06

29 Sep '06

Hi! Please send follow-up questions to the mailing list. See Cc. On Fri, 29 Sep 2006 14:25:37 -0400, "Jonathon McKitrick" <jmckitrick(a)gmail.com> wrote: > I have a couple of templates with non-ascii encoding. Nothing > fancy, just copyright symbols, TM symbols, etc. But the non-ascii > character causes this: > > encoding error on stream #<SB-SYS:FD-STREAM for "a constant string" {122CACA1}> > (:EXTERNAL-FORMAT :LATIN-1): > the character with code 8226 cannot be encoded. > [Condition of type SB-INT:STREAM-ENCODING-ERROR] A transcript of what exactly you did would be very helpful. And maybe a backtrace. And maybe information about the Lisp implementation you're using. And maybe a self-contained test case which describes how one can reproduce the error, maybe with a small example file. http://www.chiark.greenend.org.uk/~sgtatham/bugs.html > Do you have any suggestions on how I can solve this? Other than > post-load modification of the page via javascript, which is really a > kludge? Did you try the EXTERNAL-FORMAT keyword argument of CREATE-TEMPLATE-PRINTER and FILL-AND-PRINT-TEMPLATE? Cheers, Edi.

1 0

[html-template-devel] New version 0.6.0
by Edi Weitz 14 Sep '06

14 Sep '06

ChangeLog: Version 0.6.0 2006-09-14 Changed default for *VALUE-ACCESS-FUNCTION* Added *STRING-MODIFIER* Added ESCAPE-xxx functions (from CL-WHO) Fixed docs for hyperdoc support General documentation enhancements Fixed test.lisp w.r.t. *FORMAT-NON-STRINGS* Download: http://weitz.de/files/html-template.tar.gz Note that some of the changes introduced in 0.5.0 and 0.6.0 make the library slightly incompatible with earlier versions. As there have been no bug fixes since 0.4.0, it is safe to stay with this version if you have code which you don't want to change. Cheers, Edi.

1 0

[html-template-devel] New version 0.5.0
by Edi Weitz 08 Sep '06

08 Sep '06

ChangeLog: Version 0.5.0 2006-06-09 Added *FORMAT-NON-STRINGS* Download: http://weitz.de/files/html-template.tar.gz Cheers, Edi.

1 0