The next release of Graphic-Forms (version 0.3.0), a CL library for
Windows GUI programming, is now available. This is definitely pre-alpha
code, so be prepared for missing features, bugs, and API changes in
subsequent releases.
Download a release tarball from here:
http://prdownloads.sourceforge.net/graphic-forms/graphic-forms-0.3.0.tar.gz…
The primary changes in this release are as follows:
• implemented graphics-context methods for the typical drawing operations
and pen attributes; see the new test program invoked by
(gft::run-drawing-tester)
• implemented a representation of fonts and font data, including an API
for looking up fonts based on font data
• implemented font metrics and text metrics querying
• expanded image drawing operations to support double-buffering
• expanded the classes representing different window types: top-level
represents primary application windows, panel represents child-windows,
and the root-window class represents the desktop
• formalized the window parent and owner concepts with documentation and
functions
• implemented the display class to represent the monitor attached to the
system
• implemented new window style attributes to help applications choose whether
the system should automatically repaint the background
• provided maximum-size and minimum-size functions to allow applications to
constrain window sizes
• revised label controls to support either text or images
• implemented the file-dialog class which encapsulates the standard open/save
dialog
• made other bug fixes and resource usage cleanup
Please consult README.txt for other details about this release.
The main project website is:
http://common-lisp.net/project/graphic-forms/
--
Jack Unrue
_______________________________________________
graphic-forms-announce mailing list
graphic-forms-announce(a)common-lisp.net
http://common-lisp.net/cgi-bin/mailman/listinfo/graphic-forms-announce
(I have been asked to write up a progress report. I'm new to this, so
please bear with me.)
Dear list-members,
Since the last progress report, Climacs has been cleaned up in a
number of areas, though not much major functionality has been
added. Some of the major improvements are:
* Climacs will now be more well-behaved when using
execute-frame-command thanks to Christophe Rhodes. This opens
up the possibility of integrating CLIM-applications through
cross-application scripting.
* Thanks to Timothy Moore, Climacs should now run under Allegro
Common Lisp CLIM(tm) - including modern mode.
* ESA has finally been factored out of the main Climacs module
and into its own. This should ease maintenance, as ESA
previously had to be maintained in both the Climacs and
Gsharp repositories.
* Climacs now support local options lists, where a file can
specify options for Climacs by putting
"-*- {Option-name: Value;}* -*-" in the first line of the
file. In Emacs, this feature is known as the local variables
list.
* The Lisp syntax module has been extended with various new
functions for easier navigation of the parse tree
(exploitation of this can be seen in the CLIM-desktop repo)
as well as conversion of parser tokens to the Lisp objects
they represent. A number of bugs have been fixed as well.
Of course, there has been the usual bugfixes and new commands (for
example an "Indent Expression" command for the Lisp syntax
module).
Hopefully, the cleanups and gradual maturing of the editor will cause
more feature-oriented commits over the next few months. The future of
Climacs is as bright as ever, and with the general maturing of the
free CLIM universe, integration with other CLIM programs should soon
come. The "self-documenting" aspect of Climacs should also receive
some attention over the next weeks.
--
\ Troels "Athas" Henriksen
/\ - Insert witty signature
_______________________________________________
climacs-announce mailing list
climacs-announce(a)common-lisp.net
http://common-lisp.net/cgi-bin/mailman/listinfo/climacs-announce
On Mon, 27 Mar 2006 12:38:35 +1100, Igor Plekhov <penguin(a)ocean.vvo.ru> wrote:
> It would be nice to have <TMPL_UNLESS></TMPL_UNLESS> construct in
> CL-HTML-TEMPLATE. As a negative to <TMPL_IF></TMPL_IF>.
>
> Sometimes it is necessary to check for absence of a parameter which
> is used in positive form in other places of a template.
Yes, I wanted to have that as well but didn't find the time yet to do
it... :)
It's in 0.4.0 now, please test.
Cheers,
Edi.
_______________________________________________
html-template-announce site list
html-template-announce(a)common-lisp.net
http://common-lisp.net/mailman/listinfo/html-template-announce