RE: [Dillo-dev]which version does this patch file patch
Which is why I tried to build it against gtk2.
One word: space. When you are working on embedded systems with limited space, you have to chose your libraries carefully, not pile in double libraries that are just slightly different.
Technically, two version of a library are different libraries. The fact is, when you have to pick which one of two similar libraries to include, just adding the second isn't an option. We're talking about fitting everything, including printing, on a 32M or 64M flash, and every redundancy counts against you. The whole idea behind looking at Dillo is to obtain a nicely featured browser with a small disk footprint.
Not going to happen. I stated, I thought clearly, that this was an embedded project. You can't just go willy-nilly installing extra libraries because an application only compiles against version 1, but not version 2. The rest of the items in the project are compiled against gtk2. So yes, in order to use Dillo, it would need to be fixed to be compiled against glib2 and gtk2, because just installing another set of libraries is not an option. ljl
"Linda J. Laubenheimer" wrote:
well, I wouldn't use the bloat of gtk2/glib2 in an embedded system and I hope dillo stays gtk1, which is faster, more portable and consumes less resources (and besides,muchmore portable across different operating systems). I could rephrase saying that it is your problem using gtk2! Of course you have choosen your tools and libraries in your project... Personally I hope the independence of the dillo core will enable to port it to different UIs and different toolkits (think of motif or fltk or even other, fast toolkits) instead of binding us to gtk. Of course you can object that gtk2 is actively developed and gtk1 not, but I really agree with other saying here that the two are quite "different" beasts. Just my 2 cents, -R
participants (4)
-
Jorge Arellano Cid
-
Kelson Vibber
-
Linda J. Laubenheimer
-
Riccardo Mottola