NOV
7
2005

Trolltech Developer Days in Munich

The second annual Trolltech Developer Days took place last month in San Jose, USA and on last week in Munich, Germany. They featured keynotes and presentations from Eirik Chambe-Eng, Trolltech's co-founder and President; Matthias Ettrich, founder of KDE and Trolltech's Vice President Software Development; Aaron Seigo, KDE Core Contributor and many others. Read on for a summary of some of the keynotes and presentations given in Munich.

Eirik Chambe-Eng

The first keynote by Eirik Chambe-Eng, Trolltech's co-founder and president, gave an overview of the company's current situation and future plans:

Trolltech continues to grow at an impressive rate, they increased their staff from 80 to 140 employees in the last twelve months. A second round of fundraising, which brought $6.7 million of disposable money to the company, was recently completed. Trolltech has opened an office in China. And of course the long awaited Qt 4 was released. In the coming twelve months Trolltech will become a professional service organisation. They will develop new products that complement and expand the usage of Qt. A continued focus on making Qt easier to use, faster, leaner and better will be kept and it is expected that Qtopia will explode in the phone market.

One of the new products complementing and expanding the usage of Qt will be a thin client architecture called Qt/Coco, named after designer Coco Chanel who said one can never be too rich or too thin. It is targeted at enterprise users and it will allow server side Qt apps to be deployed on thin, universal clients in an organisation, with the goal to dramatically reduce administration costs. Currently, Qt/Coco is in the prototype stage and it already shows amazing performance (ten times faster than X11). Trolltech is also developing Java-bindings for Qt called Qt/Java, which will allow Java developers to use the Qt API. A prototype will be available in the first quarter of 2006.

Qtopia is another success story for Trolltech. The company currently has 85 customers using Qtopia, from which 30 are mobile phone builders. Linux is the disruptive force in the handset industry and Trolltech's goal is that 100 million handsets are sold using Qtopia by 2008. Qtopia 4, which is currently under development, will be based on Qt 4. Some of its highlights will be a native sandbox for safe execution of programs, an integrated SQL database on every device and advanced graphics due to the new Arthur painting subsystem in Qt4. Some of the advantages of Qtopia over .Net are: customisability of the user interface, lower memory consumption and the availability of the source code.

Matthias Ettrich

The second keynote by Matthias Ettrich, founder of KDE and Trolltech's Vice President of Software Development gave an overview of Qt 4:

The design goals of Qt 4 were to enhance the capabilities, to increase the flexibility and to lay a solid foundation for the future. Mostly Qt 4 turned out as an immediate success. The clean Qt 4 code base allows Trolltech to turn quickly and there are successful and fast ports from Qt 3. Qt 4 has also been quickly adopted in the open source world. However, some users are dissatisfied with the speed of certain painting operations and the qt3to4 porting tool and the Qt3Support library partly failed to deliver: some ported applications compiled, but looked very odd when running. Qt 4.1 brings many small bug fixes, based on customer feedback. Arthur, the painting subsystem of Qt 4, is optimised, including accelerations using OpenGL. It also included a highly improved and extended Qt3Support library and an enhanced Qt Designer with an action editor. Qt 4.1 also includes a new painting backend for Arthur: a SVG backend that renders SVGs either using the native rendering backend (e.g. Render on X11, core graphics on MacOSX) or OpenGL.

For the future, Trolltech is porting Qt 4 to Windows Vista and it is improving the embedded and the MacOSX version of Qt 4. Also the Qt 3 to Qt 4 migration experience will be further improved. New features according to customer needs will be integrated. Some examples could be: scripting in dialogues, printing (currently there is no cross platform preview function available), desktop integration (systray, mimetypes, help system), high-level mainwindow integration in native platforms (e.g. always use SDI on MacOSX), cross desktop IPC, improvements to the help system (currently there is no infrastructure for a context sensitive help system) and a component model.

Aaron Seigo

After lunch, Aaron Seigo talked about Qt and the Future of the KDE interface.

Aaron first summarised some facts about KDE 3. It is based on monolithic libraries, has an attractive interface which is limited by the current desktop imaging techniques, has lots of features and lots of applications. KDE 4's library layout will follow Qt 4's more modular approach. The libraries will be split into modular components and frameworks and the naming and API consistency will be improved.

