nanogui: GTK+ port to nano-X
Subject:
Re: GTK+ port to nano-X
From:
Jordan Crouse ####@####.####
Date:
17 May 2001 15:58:55 -0000
Message-Id: <0105170958250A.06474@cosmic>
Yeah, I had issues with the C generator as well. But I recognize the
difficulty of making a quality C generator, so I understand.
I have mixed feelings about the on the fly generation - I question the
usefulness for applications that never change - It just introduces speed
concerns and requires more storage space.
However, I believe that there are a few areas in the embedded space that
would really benefit from something like this. Take for example a graphical
TV remote control -- you have new features being added to the TV, DVD,
reciever, etc all the time. You could distribute the device with an binary
engine that doesn't change over time. You then offer each new device as a
XML file that describes the appropriate control screen. When you have new
devices, you can just send a couple of tiny text files to the device instead
of completely reflashing it with a new image.
However, I think this technology should be used sparingly. I for one hate
the idea of running an XML engine everytime I want to start up a new app,
especially on some of the slower machines.
Jordan
On Thursday 17 May 2001 09:09, Gary James mentioned:
>
> It's been about two years since I looked at Glade, but when I left
> they had a C code generator that was a little sketchy. It didn't do
> so well at preserving your code when you changed the layout. About
> that same time a lot of work was going into building a library
> libGlade (?) that would read the Glade layout files (XML format) at
> runtime to generate the windows on the fly.
>
> Gary James
>
>
>
> --
> Gary A James, Critical Link, LLC
> Voice: 315.425.4045 x218
> Fax: 315.425.4048
> E-Mail: ####@####.####
> WEB: http://www.criticallink.com