On Jan 20, 2008, at 12:38 AM, Marc Santhoff wrote:
Am Samstag, den 19.01.2008, 22:41 +0100 schrieb Damien Gerard:
And since one incarnation will have to work on a pretty small
embedded
computer I'm very happy to get rid of the GTK1 (and it's bugs)
Anyway GTk1 is a part of the past. GTK2 should be used instead and
there is not a lot of bugs with the LCL. It works better on Windows
but it won't be the case in a near future (as soon as TPageControl
and
TScrollBox be fixed). On FreeBSD you use a X. And GTK works pretty
well on it.
Yes, but GTK2 is fat, slow and ugly. ;)
Seriously, it is somewhat slow on my desktop, I'd never try to run
it on
a Geode running at 300MHz ...
The first problem is X.
`Expose` on my old PowerPC 400Mhz does not (nearly depends of the
huge number of windows) suffer from lack of speed
GTK2 under windows is faster than GTK2 under Linux. But I agree it is
far from the fastest...
Anyway, are you saying fpGUI would be really interesting for embedded
apps ? If yes That's interesting indeed.
As far as I understood it, fpGUI uses the Xlib directly to draw it's
widgets. Graeme knows all the details, but if it is so, the complete
GTK
is superfluous. That makes at least approx. 1,5 MB on disk and one
software layer less.
Without any integration with the rest of the OS.
You still have the same count of software layers.
Okay, RAM is getting bigger,
It does not really matter for me, if it is not like Firefox :)
Flash is getting faster
hum sure ? Like Silverlight, Taking 120% of my CPUs is not fast for
me :) But it is another debate.
, but in the design
as it currently is, that would save some loading time, main memory
consumption and maybe processing time (although probably not noticable
by the user).
May be. However always redrawing is not always the better idea.
Under OS X for example it is a really bad idea, the system will always
be better than you due to it directly use the video card with Core
Image and it knows exactly what part to redraw. All windows are
already double-buffered. And even if I don't like it under Windows it
should be the same, espacially with Vista.
I agree GTKx are quite ubly. GTK1 without any doubt, GTK2 why not, but
no QT.
And it would squash some GTK-bugs including workarounds to make the
system work as expected.
Always speaking about GTK-bugs but what about fpGUI bugs ?
For me that's an attractive advantage.
Anyway, I think I will have to test by myself, make an hello world
project in a first time, then a pseudo complete one. Because I still
don't see any real advantage. The first inconvenient for me is the
integration with the system. I think programmers should keep at least
native dialog windows.
Anyway fpGUI is still young, and I like its principles . I will have a
try because I want to test it, especially for the Linux version of one
of my projects. If fpGUI a really more faster than GTK2, it will be my
new friend :) (if dialogs windows are those from the system, because
my users won't appreciate do not have all their shortcuts)
--
Damien Gerard
[EMAIL PROTECTED]
Le temps n'a pas d'importance. Seul le code est important
-- (f00ty)
_________________________________________________________________
To unsubscribe: mail [EMAIL PROTECTED] with
"unsubscribe" as the Subject
archives at http://www.lazarus.freepascal.org/mailarchives