Next Aaron discussed the merits of the single click interface. Single clicks are good because they are easier to learn and more predictable then double clicks. In addition they are quicker. The downsides are that it is not straight-forward how the user can select something. And single click actions still have to be learnt. An alternative approach that shares the advantages of the single click interface, but does not have the disadvantages, is a mouse-over based interface. The basic idea is that a (transparent) menu opens if the mouse is over an icon. This context menu presents options like select and activate that can be performed with an object. The image below shows a mockup of such a mouse-over based interface.

Mockup of a mouse-over based interface

Subsequently, Aaron discussed how desktop usage has changed over the years and that the desktop itself has not follow this change. In 1984 users were typically running one application and only managed a few files. Thus it made sense to put those files on the desktop. Today most users run several applications at once and have thousands of files on their hard disks. Thus putting files on the desktop is not useful anymore. To accommodate this Konqueror will be reworked for KDE 4. It will offer a simple and direct interface to browse the web and a content manager to manage files, context and data. KDE will also make use of new X.org features to allow e.g. transparent menus as shown in the image above. Control centre and the workspace utilities will be reworked and, of course, kicker will be replaced by Plasma. Plasma aims at making the desktop useful again. It will use organic shapes to make the user experience more natural, e.g. widgets will have round corners. Widgets will be extendable, stackable and tearable. It will also introduce universal widgets which can be put everywhere on the desktop. There are numerous applications for such universal widgets: hotplug actions, messaging notifications and events. Such widgets will be easy to create using Javascript and SVG and it will be possible to use alpha blending to blend them with the desktop. Plasma will include a single click installation for such widgets. Finally, panels will be replaced by widgets. Plasma also aims to be a workflow enabler. It will allow the desktop to float and recede. Workflow is supported by following context, multiple custom layouts and networking widgets.

KDE will also feature an improved KDevelop and Kontact. The MDI mode and the toolbar configuration will be reworked and enhanced. KDE will also feature a new default icon theme called Oxygen.

I want to thank Matthias Ettrich who made it possible for me to attend the Trolltech developer days in Munich

Comments

Thanks for all the information for those who couldn't attend!
It's great to hear that trolltech grows at such a good rate. The future with Qt 4.1 and KDE 4 looks really great.

CU Dom


By Dominik Seichter at Mon, 2005/11/07 - 6:00am

And that context search mock-up looked quite interesting.


By segedunum at Mon, 2005/11/07 - 6:00am

Interesting read. I still hope for some continuity between KDE3 and KDE4 - so that trained people still get the less intutive but in the end faster interfacing stuff like doubleclick instead of mouse-over and so on.

Though design decisions will be made I guess. We will see.


By chris at Mon, 2005/11/07 - 6:00am

Aaron just today on his blog, "... file managers are an anachronism."

I've heard rumors that some TT devs are brainstorming possible file manager replacements and with this mock-up and Aaron's quote, I think whatever comes out will be quite interesting.

I like the idea of working _around_ the endless 'single click' VS 'double click' debate. If I had to guess, I think that is the true anachronism. We're limiting our UI choices based on old technology. Qt4 is going to offer us sooooo much more :)


By manyoso at Mon, 2005/11/07 - 6:00am

Although I somewhat agree with the idea that file-managers are an anachronism, I'm not all for a total revamp.

On the one hand, I think calling file-managers an anachronism is kinda like saying manual screwdrivers are an anachronism, just because most of the time it's easier to use an electric screwdriver. However, trying to use an electric screwdriver in some situations will result in badly stripped screws and a lot of unnecessary hassle.

Likewise with file-managers. I'd love to have the revved up electric-screwdriver version of Konqueror, where I have to do one-tenth of the work and get all the results. At the same time, I definitely want to be able to use the same old I-do-all-the-work-and-have-far-better-control version of the file-manager available.

I hope that in the redesign of the system, this is kept in mind, and by the mockup it seems that it most likely was. I hope that the "Ask A Question" bar is done like the "Location" bar currently is: If I just type in a lot of words, it'll do the search I need, but if I put in "~/personal/writing/" it'll take me straight to the directory I told it to.

