Re: GTK+ Application class
- From: Murray Cumming <murrayc murrayc com>
- To: Florian Boor <florian boor kernelconcepts de>
- Cc: GTK Development List <gtk-devel-list gnome org>
- Subject: Re: GTK+ Application class
- Date: Tue, 24 Oct 2006 00:36:46 +0200
On Tue, 2006-10-24 at 00:25 +0200, Florian Boor wrote:
> Hi,
>
> Emmanuele Bassi wrote:
> > We have a document-based API using these five vfuncs:
>
> i do not think this is the correct way to go. A document based API is something
> you would expect from a specialized application object (or interface) but not
> from a generic one.
You can have both. A document-based application can be a specialization
of a non-document-based application.
That's what Bakery does.
http://bakery.sourceforge.net/reference/html/classBakery_1_1App.html
I've done this using a lot of C++ syntax, but I'm sure that we can get
most of the benefit in a C API, as long as we can tolerate the
awkwardness of GObject inheritance and vfuncs. And it seems that we can.
But it's a lot of hard work to get the API and behaviour right. The best
way to achieve that is to try to make an application use it. GEdit would
be a perfect candidate, though I suppose a simpler test example should
come first.
> A generic application API should cover things like tracking of the application
> windows, information about the application for interaction with other
> applications and maybe some global UI elements like a part of a menu which is
> used in multiple windows or an about dialog.
--
Murray Cumming
murrayc murrayc com
www.murrayc.com
www.openismus.com
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]