Re: Why are people sticking with GTK+ 26.? (Re: GTK+ modularization)

2006-08-17 Thread Nicolas Setton
Hello Carl & al, > I'm personally interested in hearing more details about what your > motivation for sticking with 2.6 is. If it's performance concerns, (as > is the case with others I've talked to), then I should point out that > I'm personally very interested, and planning on fixing those > per

Re: Why are people sticking with GTK+ 26.? (Re: GTK+ modularization)

2006-08-16 Thread Nicolas Setton
Hello Carl & al, > I'm personally interested in hearing more details about what your > motivation for sticking with 2.6 is. If it's performance concerns, (as > is the case with others I've talked to), then I should point out that > I'm personally very interested, and planning on fixing those > pe

Re: Why are people sticking with GTK+ 26.? (Re: GTK+ modularization)

2006-08-15 Thread Clemens Eisserer
Hi, > One thing you might want to look into is changing the usage of doubles. > They are used all over the place and they are way overkill. On small > platforms like ours this is particularly painful because of floating > point emulation. Any new descissions ... may there be changes driven by the

Fwd: Why are people sticking with GTK+ 26.? (Re: GTK+ modularization)

2006-08-15 Thread Paul Plaquette
Carl, there 's at least one : Pango is using Cairo, cairo is a double based vector graphics engine... Pango became slower since it is using it. On embedded platform the cost for calculations with double is really heavy. Embedded computing does not benefit from the pseudo empiric "intel mo

Re: Why are people sticking with GTK+ 26.? (Re: GTK+ modularization)

2006-07-22 Thread Hans Breuer
On 20.07.2006 02:09, Carl Worth wrote: > I'm personally interested in hearing more details about what your > motivation for sticking with 2.6 is. If it's performance concerns, (as > is the case with others I've talked to), then I should point out that > I'm personally very interested, and planning

RE: Why are people sticking with GTK+ 26.? (Re: GTK+ modularization)

2006-07-20 Thread Jesse Donaldson
Jesse -Original Message- From: Carl Worth [mailto:[EMAIL PROTECTED] Sent: Wednesday, July 19, 2006 5:09 PM To: Jesse Donaldson Cc: gtk-devel-list@gnome.org Subject: Why are people sticking with GTK+ 26.? (Re: GTK+ modularization) On Mon, 17 Jul 2006 13:58:41 -0700, "Jesse D

RE: Why are people sticking with GTK+ 26.? (Re: GTK+ modularization)

2006-07-19 Thread David Moffatt
gtk-devel-list@gnome.org Subject: Why are people sticking with GTK+ 26.? (Re: GTK+ modularization) On Mon, 17 Jul 2006 13:58:41 -0700, "Jesse Donaldson" wrote: > We're still using v2.6, so folks may not care, > but I'm happy to share our results (

Why are people sticking with GTK+ 26.? (Re: GTK+ modularization)

2006-07-19 Thread Carl Worth
On Mon, 17 Jul 2006 13:58:41 -0700, "Jesse Donaldson" wrote: > We're still using v2.6, so folks may not care, > but I'm happy to share our results (once we've obtained them). Also, if > he'd like, I can try to put Mathias in touch with whoever will be > looking at this on o

Re: GTK+ modularization

2006-07-19 Thread Florian Boor
Hello, Mike Emmel 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. i think its a matter of defining "embedded programming". > Generally your running a small set of custom apps if you provide a > public api (rare) > S

Re: GTK+ modularization

2006-07-19 Thread Florian Boor
Hello, Matthias Clasen wrote: > This has been discussed a bit at Guadec; and I have started looking into > what it would take to allow compiling GTK+ with certain subsets of > widgets. > > My current patch defines a small number of optional subsets: > > * broken: widgets covered by GTK_ENABLE_B

RE: GTK+ modularization

2006-07-17 Thread Jesse Donaldson
btained them). Also, if he'd like, I can try to put Mathias in touch with whoever will be looking at this on our end. Jesse -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Mike Emmel Sent: Friday, July 14, 2006 12:25 PM To: Sean Kelley Cc: gtk-devel-lis

Re: GTK+ modularization

2006-07-14 Thread Mike Emmel
On 7/14/06, Sean Kelley <[EMAIL PROTECTED]> wrote: > 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

Re: GTK+ modularization

2006-07-14 Thread Sean Kelley
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. The

Re: GTK+ modularization

2006-07-13 Thread Mike Emmel
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 ful

Re: GTK+ modularization

2006-07-13 Thread Allin Cottrell
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 t

RE: GTK+ modularization

2006-07-13 Thread David Moffatt
have a bit of a PD eco system. Everybody uses stuff like busy-box. --David Moffatt -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Mike Emmel Sent: Thursday, July 13, 2006 6:00 PM To: gtk-devel-list@gnome.org Subject: Re: GTK+ modularization Can I sugges

Re: GTK+ modularization

2006-07-13 Thread Mike Emmel
Can I suggest considering a version designed for custom widgets. And leave it to the embedded developer to selectivley pull in more widgets. This would be GtkWindow GdkBin GtkButton and a few more say text input. basically a very simple toolkit. After this if you want to use gtk custom widgets a

Re: GTK+ modularization

2006-07-13 Thread Allin Cottrell
On Wed, 12 Jul 2006, Murray Cumming wrote: >> This has been discussed a bit at Guadec; and I have started >> looking into what it would take to allow compiling GTK+ with >> certain subsets of widgets. >> >> My current patch defines a small number of optional subsets: >> >> * broken: widgets cove

Re: GTK+ modularization

2006-07-12 Thread Attilio Fiandrotti
Matthias Clasen wrote: > This has been discussed a bit at Guadec; and I have started looking into > what it would take to allow compiling GTK+ with certain subsets of > widgets. > > My current patch defines a small number of optional subsets: > > * broken: widgets covered by GTK_ENABLE_BROKEN >

Re: GTK+ modularization

2006-07-12 Thread Matthias Clasen
On Wed, 2006-07-12 at 10:47 -0400, Tristan Van Berkom wrote: > Matthias Clasen wrote: > [...] > >> > >>I meant, for instance, deprecated functions in non-deprecated files. > > > > > > No, it doesn't touch those. It is really meant to be widget subsets. > > > > On a hypothetical level... could t

Re: GTK+ modularization

2006-07-12 Thread Murray Cumming
> On Wed, 2006-07-12 at 08:59 +0200, Murray Cumming wrote: >> > This has been discussed a bit at Guadec; and I have started looking >> into >> > what it would take to allow compiling GTK+ with certain subsets of >> > widgets. >> > >> > My current patch defines a small number of optional subsets: >

Re: GTK+ modularization

2006-07-12 Thread Tristan Van Berkom
Matthias Clasen wrote: [...] >> >>I meant, for instance, deprecated functions in non-deprecated files. > > > No, it doesn't touch those. It is really meant to be widget subsets. > On a hypothetical level... could this all be simplified by attacking it from a makefile level ? One could use gcc

Re: GTK+ modularization

2006-07-12 Thread Matthias Clasen
On Wed, 2006-07-12 at 08:59 +0200, Murray Cumming wrote: > > This has been discussed a bit at Guadec; and I have started looking into > > what it would take to allow compiling GTK+ with certain subsets of > > widgets. > > > > My current patch defines a small number of optional subsets: > > > > * br

Re: GTK+ modularization

2006-07-12 Thread Matthias Clasen
On Wed, 2006-07-12 at 14:28 +0200, Murray Cumming wrote: > > On Wed, 2006-07-12 at 08:59 +0200, Murray Cumming wrote: > >> > This has been discussed a bit at Guadec; and I have started looking > >> into > >> > what it would take to allow compiling GTK+ with certain subsets of > >> > widgets. > >> >

Re: GTK+ modularization

2006-07-12 Thread Murray Cumming
> This has been discussed a bit at Guadec; and I have started looking into > what it would take to allow compiling GTK+ with certain subsets of > widgets. > > My current patch defines a small number of optional subsets: > > * broken: widgets covered by GTK_ENABLE_BROKEN > * deprecated: widgets cov

GTK+ modularization

2006-07-11 Thread Matthias Clasen
This has been discussed a bit at Guadec; and I have started looking into what it would take to allow compiling GTK+ with certain subsets of widgets. My current patch defines a small number of optional subsets: * broken: widgets covered by GTK_ENABLE_BROKEN * deprecated: widgets covered by GTK_DI