I'm also somewhat concerned by the incredibly cool idea of mouse-over-menus. On the one hand, it's a very elegant solution. On the other hand, it results in a significant interface difference between Icon/Tile views and List/Detail/Tree views, or Icon view at a very small size, as those more reduced views do not have space for a mouse-over menu. I couldn't abide having my icons as large as they are in the example (I have too much stuff in most directories to sacrifice that much screen realestate), so there could be issues with my using this system as it is displayed.

Of course, there are top-notch developers working on this, so I'm sure they've considered these issues.


By jameth at Mon, 2005/11/07 - 6:00am

I like the sound of Qt/Coco development. X11 is a dinosaur in need of replacement BAD. Windows kicks X11 100 times all around because X11 is a bloated protocol. Whoever developed X11 should deserve F's in all their computer science and math classes. Oh yah, X11 was from MIT. Shows you how stupid MIT people are.

In any event, I have a few questions for Qt/Coco:
1) Will it replace X11 altogether? (I think it's about time it should!)
2) What kind of license will Qt/Coco be under? (I'm working on a prototype of a faster than desktop protocol, so if Qt/Coco is under a commercial license, then I will further my development. The more competition the better. )
3) Compare to RDP 5.2, is it faster? If it's not, then it shouldn't be out in the market.
4) Compare to Citrix, is it faster? Again, if it's not, it shouldn't be out in the market.
5) Minor stuffs, will it do application specific display? Will it have multi users connecting to the same screen for presentation purposes? Will it have ACL to allow 4 users control access and 5 users view access on the SAME desktop? Will it allow multi session per instance of running Qt/Coco, meaning I have KDE Linux running on a PC, and I can have 2,000 users access it each having their own desktop?

Thanks!


By Yo at Mon, 2005/11/07 - 6:00am

Cool. You seem to have ABSOLUTELY NO IDEA of what X11 is supposed to be. X11 is a network transparent windowing system, for use in high bandwidth networks. This means that wherever you are, you have access to your GUI *on a central server*. X11 is not supposed to be fast. Its supposed to be usable over the network. This means that it is not as fast as it could be, but usable on thin clients which were common a few decades ago, but recent optimizations make it also usable on new thin clients as well as on local hardware.

Yeah I know, there is (Free)NX. However, this doesn't qualify in this discussion, because it uses a *lot* of compression/decompression overhead, using a lot of CPU cycles, which can be saved in high bandwidth networks.

You think all X11 designers deserve F's? Design somthing better for this same purpose and then come back. Troll.


By hoirkman at Mon, 2005/11/07 - 6:00am

>> You seem to have ABSOLUTELY NO IDEA
>> of what X11 is supposed to be.
---------------------------------------
Careful! Let's first see if you have much more of an idea about the real problems of X11.

>> X11 is a network transparent windowing
---------------------------------------
Correct. Bonus point for you.

>> system, for use in high bandwidth networks.
---------------------------------------
Not correct. I can show you a reproducible environment, where you get basically all the bandwidth you like (it may be for example the loopback interface), and X11 is still slow over this bandwidth.

The reason? The reason is the possible latency between two nodes which can not defeated by any amount of bandwidth you may throw at it. That latency is putting the break on many modern applications displaying their GUI over the network onto a remote screen.

The consequence? The application logic running on one box needs to talk to its own display screen (which is drawing its dialogs, etc.) and the user's keyboard and mouse (which give it commands to follow). This talking is an exchange of messages, many of which require direct responses for the program flow to go on. A message <--> response pair is a "roundtrip". A roundtrip is taking time, the time of the link latency to complete.

Link latency adds up. Mozilla/Firefox needs to go through several thousand roundtrips before even its first complete dialog window appears completely drawn on screen. You do not feel toooo much of this with latencies below 1 millisecond (as in a LAN, or on a loopback interface, or on a Unix domain socket). But over the internet you have to pay the toll. Going over a GSM modem, Firefox' thousands of roundtrips for the first window take more than 7 minutes to finish.

The guilty? Yes, *some* would say it is the fault of X11 being designed as it is, "provoking" too many roundtrips. I'd oppose them. X11 is a very efficient protocol in and of itself. It has minimal overhead. It is more what the programmers of the applications, or more exactly, the programmers of the low level toolkits (Gtk and Qt alike) are doing to the X11 protocol and abusing its atomic messaging capabilities for lots of stuff that shouldn't be done at all, and avoided through more intelligence.

