Re: glib and Xlib
- From: Aron Rubin <aron rubin lmco com>
- To: jaafar EL GONNOUNI <jaafar6 gmail com>
- Cc: gtk-devel-list gnome org, gtk-app-devel-list gnome org
- Subject: Re: glib and Xlib
- Date: Sun, 08 Jun 2008 10:19:46 -0400
jaafar EL GONNOUNI wrote:
Hello;
What is *glib *adding that the GTK + compared to *Xlib *?
All what is possible with glib with Xlib is feasible, then why create a new
library.
GLib in only on letter off from Xlib but the similarities end there. The
C standards and POSIX do not specify data structures, and just a handful
of algorithms. In order to write software that is more than simple
linear logic one needs to employ fairly common data structures and
algorithms. GLib provides those structures as well as abstractions other
functionality which is only defacto standards in some systems but not
others. GObject, which is bundled with and depends on GLib, provides a
very complete explicit object orientation and signaling library.
XLib is pretty cool too. XLib is actually the client side of a rather
well thought out graphics system. Almost all modern low-level graphics
APIs have a server-client design even if they are running with shared
memory. This maps well to semi-persistent graphics primitives and
asynchronous control and rendering.
Gdk (bundled with Gtk+) abstracts XLib and Xt (X intrinsics) on systems
where that is the primary graphics environment.
Best regards.
------------------------------------------------------------------------
_______________________________________________
gtk-list mailing list
gtk-list gnome org
http://mail.gnome.org/mailman/listinfo/gtk-list
--
ssh aron rubinium org cat /dev/brain | grep ^work:
Aron Rubin Senior Member, Engineering Staff
Lockheed Martin E-Mail: arubin atl lmco com
Advanced Technology Laboratories Phone: 856.792.9865
3 Executive Campus Fax: 856.792.9930
Cherry Hill, NJ USA 08002 Web: http://www.atl.lmco.com
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]