Re: [Jon Trowbridge <trow@emccta.com>] [gtk-list] ANNOUNCE: GTK-- Drawing Library v0.4a

["M.Stekelenburg" <root@cal052304.student.utwente.nl>]

On 15 Jul 1998, Preben Randhol wrote:

> 
> I just thought you might be interested in this message...
> 
> -- 
> Preben Randhol                    | Affliction is enamoured of thy parts,
> Tlf    73940929/(735)94076 [arb]  | And thou art wedded to calamity.
> Email  randhol@pvv.org            |
> http://www.pvv.org/~randhol/      |                     - W. Shakespeare
> ------- Start of forwarded message -------
> 
> I'm pleased to announce that version 0.4a of my drawing library for
> Gtk-- is now available for download at
> 
>      http://www.emccta.com/~trow/gtk.html
> 
> This library, also known as libgtkmmdraw, tries to automate and
> simplify many of the tasks performed by drawing programs.  Nice (?)
> C++ interfaces are provided for manipulating colors and GCs; the
> Gtk_DrawingBuffer widget can manage backing store and expose events
> for you; the Gdk_Draw class provides an interface to the GDK drawing
> commands and also lets you draw simultaneously to both a window and
> the associated backing-store pixmap.
> 
> A lot has happened since the last version was released back in February.
> Highlights include:
> 
> * This library is now being co-developed with Havoc Pennington <hp@emccta.com>.
> 
> * Everything has been completely redesigned.  Instead of putting all of the
>   functionality into a "monolithic class", more of an attempt has been made to
>   provide C++ wrappers around GDK.  The result is code that is (IMHO)
>   cleaner and more general.
> 
> * We now use autoconf instead of lame, ad hoc Makefiles.
> 
> * Old bugs have been fixed, new bugs have been added.
> 
> This library is very much a work-in-progress. It is a bit rough around
> the edges now, but we hope to improve it to the point where it is both
> bug-free and useful. Feedback, suggestions and bug-fixes are
> encouraged.
> 
> Enjoy,
> 
> -Jon Trowbridge <trow@emccta.com>
> 
Ok sounds like a gtk-- wrapper for gdk. The question is do we want to use
this. The current version needs you to have a decent gcc, thread libraries
and thread X libraries, jpeglib6 and gtk. Stepping to gtk-- means two
more, gtk-- and gtk--draw (or how it is called).

It makes the step to try to install mnemonic or the static binary larger
again.  

Another question is what is disliked about the current implementation with
gtk. Kasper examples?

Max