NX is ample proof of this. Yes, NX compresses too. But compression alone is not the only reason. (You can try "ssh -C -X" over a real internet link, and over a DSL or faster connection, to see how much or how little it helps...).

Going back to the same GSM modem connection: NX is able to filter out nearly all of those several thousand roundtrips (less than a dozen remain), and strip down the time for drawing the Firefox window from > 7 minutes to about 20 seconds.

>> X11 is not supposed to be fast
---------------------------------------
For me, it is. Since X11 can't fullfil that requirement any more, given the talkative nature of modern GUIs and of the toolkits they're building on, I am happy to have NX which adds that required feature back for me.

>> Its supposed to be usable over the network.
---------------------------------------
Exactly. But for me, it is supposed to be usable even over dialup modem links. Even over 250 milliseconds latency links from a hotel room in San Francisco/USA to a Frankfurt/Germany based KDE desktop server.

>> (Free)NX (...) uses a *lot* of compression/decompression
>> overhead, using a lot of CPU cycles
---------------------------------------
Actually, it uses a lot less of CPU than you would think it does.

The special NX compression scheme for X11 traffic uses roughly 10% of the CPU cycles as compared to what a plain and generic ZLIB based compression would use for the same traffic. At the same time, it is about 10x more efficient by using a cache that saves when having to transfer identical content twice, and resorts to differential transfers for similar content.

>> You think all X11 designers deserve F's?
---------------------------------------
No, *I* don't. I think they deserve A's. (Some people may give them not exactly these grades for some of their *implementations* -- but that is a completely different matter, and I am not competent to be a good judge here.] ;-)


By Kurt Pfeifle at Tue, 2005/11/08 - 6:00am

And if you don't believe Mr. Pfeifle just check out E17 which is one of the very few projects natively making good use of the X Window System.


By ac at Tue, 2005/11/08 - 6:00am

You think NX is fast? Ha! NX is shiet slow compare to RDP 5.2. Go do several test cases yourself. I DID, and one reason why my company chose RDP over NX. We tried to give NX the benefit of the doubt, but at the end RDP 5.2 kicks NX serious ass all around. This include 25 frames per second ramdon polygons display, Power PCB board design at resolution 1600x1200-16-bit color, etc. All of this was compared to NX. It is without a doubt to us RDP 5.2 was a clear winner. NX has a lot of mouse/keystroke latency and the graphic display is not immediately when we click on a certain area or type on a certain section. The latency in response has us thinking at times that the system has froze.

In summary, NX does a lot of compression and optimizatin for X11 but the response from a user's experience is inadequate.

Having said that I welcome Qt/Coco and looking forward to reading its technical spec. Judging by what I'm designing, I'm assuming for them to achieve such great performance, they'll use UDP and parity to not do "round trip". It's a one-way message passing.

As far as I'm concern X11 is a very poorly design protocol. What is this about "network transparent windowing" ... and to think u know what you're talking about Citrix/RDP 5.2 can do "network transparent windowsing" at 50 times the speed. Remember, Microsoft licensed Citrix for their RDP technology.

Cheers!


By Zero at Tue, 2005/11/08 - 6:00am

Obviously, you do not understand what a network transparent protocol is. Citrix/RDP/VNC only carry remote desktop sessions. I concede that this is what normally you just want to do, but the usefulness of those protocols are implicitly limited to just this kind of application. You can't, for example, open *just one* remote application which I do constantly. Opening a whole remote session in this case only serves one purpose: cluttering your local Desktop.

OTOH, X11 is a great protocol. Kurt already explained why you experience some shortcomings. If you want to know more, I point you to the great series of articles about FreeNX he wrote for Linux Journal.

Last, I won't discuss about speed. I haven't done those tests myself so I will have to trust yours. In any case, use whatever fill better your needs but, please, next time do *informed and constructive* criticism or leave the rest of the world alone.

Thanks.


By Me at Tue, 2005/11/08 - 6:00am

"You can't, for example, open *just one* remote application which I do constantly."

Wrong!

