Lenny wrote in to point us to this interestingarticle on writing games with QCanvas. Nice, easy, and includes example source code. All six pages can be loaded in the printer-friendly version here. In Qt/Embedded news, Trolltech has announced version 2.2.2, and even more exciting a new Qt Palmtop Environment available for download under the GPL. It will be interesting to see if a KDE-enhanced version is feasible -- imagine running KDE on a Linux PC without X. For more Qt/Embedded buzz, also see this article on Lineo and Trolltech.

In other news, Will Smith himself wrote in to point us to this positive review of Kivio over at LinuxPlanet.

Comments

hummm....
am I the only one who really love X.
running programs from diffrent computers displaying it on one, for example Running koffice from my old
good Sparc Station lx with my beloved keyboard it's a joy, you can even play asteroids on it :)

I dare say you are a retard!
The xwindow system has thousands of benifits over
microsofts windows toolkit. The xwindow toolkit has
been redefined over 100 times in the past 20 years.
and is actualy doing more work with less resources
than ever before.. Winblows still adds eyecandy yearly
at the cost of resources.. Fact is nothing can beat linux
and the xwindow toolkit for depth, functionality, ease of use,
and overhead.. Go back to school and learn somthing this time!
Wildman

well,i have a use for QT without X,my main box (in other words,the box i'm stuck with it) has been crawling under the load of X,i must admit that my Xserver isn't anywhere near optimized (stock debian xserver-svga which have driver for every graphic card under the sun) but i don't have the disk space to recompile X so each time i use X,i must wait about 2 or 3 minute when it start up and i use an average of 10 to 15 MB of swap (my main memory is totaly maxed out),i'm currently buying a new box but i'll have it in about 5 month.

The place I would like to see Qt embedded used is in the graphical installers of some linux distros(such as Mandrake or esp. Redhat). Currently the installation programs load X to display graphics. I doubt that the network transparent features of X are ever useful in a temporary installation program. Instead they could use Qt/Embedded to display better graphics and get the installation done, without the slow interface that X provides (Redhat's graphical install really is horrible. I prefer the Ncurses interface rather than curse the graphical install). First impressions do count.

This looks really cool, and I was just about ready to install this on my Cassiopeia E-100 when I took a look at the README. Apparently, I could install it and it would work, but due to the large size of the kernel (twice as big as the kernel for x86), a great deal of thrashing would occur. Qt blames gcc, saying that the compiler produces such a large kernel binary. I'm wondering if:

anyone is working on this or

it would be possible for someone to compile the kernel with a more efficient compiler and release the binary of the (hopefully smaller) kernel

I'd really like to try this out so any information is greatly appreciated. Thanks.

Well, KWin and Kicker would be kool on a palmtop or any embedded Unix system... but... will it be legal to do so? I'm not sure. You see, KWin, Kicker and several other KDE applications are under the BSD license, but Qt/Embedded does not have the *dual* GPL/QPL license like Qt/X11 has. I could be wrong here, but I don't think it's allowed to link to a GPL library from anything other than a GPL application.

In this particuliar case, noone can deny the "system library" status of Qt embedded. It is allowed to link a GPL program to any library, whatever its license, as long as it's a system library -- in extenso something you have already installed on your system and you really need to have your system working.

You can also just say "because the X license is the most compatble one" you know
Well actually I can't, because I don't know the exact reasons (not being one of the developers). I just got ticked of by the assertion that you by default do not understand (L)GPL or hold some sort of grudge against RMS, if you choose some other free license for your project.

Anybody notice the news about Kylix source will be opened to GNOME foundation (look here)?
I don't know why they do this, considering Kylix is written with Qt. So if Borland will ever release the code for Kylix, shouldn't be to KDE team instead of GNOME foundation? After all KDE is written using QT.
My Questions:
Is Kylix will only support GNOME application development?
Is this mean KDE losed another PR war?

Borland has a pro-KDE image (works with TrollTech on VCLX, attempt of merging with "Korel")

GNOME is a nice buzzword these days in the USA

due to its "pro-KDE" image, Borland was having an "anti-GNOME" image

Borland was willing to give support for both desktop

So they decided to make an announcement where they will talk about GNOME.

Kylix is a project made of several part: the component library (CLX, formerly VCL, I will call it VCLX because there's already a CLX library), the compiler, and the IDE. The former will be (perhaps) open-sourced, ie available to the GNOME foundation but also to the rest of the world, including KDE developers. Both two laters will stay proprietary.

I had exactly the same problem on Mandrake 7.2. The installation wasn't out of the box though - I had built qt and kde 2.1 from the source. I tried installing the kivio rpm, and it segfaulted on startup, so I got the source. It built fine, but gave the error you described. I installed the rpm again and hey presto - it works! There must be something missing from the source distribution.

and not running items on each of these articles like you used to do? These summaries are worthless. This site was a lot better when there were more descriptions of the articles. Let's face it -- the outside world does a better job of covering KDE than kde news does (most of the original articles here ar little more than dog food or regurgitated newsgroup postings), and I find it useful to see how kde is being covered by the rest of the web.