[Schevo-devel] Re: [NAVIGATOR] - Basic Development Documentation
Patrick K. O'Brien
pobrien at orbtech.com
Fri Mar 24 10:56:22 EST 2006
Matthew Scott wrote:
> Ilias Lazaridis wrote:
>> I am not sure about at this point, but following the existent structure,
>> SchevoGtk should contain the bindings to Gtk, and an additional
>> "SchevoNavigator" should containt the navigator related code.
>>
>> Keep this in mind for now.
>>
>> I will go deeper into this after finishing with the command-line.
>
> Devil's advocate time: :)
>
> Will SchevoNavigator be dependent solely on SchevoGtk, thus deprecating
> any other navigators (such as the one in SchevoQt), or is the idea
> behind SchevoNavigator to make it agnostic, so that SchevoNavigator
> would be useful across SchevoGtk, SchevoQt, and other UI toolkits
> including any web toolkits, etc?
Good questions. I'll give you my thoughts, which are open to debate...
The way I see it the navigator itself should be a pretty thin layer that
simply pulls together the building blocks provided by the "binding
layer" (I'm not sure that is the best word to describe how we will
support a GUI toolkit). So 80% of the functionality should end up in
SchevoGtk, and only 20% in the navigator (or a custom UI for a custom
application). Because of this, I don't see a need to immediately
separate the two, though that may be a good idea once the first version
is in place.
I also think it makes sense to have a navigator for each GUI or Web
toolkit that we intend to support. So I don't necessarily see this new
GTK-based navigator replacing the Qt-based one. It is simply the focus
of my current efforts.
I'm not sure how easy it would be to make a navigator that was agnostic.
I'm having a hard time picturing something like that.
--
Patrick K. O'Brien
Orbtech http://www.orbtech.com
Schevo http://www.schevo.org
Louie http://www.pylouie.org
More information about the Schevo-devel
mailing list