PAL v1.1 was just released. Unfortunately I needed to make a few changes
to the api that might break something.
Most important changes from v1.0:
- Name changes; reset-blend-mode => reset-blend, circles-overlap =>
circles-overlap-p,
point-inside-rectangle => point-inside-rectangle-p, point-in-line =>
point-in-line-p.
- Added color.lisp, WITH-BLEND now uses COLOR struct instead of a list of
rgba
values. By v1.2 all rgba arguments will be replaced with COLOR.
- Removed CURRY.
- Image drawing should be much faster under certain conditions.
- I finally started working on the manual...
PAL-GUI is slowly approaching usable state (I hope...). Currently there
are still some look and feel issues (clipping etc.) but there are already
a few working widgets. Naturally, it is not documented yet but there are a
few examples and it shouldn't be too hard to use. Basically it is just a
regular windows/widgets/callbacks gui implemented in pal and integrated
with its event loop.
Currently on my todo list for v1.2:
- Few utility functions for using PAL with Imago
(http://common-lisp.net/project/imago/), for screenshots etc.
- Real drawing primitives would be nice, proper polygons and lines, svg
importer etc. Currently PAL's draw-* functions map fairly directly to
OpenGL and are quite limited (and slow).
- Batched image rendering for extra speed. Kinda like improved draw-image*.
- TTF support.
- Possibly merge pal and pal-gui.
- Documentation. Always the last one ;)
--
tomppa
_______________________________________________
pal-announce mailing list
pal-announce(a)common-lisp.net
http://common-lisp.net/cgi-bin/mailman/listinfo/pal-announce
PAL v1.1 was just released. Unfortunately I needed to make a few changes
to the api that might break something.
Most important changes from v1.0:
- Name changes; reset-blend-mode => reset-blend, circles-overlap =>
circles-overlap-p,
point-inside-rectangle => point-inside-rectangle-p, point-in-line =>
point-in-line-p.
- Added color.lisp, WITH-BLEND now uses COLOR struct instead of a list of
rgba
values. By v1.2 all rgba arguments will be replaced with COLOR.
- Removed CURRY.
- Image drawing should be much faster under certain conditions.
- I finally started working on the manual...
PAL-GUI is slowly approaching usable state (I hope...). Currently there
are still some look and feel issues (clipping etc.) but there are already
a few working widgets. Naturally, it is not documented yet but there are a
few examples and it shouldn't be too hard to use. Basically it is just a
regular windows/widgets/callbacks gui implemented in pal and integrated
with its event loop.
Currently on my todo list for v1.2:
- Few utility functions for using PAL with Imago
(http://common-lisp.net/project/imago/), for screenshots etc.
- Real drawing primitives would be nice, proper polygons and lines, svg
importer etc. Currently PAL's draw-* functions map fairly directly to
OpenGL and are quite limited (and slow).
- Batched image rendering for extra speed. Kinda like improved draw-image*.
- TTF support.
- Possibly merge pal and pal-gui.
- Documentation. Always the last one ;)
--
tomppa
_______________________________________________
pal-announce mailing list
pal-announce(a)common-lisp.net
http://common-lisp.net/cgi-bin/mailman/listinfo/pal-announce
A new Parenscript release is now up on common-lisp.net. It mostly
addresses bug fixes, although some more control over the way
JavaScript is printed is exposed as well.
Happy hacking,
Vladimir
_______________________________________________
parenscript-announce mailing list
parenscript-announce(a)common-lisp.net
http://common-lisp.net/cgi-bin/mailman/listinfo/parenscript-announce
New release CL-WIKI 0.2.0
CL-WIKI is a wiki engine for Common Lisp. It uses Hunchentoot,
CL-PPCRE, CL-WHO and CL-EMB. Can be used stand-alone, with
Apache + mod_lisp, or behind any http proxy.
You can download it from http://common-lisp.net/project/cl-wiki/
or install with ASDF-Install.
CL-USER> (asdf:operate 'asdf:load-op :asdf-install)
CL-USER> (asdf-install:install :cl-wiki)
Changes:
- Switched from TBNL to Hunchentoot.
darcs repository removed. A git repository will be published later.
_______________________________________________
cl-wiki-announce mailing list
cl-wiki-announce(a)common-lisp.net
http://common-lisp.net/cgi-bin/mailman/listinfo/cl-wiki-announce
On Sun, 21 Oct 2007 20:59:40 +0200, David Lichteblau <david(a)lichteblau.com> wrote:
> the attached patch updates cl-webdav's use of SAX for the current
> cxml release.
>
> User code is now strongly encouraged to implement SAX handlers as
> subclasses of sax:default-handler or sax:abstract-handler.
>
> Without the patch, cl-webdav will still work (at least for a
> transition period), but issue warnings at run time.
Thanks, the patch is in the new release.
Edi.
_______________________________________________
tbnl-announce site list
tbnl-announce(a)common-lisp.net
http://common-lisp.net/mailman/listinfo/tbnl-announce
On Thu, 11 Oct 2007 11:43:10 +0300, "Ivan Toshkov" <ivan(a)toshkov.org> wrote:
> Hmm, it's strange, because you've released drakma 0.11.0 on 1
> October.
Yes, sorry, Sébastien Saint-Sevin also just emailed me about this. I
switched laptops recently and it seems I released 0.11.0 from the old
one after I had already copied my repository to the new machine.
Should be fixed now, i.e. 0.11.1 is online which includes the
additions from both 0.11.0 and "0.10.3".
Thanks to you both,
Edi.
_______________________________________________
drakma-announce mailing list
drakma-announce(a)common-lisp.net
http://common-lisp.net/cgi-bin/mailman/listinfo/drakma-announce
On Sat, 6 Oct 2007 10:19:05 -0700, Cyrus Harmon <ch-tbnl(a)bobobeach.com> wrote:
> The following patch implements get-gid-from-name for SBCL.
> Unfortunately, it requires SBCL 1.0.10.31 or later for sb-posix
> support for getgrnam.
Thanks. That it's in the new release now.
_______________________________________________
tbnl-announce site list
tbnl-announce(a)common-lisp.net
http://common-lisp.net/mailman/listinfo/tbnl-announce
On Sun, 30 Sep 2007 17:26:33 -0400, "Peter Eddy" <peter.eddy(a)gmail.com> wrote:
> I've spent some time today converting some code (cl-s3) to use
> drakma instead of s-http-client. In the process, one thing I thought
> might be useful in drakma is a caller-defined way of indicating that
> the content type is text or not. For example, a function like the
> following passed to (http-request)
>
> (defun text-content-type-p (type subtype) ..)
>
> Or perhaps some table of text content types defined as a special
> var. I know the caller could implement this themselves, but it seems
> like doing so might require the re-implementation of portions of
> http-request that deal with the charset and chunked incoding
> (i.e. the code within (when (and (string-equal type "text").
>
> Do you think this makes sense, or am I'm missing something?
[Please use the mailing list to discuss Drakma.]
Yes, that sounds like a reasonable request and I was planning to add
something like that anyway. Please check if the new release provides
what you need.
Cheers,
Edi.
_______________________________________________
drakma-announce mailing list
drakma-announce(a)common-lisp.net
http://common-lisp.net/cgi-bin/mailman/listinfo/drakma-announce