The two are orthogonals. Protocol is INDEPENDENT from how the system handles to deliver each application. I am able to run just Word or just Excel WITHOUT having the WHOLE windows session from RDP. Ever heard of Windows 2003 Terminal Service? You can setup Windows 2003 policy so that when a user logs in, he/she only runs ONE application and have that one application be self-contained as a remote application. In addition, you can login, and run a "remote application". :)

I don't see your point about "just one remote application".

My criticisms justified!

Cheers!


By Zero at Tue, 2005/11/08 - 6:00am

Hmmm. I hope you have a fast and totally reliable network to run Terminal Services. I also hope you have fairly deep pockets as well.


By segedunum at Tue, 2005/11/08 - 6:00am

"You think NX is fast? Ha! NX is shiet slow compare to RDP 5.2"

RDP?! Oh, hell yer! Not.


By segedunum at Tue, 2005/11/08 - 6:00am

>>> You think all X11 designers deserve F's?
>---------------------------------------
>No, *I* don't. I think they deserve A's.

I disagree: NeWS was less latency sensitive than X, so does X11 designers really deserve their A?

I think it's a bit strange that using X11 is so difficult that the two major toolkits (GTK and Qt) do not manage to use efficiently X11's protocol and that NX must be used to reduce roundtrips..

BTW what is the link betweeb Qt/Coco and NX:
- None both do the same thing but Qt/Coco is a reinvention?
- Qt/Coco implement NX inside Qt?
- Something else?


By renox at Wed, 2005/11/09 - 6:00am

I did't find information about Coco but I implemented solution similar to this.
No X, no vnc, just Qt. And this solution is extreamly fast.
You can just write a server code similar to QT and get client-server application with one Client application.
http://sourceforge.net/projects/glan


By Oleg Shalnev at Tue, 2005/11/08 - 6:00am

Hi, can you give me some documentation on how to work this? My email is zero@nothingnew.biz.

Thanks!


By Zero at Tue, 2005/11/08 - 6:00am

http://glan.sf.net

Glan is a toolkit for developing network GUI applications. It consists of a remote Qt toolkit, a network (client-server) wrapper for Qt classes, and a Qt-based Application Server development platform for creating GUI oriented client-server applications.
It allows the developer to just write code using the Qt programming style for the server side and forget about the client side.

For example. Here is some of SERVER SIDE code
___
TransportPacket Packet;

GFont font;
font.setBold(true);

InterfaceLayout=new GGridLayout(this);

// Create Panel
GPalette palette;
palette.setColor(GPalette::Background, GColor(5, 100, 154));
palette.setColor(GPalette::Foreground, GColor(255,255,255));

PanelLayout=new GHBoxLayout();
PanelLayout->setSpacing(0);
PanelLayout->setMargin(0);
LogoLabel=new GLabel(this);
LogoLabel->setPalette(palette);
LogoLabel->setPixmap(GPixmap(QString::fromLocal8Bit("./images/KalpaLogo30.png")));
PanelLayout->addWidget(LogoLabel);

DateLabel=new GLabel(this);
DateLabel->setPalette(palette);
DateLabel->setText(QDate::currentDate().toString("dd.MM.yyyy"));
DateLabel->setFont(font);

PanelLayout->addWidget(DateLabel);

InterfaceLayout->addLayout(PanelLayout, 0,0);

// Create Organize Block
OrganizerSummaryLayout=new GHBoxLayout();
OrganizerSummaryLayout->setSpacing(0);

CalendarLayout=new GVBoxLayout();
CalendarLayout->setSpacing(0);
_____
As You can see it's similar to Qt.
After compiling you have a server. You must communicate with this server via special client. This solution is no X11 like solution, but a way of creating client-server application without difficulties. Of course Client is available for using on all QT platforms.
If Qt/Coco is similar to solution like this it will be very interesting to communicate with Coco programmers.


By Oleg Shalnev at Wed, 2005/11/09 - 6:00am

Could you please give me some complete example of server program for Glan. I want to run and see..Thanks in advance!


By ikbahrian at Thu, 2007/05/24 - 5:00am

Interesting choice of search term. I assume this was intended as a way to lighten the mood during a dense speech?

--
Evan


By Evan "JabberWok... at Mon, 2005/11/07 - 6:00am

