On 12/27/05, Paulo Matias <[EMAIL PROTECTED]> wrote: > Hi All, > > > A GTK and Cairo free DirectFB backend would be the best :) > > I agree with dok. A "pure" DirectFB backend would be lighter than a > gtk-based backend.
Yes, if you add GTK+ to it, you get a massive Glib layer with lots of objects, powerful, yes, but it will create a lot of objects, causing systems with tiny primary and secondary caches (such as ARM chips) not working efficiently, i.e. use the data bus, and cause slowness + no VM usually with embedded systems. > For porting Gecko, we must port the classes contained in two > directories in its sourcecode: gfx and widget. The "gfx" dir provides > drawing functions and the "widget" dir provides basical widget > implementations. > > Perhaps Gecko has mostly all the code for drawing the widgets it > needs. So we don't need all the power a complex toolkit like Gtk > provides. Yes, maybe using Gtk makes the porting process more easy, > but it doens't is the ideal. OK, I will also take a look at these directories, in case the widgets are not relying on native widgets, all this is doable. We could let DirectFB do most of the drawing, and the widget behavior (mouse clicks, modality) comes from LiTE. > Maybe we could use some LiTE in the Gecko port, as I've already said, > as it should provide all that we need. Yes, the ideal is if we use DirectFB for the direct blitting and drawing operations, and LiTE for handling the widget behavior, event loop, and so on. > > Have you also looked at WebKit? Anyway, hmm, it would be tempting to get > > Gecko running as a DirectFB/Web OS solution. I think the future > > embedded Os is a Web OS. Oh, I totally agree, if there's a next toolbox/OS, it's very much tied to CSS/AJAX/Canvas et rest. We just need a very light and fast underlying implementation. Also should not take a lot of memory, Minimo for examples eats a lot of RSS space... > Yes, it's tempting to me too =) > And yes, I've looked at WebKit. It's the Apple's khtml-based engine. > I've even tested a port of it to gtk, named gtk-webcore. It seems very > promising, but Gecko is far more madure. True, there are more CSS and similar issues they need to fix along the way. But the implementation is more light-weight than Mozilla's architecture. > And Gecko not only renders HTML, it provides XUL, so a whole complex > interface can be made on top of it. All the Mozilla suite is written > in XUL: Firefox, Thunderbird, Seamonkey, and so on. It's managed and > drawed by the Gecko core. That would indeed be nice. Note however that Firefox, Thunderbird, and similar tools are cery much assuming that they run on desktop/laptop systems, so they need to be scaled down depending on the underlying hardware. --Kent _______________________________________________ directfb-dev mailing list [email protected] http://mail.directfb.org/cgi-bin/mailman/listinfo/directfb-dev
