Re: GTK+ modularization
- From: "Sean Kelley" <sean sweng gmail com>
- To: gtk-devel-list gnome org
- Subject: Re: GTK+ modularization
- Date: Fri, 14 Jul 2006 04:14:19 -0500
I think you have to be careful about even embedded specs. For
example, I am working on a device that has 1 to 4GB of flash space and
64 to 128MB of RAM. A Nokia 770 would be a good parallel, although
with less flash space on board. These sort of specs are more in line
with consumer devices. They are still running arm processors.
On 7/14/06, Mike Emmel <mike emmel gmail com> wrote:
Hmm I'm not sure what to say I don't think that the nature of emedded programing
is comming through our its needs.
Generally your running a small set of custom apps if you provide a
public api (rare)
Someone targeting the device will port to it.
If you have the luxury of tons of space then run full gtk.
If not a minimal base set that at least get gtk in the picture followed
by domain specific standardization is what you want.
Look at J2ME for a lot of good concepts they use device profiles.
Its not the desktop world. Basically if you want gtk to become useful on
embedded platform you need to shoot for a total lib footprint of 1-2
megs for the base
I worked on JSR209 which was cutting swing down to fit on the mobile.
left me doubtful that its really a good idea since the needs of the
two communities differ so radically. Te chnically it looks good by you
have to cut the system to the bone first and there is a lot of
resistance to doing that from the desktop developers.
If your serious about embedded gtk then figure out what you can do
with a version of
glib gtk cairo atk libpng etc that fits in 1-2 megs first.
On 7/13/06, Allin Cottrell <cottrell wfu edu> wrote:
> On Thu, 13 Jul 2006, muppet wrote:
> > As i understand it, the target for this modularization is not
> > desktops --- it's embedded devices.
> Hmm, perhaps I haven't been following this closely enough. In
> an embedded context the slimming of GTK certainly make sense.
> > Therefore I heartily condone the effort to make subsets that
> > can be turned off, but with respect to your concerns about
> > portability of desktop apps, would suggest that these subsets
> > are not advertised as useful for desktop systems.
> Yes. I find it's surprisingly easy for people to shoot
> themselves in the foot, and anything that makes that less likely
> is welcome. (In this context, shooting self in foot =
> installing or building a GTK runtime that will not support all
> the apps the user wants to run.)
> Allin Cottrell
> Department of Economics
> Wake Forest University, NC
> gtk-devel-list mailing list
> gtk-devel-list gnome org
gtk-devel-list mailing list
gtk-devel-list gnome org
] [Thread Prev