"KDE will also make use of new X.org features to allow e.g. transparent menus"
That's cool.
But the big question is : is it going to use XGL (or whatever is it called now)? and will we get those cool effects stuff Zack Rusin demonstrated at aKademy !? :)
http://vizzzion.org/stuff/xgl_wanking.avi

I don't know about you but these cool effects with Tenor and Plasma ( I love the SVG KJS tools!) are my most-can't-wait-for-it-wanted features for KDE4.

Anyway, mockup looks amazing and Qt/Coco sounds great.

I'm sure kubuntu with all these features will be the best desktop distro EVER :) (hear me Novel?) and NO, Trolltech is not gonna get bankrupt because Novel didn't picked KDE duh.


By patcito at Mon, 2005/11/07 - 6:00am

I dont think there will be anything like XGL ready in the end-of-2006/beginning-of-2007 time frame. XGl or a successor is unfortunately more long-term.
Zack Rusin has written EXA, which is based on plain old 2-D X but makes hardware alpha blending available, which is the one thing missing for what Aaron Seigo is planning.


By MW at Mon, 2005/11/07 - 6:00am

Following the xorg mailinglist seems to reveal that EXA is far from being
ready, and does not work well with all drivers yet, not at all with some.


By ac at Mon, 2005/11/07 - 6:00am

I think this new fetures are Composite and Damage extensions. Which can be used in KDE now,(Shadows, fading, truly transparent windows) but not that much.


By MaBu at Mon, 2005/11/07 - 6:00am

"...will we get those cool effects stuff Zack Rusin demonstrated at aKademy !?"

Yawn. When it works on a non-proprietary video driver, give me a call. In the meantime I'll keep my freedom (and my system maintainability, stability, etc), and be content to live without the eyecandy.


By Brandybuck at Tue, 2005/11/08 - 6:00am

I really hate how everything Trolltech is doing is acclaimed here

This is KDE, it is about Free Software development. Neither Qt/Coco nor Qtopia are Free Software and specially the Qtopia vs .NET thing is simply FUD.

Paying TT customers will truely get the source code, Free Software developers not, .NET (Windows Mobile 5.0) has Sandboxing now, Qtopia will have it some time...
Seriously Windows Mobile 5 is the best Cell Phone Platform out there, you have source code, it is easy to customize and it allows to sandbox applications. None is generally true with Qtopia 2.
So at the same time some one praises Qtopia, Windows Mobile should be praised as well. They are equally Non Free...

... gosh ... I hate that propaganda...


By ich at Mon, 2005/11/07 - 6:00am

My god, chill out dude :) This is a KDE site and our primary toolkit is Qt, made by Trolltech. If you like Windows Mobile, good for you! Now, can you please run around to all the .NET sites praising Windows Mobile and demand that they equally praise Qtopia?

We'll see you when you get done. I'd say you have a few years worth of work.

Thanks!


By manyoso at Mon, 2005/11/07 - 6:00am

Well we the KDE Project use the Free Software and great component called Qt. It is created and maintained by Trolltech.
I fail to see the point why we should turn the dot into a Trolltech Proprietary Product advertising channel just because we use a Free Software Product Trolltech created.

And once they utilize us to spread their marketing FUD it has to stop. It is bad journalism to simply copy marketing stancas from Trolltech.


By ich at Mon, 2005/11/07 - 6:00am

and, apart from what the ppl above me already said, what do you mean with the OSS developers don't get the source code? they do! in the form of GPL code, i can't see how it can be more free (in terms of the Free Software Foundation-free)...

and this is not the fact with windows mobile. or IS it available under the FREE(TM) GPL license? no, its not, is it? well, then, stop spreading FUD.


By superstoned at Mon, 2005/11/07 - 6:00am

Well for Qtopia you certainly do not get the latest source code. E.G. Qtopia 2.1.2 PDA had been released in June to paying customers. Using rsync Qtopia you get version 1.7.
Not to mention that Qtopia Phone is nowhere Free Software.

So Qtopia is not like Qt - that we all love. And it is okay for Trolltech to release Qtopia the way they want, though we should not simply generate buzz for Qtopia as it is not Free Software but a Proprietary Product.


By ich at Mon, 2005/11/07 - 6:00am

