Hello folks,
I suggest making *format-non-strings* more meaningful and differentiating among true values.
It the value of *format-non-strings* equals to T, it uses (format nil "~A" ...).
Otherwise it must be a function of one argument converting the variable value to a string. -- Sincerely, Dmitriy Ivanov lisp.ystok.ru
On Tue, 15 Apr 2008 17:29:44 +0400, "Dmitriy Ivanov" divanov@aha.ru wrote:
I suggest making *format-non-strings* more meaningful and differentiating among true values.
It the value of *format-non-strings* equals to T, it uses (format nil "~A" ...).
Otherwise it must be a function of one argument converting the variable value to a string.
Sounds good to me. Do you have a patch up your sleeve?
"Edi Weitz" edi@agharta.de wrote:
EW> Sounds good to me. Do you have a patch up your sleeve?
Almost. It is just a matter of replacing the line
(cond (*format-non-strings* (format nil "~A" value))
by the two following
(cond ((eq *format-non-strings* t) (princ-to-string value)) (*format-non-strings* (funcall *format-non-strings* value))
within create-var-printer in the file template.lisp. -- Sincerely, Dmitriy Ivanov lisp.ystok.ru
On Tue, 15 Apr 2008 20:08:57 +0400, "Dmitriy Ivanov" divanov@aha.ru wrote:
Almost. It is just a matter of replacing the line
(cond (*format-non-strings* (format nil "~A" value))
by the two following
(cond ((eq *format-non-strings* t) (princ-to-string value)) (*format-non-strings* (funcall *format-non-strings* value))
within create-var-printer in the file template.lisp.
Yes, that's the easy part. The documentation is missing, though.
html-template-devel@common-lisp.net
-
Dmitriy Ivanov -
Edi Weitz