- From: Havoc Pennington <hp redhat com>
- To: Bill Haneman <bill haneman sun com>
- Cc: Owen Taylor <otaylor redhat com>, Maciej Stachowiak <mjs noisehavoc org>, Michael Meeks <michael ximian com>, Anders Carlsson <andersca gnu org>, George <jirka 5z com>, gnome-2-0-list gnome org
- Subject: Re: GnomeFontSelector
- Date: 10 Oct 2001 12:10:39 -0400
Bill Haneman <bill haneman sun com> writes:
> XTerm is not a great candidate since in order to be accessible a UI
> component must at the very minimum inherit from GObject, and I don't see
> that dependency being allowed in XTerm proper. Or do you mean that the
> existing gnome-terminal could use xterm library code for terminal
> emulation and paint the result into a GtkWidget rather than using
> libzvt? (At this point my knowledge of the architecture of
> gnome-terminal, as opposed to libzvt, is stale and sketchy).
The point is you make xterm into a library which does the "hard bits,"
and you use it to implement a GtkWidget. libzvt contains a widget
which does all the work of gnome-terminal, gnome-terminal just adds
the menubar and preferences.
The xterm library would essentially store the terminal contents and
process input. The input would be forwarded to it from the GTK widget,
and the GTK widget would call an xterm function to draw its contents.
The GTK widget would probably also handle selection and drag-and-drop,
with some hooks in the xterm lib.
i.e. the xterm part is just an implementation detail, you get a
GtkWidget in the end.
] [Thread Prev