sorry, i didn't know that. well, i hope this changes (the chance TT releases it under the GPL are at least 1000x the chance m$ does so)...


By superstoned at Mon, 2005/11/07 - 6:00am

Well Qt2.3.11 and Qtopia 2.1.2 are current. See http://doc.trolltech.com/qtopia2.1/html/release-index.html for when Qtopia2.1.2 was released to paying customers. And now imagine what would happen if Qt4.1 will only be released to paying customers and Qt4.2 will be the next GPL release...

That doesn't make Trolltech bad, or Qt4.0.x but it is weird...


By ich at Mon, 2005/11/07 - 6:00am

Qtopia 2.1.2 is a bug fix release and so is Qt2.3.11. Bugfix releases have always been available earlier for paying customers. This was the case for Qt4.0.1, people with a commercial license got it earlier than us and you would know this if you were following the mailing list :)

So this is a non issue.


By patcito at Mon, 2005/11/07 - 6:00am

well did paying customers get Qt4.0.1 five month+ earlier? If that is the case I really did not follow the mailinglists...


By ich at Tue, 2005/11/08 - 6:00am

as far as I can recall, it wasn´t longer than 15 days.


By patcito at Tue, 2005/11/08 - 6:00am

Wrong. Qtopia is free software. I do not see where to download Windows Mobile 5 source code, so I can change it in anyway I see fit, then release this myself on a device, if I so choose. If you have such a url please, do share it.


By Lorn Potter at Tue, 2005/11/08 - 6:00am

Errr, Qtopia was released as free software. It hasn't always been that way, but it was definitely done fairly recently.


By segedunum at Tue, 2005/11/08 - 6:00am

Actually, Qtopia _has_ always been free software. Except for the early development phase. At version 1.4, Qtopia (than named QPE) was available at sourceforge. That was 4 years ago.

cheers! :)


By Lorn Potter at Wed, 2005/11/09 - 6:00am

2007 with WiMax, WLAN, Bluetooth,WUSB integrated on your SoC in your mobile device you cary everywhere running a Free System like Maemo/GNOME (www.maemo.org). You want to communicate with your NX Rootserver from your University, Company, Home. Your handheld device has a touchscreen....

Well you find yourself unable to use KDE from your handheld: Well you have a touchscreen, KDE will be unable to be used with a mouse pointer device and not with a touchscreen...

Now not only KDE is not cross compilable, runnable on your handheld but you can not even connect to it in the future...

Conclusion: KDE fights a monopoly on the desktop, instead of creating a mobile strategy now to prevent M$, Symbian to get a new monopoly. In contrast KDE blocks itself out completely from a market where it could shine... At least GNOME took the money from Nokia to make it ready for a Consumer Electronic device (n770)


By ich at Mon, 2005/11/07 - 6:00am

You never used a touchscreen, did you? Anyway, a touchscreen you can use by letting your finger mimic the mouse pointer. I do not see a fundamental problem here (other than the one every touchscreen shows: precision of of movements if thick fingers on small devices are involved.

I wholeheartedly agree with you that KDE needs to come up with a "mobile strategy".

It completely sucks that there was not one KDE developer found inside this whole productive community which produces lots of wonderful stuff, who could find interest to fix kNX. Not even for money (Kurt once said to me there has even been money offered, and none was interested -- how disappointing!).

kNX truly sucks. KDE is wasting years and years letting this wonderful technology rot in the dustbin. Looks like all of their coders lack any vision about the future of mobility and the technology that makes it happen. They are all busy with their own little kingdoms where they are the maintainer kings, and don't look further than their noses...

Maybe, maybe -- one day somebody steps forward. Given the wonderful architectural groundwork that is there in KDE, it could be a matter of only weeks until we could have a rocking KDE NX client running.


By nx-er at Mon, 2005/11/07 - 6:00am

To the Touchscreen: all current GUIs are click orientated and a single click vs. mouse over is hard to distunguish. So mouse over is not becoming reality on touch screen devices.

Yes KDE's NX Integration is well disappointing, that synchronizing and integration of mobile gadgets is completely missing in KDE is... That we integrate Palm better than Free Software (Maemo, GPE, Opie) is from a Free Software point of view...

Nokia invested two years (n man years of money) to make core GNOME technology usable on handhelds. But luckily KDE moves on forward as well by splitting technology up into minor pieces...

Let us hope KDE does not obsolete itself by only focusing on i386 based desktops as of today... KDE4 is not released now, it will be released in the future, it should be ready for future computing... let us hope at least some others share this believe.


By ich at Mon, 2005/11/07 - 6:00am

i think kde is doing good on the embeded platform, see what they're up to:
http://opie.handhelds.org/cgi-bin/moin.cgi/OpieRoadmap

especially these project:
http://opie.handhelds.org/cgi-bin/moin.cgi/DocumentsTab
http://opie.handhelds.org/cgi-bin/moin.cgi/OpenTasks

*

Qt/Embedded + X11 compatibility
*

Qt4
*

Revamped DocumentsTab
*

CrossRef project + PIM
*


By Pat at Mon, 2005/11/07 - 6:00am

Michael Thaler: great article! love it ;-)


