Re: GTK+ modularization

["Sean Kelley" <sean sweng gmail com>]

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.

Sean

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
> system.
>
> I worked on JSR209 which was cutting swing down to fit on the mobile.
> The experience
> 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
> > http://mail.gnome.org/mailman/listinfo/gtk-devel-list
> >
> _______________________________________________
> gtk-devel-list mailing list
> gtk-devel-list gnome org
> http://mail.gnome.org/mailman/listinfo/gtk-devel-list