Re: MVC design question
- From: "Milosz Derezynski" <internalerror gmail com>
- To: "Paul Davis" <pjdavis engineering uiowa edu>
- Cc: Gtkmm Mailing List <gtkmm-list gnome org>
- Subject: Re: MVC design question
- Date: Fri, 16 Mar 2007 10:04:47 +0100
Well one more thing worth mentioning is that the system is otherwise typed (e.g. Mcs::key_get <bool>, and the bindings
store values of a specific type in the configuration, and values have to be registered before they can be used, otherwise they
will get ignored (similar to GConf schemas just with hard enforcement of registration failure)), examples are all over the BMP
code.
Milosz
On 3/15/07, Paul Davis <pjdavis engineering uiowa edu> wrote:
List,
I've never been able to keep a good MVC design split with gtkmm (or
any gui toolkit for that matter).
My basic concern is having multiple copies of some values that are
displayed in a gui. For instance, imagine we have a double value
stored in some user object. This value gets mapped onto an HScale in
the GUI. There are effectively two copies of this value (one in the
user object, one in the hscale) that need to be kept in sync.
I'm mostly interested in what other people have done to get around
this and similar types of problems from a design stand point.
The only promising answer I can come up with is to create my core app
logic with some sort of its own call back system, then have a GUI
toolkit specific layer that sits between my custom app code and the
toolkit of choice.
Anyway, if anyone has any pointers, I'd be glad to hear them.
Paul Davis
_______________________________________________
gtkmm-list mailing list
gtkmm-list gnome org
http://mail.gnome.org/mailman/listinfo/gtkmm-list
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]