gmane.lisp.html-template.general

Re: HTML_EVAL and other add-ons - newversionavailable

Edi Weitz — 2012-01-05T11:42:51


No problem.

Re: HTML_EVAL and other add-ons - newversionavailable

Dmitriy Ivanov — 2012-01-05T11:38:14

Hi Edi,

EW> Happy New Year... :)

Many thanks, you too.

EW> As for new releases, see here:
EW> http://lists.common-lisp.net/pipermail/drakma-devel/2011-August/000884.html

This announce looks the same as the one in this mailng list.

EW> Maybe you can convince Hans Hübner to make a new release.  I
EW> probably won't have the time for it in the next months.

To tell the truth, I do not see much activity at github.
And I do not want another cvs client on my computer :-)

For now, I have to fork and will name my branch YHTML-TEMPLATE if you do not
mind.
--
Sincerely,
Dmitriy Ivanov
lisp.ystok.ru

Re: HTML_EVAL and other add-ons - newversionavailable

Edi Weitz — 2012-01-05T11:42:51


No problem.

Re: HTML_EVAL and other add-ons - newversionavailable

Dmitriy Ivanov — 2012-01-05T11:38:14

Hi Edi,

EW> Happy New Year... :)

Many thanks, you too.

EW> As for new releases, see here:
EW> http://lists.common-lisp.net/pipermail/drakma-devel/2011-August/000884.html

This announce looks the same as the one in this mailng list.

EW> Maybe you can convince Hans Hübner to make a new release.  I
EW> probably won't have the time for it in the next months.

To tell the truth, I do not see much activity at github.
And I do not want another cvs client on my computer :-)

For now, I have to fork and will name my branch YHTML-TEMPLATE if you do not
mind.
--
Sincerely,
Dmitriy Ivanov
lisp.ystok.ru

Re: HTML_EVAL and other add-ons - new versionavailable

Edi Weitz — 2012-01-04T15:03:44


Hi Dmitriy,

Happy New Year... :)

As for new releases, see here:

 http://lists.common-lisp.net/pipermail/drakma-devel/2011-August/000884.html

Maybe you can convince Hans Hübner to make a new release.  I probably
won't have the time for it in the next months.

Cheers,
Edi.

Re: HTML_EVAL and other add-ons - newversionavailable

Edi Weitz — 2012-01-05T11:42:51


No problem.

Re: HTML_EVAL and other add-ons - newversionavailable

Dmitriy Ivanov — 2012-01-05T11:38:14

Hi Edi,

EW> Happy New Year... :)

Many thanks, you too.

EW> As for new releases, see here:
EW> http://lists.common-lisp.net/pipermail/drakma-devel/2011-August/000884.html

This announce looks the same as the one in this mailng list.

EW> Maybe you can convince Hans Hübner to make a new release.  I
EW> probably won't have the time for it in the next months.

To tell the truth, I do not see much activity at github.
And I do not want another cvs client on my computer :-)

For now, I have to fork and will name my branch YHTML-TEMPLATE if you do not
mind.
--
Sincerely,
Dmitriy Ivanov
lisp.ystok.ru

Re: HTML_EVAL and other add-ons - new versionavailable

Edi Weitz — 2012-01-04T15:03:44


Hi Dmitriy,

Happy New Year... :)

As for new releases, see here:

 http://lists.common-lisp.net/pipermail/drakma-devel/2011-August/000884.html

Maybe you can convince Hans Hübner to make a new release.  I probably
won't have the time for it in the next months.

Cheers,
Edi.

HTML_EVAL and other add-ons - new versionavailable

Dmitriy Ivanov — 2011-12-28T09:27:01

Hello folks,

I have reported about my first attempts to augment HTML-TEMPLATE about three
years ago. Please take a look at http://lisp.ystok.ru/yhtml/html-template.html

There are too many changes now and I hardly believe they can be considered
as patches but rather a branch.

Moreover, I am not using the documentation tool used by Edi. So I could only
augment the HTML documentation file "by hands".

Is there any chance to integrate my version into mainstream repository?
Any hints or suggestions are welcome.

The main differences are below.

1. A Lisp form in place of "plane attribute" is allowed. Forms are read
   by the standard read function. All starting tags (except TMPL_INCLUDE)
   accept forms instead of "old style" attributes.
   The *attributes-are-lisp-forms* special variable was introduced. Bind or
   set it to NIL to treating those tags in the compatibility mode.

2. Symbols follow standard Lisp syntax: a package specifier is allowed in
    front of the name. By default, symbols are interned int

My open source libraries (aka "ediware")

Edi Weitz — 2011-08-31T15:11:30

[My apologies if you receive multiple copies of this email.]


Hi everybody!

As some of you will know, I'll start on a new job tomorrow.  This new
job won't involve much hacking, if at all, and thus it doesn't look
like I'll have a lot of time to maintain my open source libraries in
the near future.  I have no plans to suddenly disappear from the CL
world, but don't expect new releases of any of my libs any time soon.
(At least none published by me or on my server.)

Luckily, Hans Hübner - who already did most of the maintenance and
development work for Hunchentoot in the last two years or so - offered
to coordinate further development via github.  See his full
announcement at
<http://netzhansa.blogspot.com/2011/08/ediware-moving-to-github.html>.

I'll continue to read the mailing lists for my libs and I'm still
interested in fixing bugs you might find in the release tarballs
available on my web server.  However, I will likely not bother to
discuss or work on new features or compatibility code for
implemen