Re: htmlgen ignores function return value

Bulent Murtezaoglu wrote:
>>>>>>"cb" == canburak <canburak@xxxxxxxxx> writes:
>
> [...]
> cb> I couldn't find the missing part. I am doing all of these in
> cb> Slime REPL or writing to a file and evaluating via C-x
> cb> C-e. The answers from you will possibly make me to dislike
> cb> myself as I guess that I am missing a simple bit.
>
> Hmm, dunno, I think you can keep liking yourself. I don't use that
> package, but it seems to me what you are is that there's implicit stream
> for the output, namely net.html.generator:*HTML-STREAM*. So using
> the document you provided the link to, I came up with the hints
> below that might be helpful:

[ ... ]

> CL-USER> (net.html.generator:html-stream *standard-output*
> (net.html.generator:html
> (:html
> (:head (:title "title"))
> (:body "b" (:princ "o") "d" "y"))))
> <html><head><title>title</title></head><body>body</body></html>
> "</html>"
> ;;NOTE: did work
> cheers,

I see. After seeing that it works in the REPL with your suggestion, I
published my functions to AllegroServe and it worked there. Besides the
fact that I need *standart-output* "conversion" to work on REPL, it
worked as is on the server. So everything is OK on my side. Thanks!

My assumption about "it prints the return values" is absolutely false.
"The html macro is designed to run inside AllegroServe's with-http-body
macro which binds *html-stream* to the correct stream." I see that this
is the sentence I missed.

So let me correct my words:

>(let ((o "o"))(html
> (:html
> (:head (:title "title"))
> (:body "b" (:princ o) "d" "y"))))

this works on AllegroServ but not on REPL.



> BM


--
@n

.