- html-template-devel@lists.common-lisp.net

[html-template-devel] external format in an included template printer
by Igor Plekhov 09 Mar '07

09 Mar '07

Function #'create-template-printer has :external-format key parameter which is used when opening a file with a template to be filled. But if that file <tmpl_include>s some other file, than :external-format supplied is not used when opening the second file as it should be. In #'create-template-printer-aux function #'create-template-printer function is called with an included file only. May be it is worth to make a special variable like *hunchentoot-default-external-format* for default value of :external-format parameter for #'create-template-printer function. In SBCL special variable sb-impl::*default-external-format* can be binded to an external-format required as a workaround. -- Registered Linux User #124759

2 1

[html-template-devel] Darcs repositories
by Edi Weitz 22 Feb '07

22 Feb '07

[My apologies if you get this more than once.] Several people have asked for Darcs repositories of my software. These do exists now: http://common-lisp.net/~loliveira/ediware/ Special thanks to Luís Oliveira who made this possible and who maintains the repositories. Cheers, Edi.

1 0

[html-template-devel] tmpl_equal needed ?
by Vamsee Kanakala 26 Dec '06

26 Dec '06

Hi, I think html-template really needs a templ_equal tag. I am trying to pre-select an option inside a select tag, based on parameters passed. Since the option tags are also being generated through a loop, I think there is no way I can do this unless I can have some comparison mechanism within the template. Kindly correct me if I'm wrong. Thanks, Vamsee.

3 4

[html-template-devel] Proposed new feature for HTML-TEMPLATE
by Marijn Haverbeke 12 Dec '06

12 Dec '06

[I sent this to Edi earlier, but it seems to have been ignored. I just saw that there is actually a mailing list for this project, so I'm hoping that sending it to the correct place will generate a bit more response.] > For a personal project I extended your HTML-TEMPLATE library with an > extra TMPL tag. If you think my extension is useful enough to be > included in the library proper, I'll be happy to properly document it > and submit a patch. Here is how it works: > > Support for the TMPL_CALL tag is added. This is related to > TMPL_INCLUDE, but allows the values passed to a template to > 'dynamically' determine which sub-templates should be used. It was > inspired by the way XSLT's apply-templates works. The tag takes a > single symbol as argument, and treats it the way TMPL_LOOP does, > iterating over a list or a vector of values. Each of these values > specifies a template to use and a set of values to apply that template > to. These are extracted by applying the functions > *call-template-access-function* and *call-values-access-function* to > the given values - these default to #'car and #'cdr respectively. > > If *default-template-pathname* is set properly, and there are > templates named "fancy-paragraph" and "standard-footer", something > like this... > > '(:title "Title" > :body > ((#P"fancy-paragraph" :content "This is a fancy paragraph") > (#P"standard-footer"))) > > ... can be fed to a template that applies TMPL_CALL to :body to render > its body in whatever way the code that generated the values thought > suitable. > > Basically, this extension allows the use of outer templates that do > not know precisely what kind of content will be inserted into them. A > very basic example is a template that contains the <html>, <head>, & > <body> tags + maybe some basic formatting, and which can be used by > all pages that generate pages with a similar outer structure. > > Let me know what you think, > Marijn Haverbeke [Also, reading a few older message on this list suggests that adding fancy new features isn't a priority for this library -- but I still think adding a dynamic way to include subtemplates would be useful enough to warrant the extra complexity.]

2 4

[html-template-devel] Escaping of HTML in Templates
by Cam Desautels 21 Oct '06

21 Oct '06

Forgive me if I am missing something here, but given that HTML-TEMPLATE is supposed to be agnostic to exactly what type of content I am putting in a template, why is it escaping my HTML? Is this not a bug? I'm running 0.7.0 on SBCL 0.9.16. (html-template:fill-and-print-template "<p></p>" '(:foo "This <em>is</em> HTML")) --> <p>This <em>is</em> HTML</p> Thanks. -- Cameron Desautels <camdez(a)gmail.com>

2 1

[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