By superstoned at Mon, 2005/11/07 - 6:00am

As drawn, I don't see how the translucent mouse-over menu is better than a conventional context menu on right mouse button click.

Presumably, "click to select" becomes hover > Actions > Select this icon. And once you've chosen that you've moved your mouse far from the icon, so direct manipulation gets lost.

After selecting the icon, does the mouse-over menu not appear so that you can perform drag-and-drop? Or do you choose hover > Actions > Move this icon?

Also, the mouse-over menu would seem to interfere with press-and-hold to initiate drag-and-drop.

It seems hard to adapt this to a touch screen, or a keyboard or direction-pad UI.

However, it's good to see interesting new ideas! We've learned to live with the confusion of a hybrid click to select/click to activate UI, but it's not easy: when I see a new UI element I "probe it" with a mixture of wipe-through selection, press-and-hold, and right-mouse button context menu.


By S Page at Mon, 2005/11/07 - 6:00am

Trolltech would best help the spread of Qt by reducing the price of commercial Qt licence by a factor of 10 at least. The current price (cca 3000E per developer!) is really a show stopper for not only small ISV's - look how Novell has chosen Gnome/Gtk as default desktop/toolkit. The main reason is money, off-course.
Reducing the price would IMO lead to a boom of Qt usage, which would more than compensate for the lower price.

Trolltech, are you listening?


By Krystof at Tue, 2005/11/08 - 6:00am

afaik, you can choose what functions of Qt you need, so you can have it a lot cheaper. and if you can't afford it (as startup) you can contact them, and they'll give it for a lower price, or free for 1 year or something. and anyway, as developer time costs a lot more than this e3000, you'll even save money by using and paying for Qt - as it is a much more efficient toolkit compared to GTK (the well-known total-costs-of-ownership are imho lower with Qt).

The main reason Novell choose to go for gnome is just the trolling of some gnome ppl in Novell. just plain politics. when did a big organisation choose something because it was The Right Thing(TM)? forget it, they don't.

anyway, novell still throws more money in KDE/Qt as in Gnome/GTK. they laid off a bunch of Gnome devs and ONE KDE dev. suse is worth much more than Ximian, and suse is profitable - Ximian never is/was/will. there will come a time they see money spend on Gnome is money thrown away. just as sun HP and IBM have seen.


By superstoned at Tue, 2005/11/08 - 6:00am

You are maybe right about Novell. However, this situation would probably never happen if Qt was licenced under the same licence as Gtk.

If Qt was really free (as in BSD or at least LGPL) or at least significantly cheaper then Gtk would hardly ever be used in commercial apps and distros.


By Krystof at Tue, 2005/11/08 - 6:00am

maybe, but then Trolltech wouldn't be able to employ 120 ppl on Qt and KDE...


By superstoned at Tue, 2005/11/08 - 6:00am

"If Qt was really free (as in BSD or at least LGPL) or at least significantly cheaper then Gtk would hardly ever be used in commercial apps and distros."

There's more to it than mere price. Sure they could use GTK. And they would then sacrifice documentation, training, tech-support, portability etc. etc. Yes, Qt costs money. But maybe you get a lot more with Qt than you get with GTK+?

BMW costs more than Lada does, does that mean that BMW is overpriced?


By Janne at Tue, 2005/11/08 - 6:00am

Pages