Impressions from Linux Expo Paris and OSDEM Bruxelles

All-around KDE guru David Faure (website) recently attended the Linux Expo in Paris and subsequently the OSDEM developer meeting in Brussels. Below he gives us his very interesting impressions of the events, especially how they relate to our favorite desktop.

 

Linux Expo Paris

The Expo organizers offered KDE a free booth. Not a big one - I would even say
that it was probably the smallest booth at the whole show :). But the booth was quite nice, with two computers (kindly provided by Mandrakesoft), two huge KDE posters (kindly printed by people at the HP booth, after Gerard Delafont, the French translator who set up the booth, convinced them that they were under-utilizing their printers ;) ). We also had many papers to give away about KDE, prepared by the French "translation" team, but which also does a very good job of promoting KDE. They even had prepared a really nice press kit, which I think
should be translated into English now, so that we can get more journalists to write about KDE.

The booth in front of us was full of books, and I was happily surprised to see
the KDE 2.0 Development book there - for which I wrote the KParts chapter - as I had not seen it in its final form yet.

As usual for some time now, KDE could be seen at almost every booth. As someone said, the small KDE booth wasn't our point of presence, but the whole Expo was:). And we had many, many visitors at the booth (except the day when there was
a strike of the metro company. Don't get me started about Paris!). KDE is definitely used by most of the Linux users in France - and the fact that Linux-Mandrake represents 70% of the French market now (in terms of Linux boxes sold) certainly helps.

Meeting with happy KDE users is very refreshing. The developer point-of-view on the software we release is quite negative on the whole, since we mostly hear about bugs and problems, not so much about all the happy users :). So I was quite reassured about the quality of our releases after many people told me that they were using KDE 2.0[.1] every day, and had no trouble whatsoever with it. Of
course I got a few bug reports (and, hmm, some are quite grave, like AltGr not
working at all in KDM and no way to display the Euro symbol). What comes out of discussing with many people is the obvious need for an office suite under Linux, and this instills me with the idea of starting to work on KWord. The need for MS Office documents filters is urgent as well, of course. It seems that attending this Expo convinced Laurent Montel to start looking at the MS Excel filter for KSpread, which is good :).

I also met many developers interested in using KDE as a development platform. Many more than I expected, in fact - which is very good. There may be a need for translated API documentation in KDE and Qt. Having English-only documentation
seems to be a problem for some (or many, that's difficult to say) French developers. I talked to Trolltech about that, we'll see if something happens. In any case, KDevelop is of great help for many. To attract more developers to KDE, spreading the word about how powerful the KDE/Qt architecture and libraries are is very important. I might write articles about this again, because it's really
the best way to tell people about it. I was impressed to see that many had read the articles I wrote a year ago! And it's another way of providing development support material in French.

On Friday I gave a talk about KDE, the usual talk about overall features and most used applications. It went well, although the room wasn't even half-full, due to the talk starting quite early (9am). No technical problems for the first time - thanks to the fact that IBM provided me with a really nice laptop a week ago. One thing that I emphasized was the fact that we were welcoming developers to join the project, and I particularly talked about the need for people working on KOffice. I realized that most of those who would like to help, need to realize they don't have to be a genius like Reggie to help with KDE/KOffice :), and that it's always possible to start with small bug-fixes before grasping everything. And indeed, we might have "recruited" a couple of new developers, as well as translators!

One thing about presentations: never hack KPresenter the night before a presentation :). When you realize at 2am that you don't have it working , you're in trouble :).

OSDEM (Brussels)

The OSDEM is an open-source developers meeting that took place in Brussels last weekend. It was really interesting. A developer meeting is very different from the usual trade shows. Even though the audience was quite large, it really seems like most of it were developers, and the talks were definitely technical, which was quite interesting.

The presence of a hacking room is also a good hint about the type of event it was :). Speaking of which, I'm quite impressed by how much VALinux did for that event. It seems they sponsored most of it, provided the hardware for the hacking rooms and paid for journalists to come over to the event. I was really surprised by how many journalists where there
- and shortly after my arrival I learned that I had an "interview schedule", to meet most of them during the two days :). This was quite interesting, the journalists being interested by very different aspects of KDE - one of them even already knew a lot about KDE, including DCOP and the kdcop tool :). The journalists came from Germany and from the UK (quite ironical for me, as I am from France and live in the UK now :)), so expect articles about KDE and/or the OSDEM in
German and British magazines.

The downside of those interviews was that I didn't have much time for attending the conferences. I only went to the Mozilla talk, and to the Gnome one :). The first one - I guess I shouldn't comment on the second one :) - made me realize that Mozilla and Konqueror are not really competitors, because their goals are quite different. Konqueror is IMHO the browser everyone needs right now under Linux/Unix :), whereas Mozilla is the development of a cross-platform browser (and mail client etc.), with all the trouble
that cross-platform means. For instance the fact that this involves developing your own toolkit (in the case of Mozilla it's the XUL/XBL framework), to define widgets from some XML description, etc. So when the Mozilla developers are tired of being asked "But when do we have a working browser under Linux ?", they
should point people to Konqueror :).

Later on I actually met with the Mozilla guys in the hacking room, and we discussed various things, from a specific infraction to the DOM specification to the bookmarks implementation. As you might know, Konqueror now uses the XBEL format for its bookmarks, a
format that was defined by the Python XML SIG group. Mozilla uses some RDF format (at least internally, and apparently because many other things use RDF in Mozilla), but hopefully they may be convinced to use something like XBEL ;). It's true that a very good incentive for that would be if it were a W3C standard.

My talk was Sunday morning. It was a presentation of KDE as a development platform. I presented most of the technologies provided by KDE's libraries, and one
hour is even short for talking about all that :). The evening before, I added some slides about out-of-process embedding and XParts, after discussing with Thomas Capricelli and Philippe Fremy, the KVim developers, and realizing
that this new technology was missing from my presentation. Thanks much to the
XParts developers for their very good white paper :). It's great to have XParts, not really for our own use, but so that people can start dreaming again about integration with other object models. I also hacked KPresenter a bit more (did I mention that this is always a bad idea right before a conference ? :)

The room almost full (IIRC it was a 150-people room), and the talk went well. As for all the presentations done during that event, there were 2 or 3 cameras,
filming the whole presentation! I was told that the videos would be available on the web (in a streamed format) soon. That would be really great and helpful for new developers, to have a video presentation of KDE's technologies.

I enjoyed this meeting a lot, and I'm looking forward to the next OSDEM, since
I was told there may be one next year. If only it could take place in a city where it doesn't rain all day, and if there could be a bit more KDE developers, it wouldn't hurt :)

David Faure

Dot Categories: 

Comments

Good work David!

It is good to hear that KDE is going down so well, and it is great to hear of your work.

I just wish that when we meet in London last year that I could have chatted to you as a developer instead of a journalist!

Keep up the good work...and I must sort out a UK KDE developer meeting sometime...

by Christian A Str... (not verified)

Damn damn damn (I can say damn here right?)

Why doesn't david take some of us loving kde-users with him when he goes to all those cool expos???

*sigh*

You could have come, the event was announced on this very web-site :)

I guess you'll join the KDE crowd at LinuxTag in July, that shouldn't be too far. I might go there too - not that it will lack KDE developers, but in order to meet all those cool german KDE developers in real life one more time :-)

by Christian A Str... (not verified)

Where will the LinuxTag be held? I'm living in Norway at the west-coast (Ålesund)... :)

by Benedikt Meurer (not verified)

The LinuxTag will take place in Stuttgart on 5th to 8th July.

If only we had a couple of David Faures in America! KDE PR would make a killing here...

by Shawn Gordon (not verified)

We've got Kurt Granroth right in Arizona, he does a fair amount of speaking, and he does a very good job as well. Thanks to SuSE for supporting his efforts :)

by Michael O'Henly (not verified)

What comes out of discussing with many people is the obvious need for an office suite under Linux, and this instills me with the idea of starting to work on KWord. The need for MS Office documents filters is urgent as well, of course.

I hope you'll keep working with the wvWare folks (http://www.wvWare.com) on Word translators. It would be great if all the Linux word processors could draw from a single source of translating talent.

by Techios (not verified)

IMHO filters should be one of the Top priorities of the Koffice project. Even if Koffice is better than M$office it will NOT prevail if it doesnt have *excelent* filtersl. Filters that import more than 97% percent of the formating of the word/excel document and vice versa. People are enslaved under M$office and they can't get out! Help them do this!

Also from what i've seen Kword kicks ass over Abiword but Gnumeric kicks ass over Kspread. What could a part of the KDE people do is take the code and port it to Qt and Kparts, renaming it Kalculus (or Knumeric) and making it part of the Koffice project (having 2 spreadsheets aint so bad, Gnome people have two office suites)
Since Gnumeric is GPLed there is no *ethical* problem, because that's the point of the GPL, freely re-using software.

just my 0.02 Euro :-)

by Richard Bos (not verified)

I full agree with the submitter of this mailing. At work I'm using kde, but for the office part I must rely on other applications like staroffice or since recently xlhtml see http://www.xlhtml.org (have a look at this apllication it works quite well)

The MS import filter are despearedly needed, and should be able to process/display pictures as well.

To my opinion export filters to MS format are not important. One never know whether a native MS application crashes on a document created with non MS apps and it needs a lot of energy as well. It's better to distribute documents in ascii, pdf or html formatted docs.

by Moritz Moeller-... (not verified)

At least where I work, kword needs an rtf or simple doc export to be viable. Some text format that supports FOOTNOTES (unlike html) and simple textformatting as well as tables to exchange a working draft of a document.

Ohterwise I could work on a text here, but never give it to someone else to continue my work.
(Unless they use kword, which I can't and won't force on anyone, to everyone his favorite tool)

by Moritz Moeller-... (not verified)

At least on the wvWare some cooperation is mentioned, but I don't know how far it goes.

by Bonner (not verified)

I want to be able to send and receive documents from Microsoft to Linux and back. Please advise.

Excellent, David. Thank you for the whole lot of energy you put in code, articles, book texts, presentations, travels, advocating, fighting, getting rained over :-). Eager to meet you again.

by Nicolas (not verified)

... for your OSDEM presentation: good presentation with a good presenter! I agree and underline also with one idea: **interoperability**. This will be a very important feature for KDE to have that, when API of 1.4 Gnome will be stables.
And YES, KDE2.01 is used everyday as default without problem. For all of that Thanks David, and all KDE developpers!

by Richard Stevens (not verified)

Hmm, I just can't resist to tell everybody that I use 2.1 since the first beta. Ususally I compile KDE head at least every 2-3 days. It rocks already, works very stable and doesn't give me much trouble at all. As far as I'm concerned people will love it. Konqueror rocks. KMail is my primary Mail client since the days of KDE 1 and it has improved a lot. Kicker is great and since I'm trying to learn to program for KDE, I'm very impressed with the thought that was put into library development. I very often get the feeling that most everything you need is there in a rather easy to use way.

I'd really love to see another OSDEM in Brussels since it would just be a 2.5 hour drive from where I live but I just couldn't bring up the time this year, sigh.

Finally, keep up the good work all KDE developers and thanks a lot for the superb desktop environment. I really can't imagine how live was poosible before KDE ;)

Cheers,

Richard

by Simon (not verified)

The lack of Euro support is looking increasingly serious for Europeans, as its just 11 months till we use the new currency. I'd love to find a solution to this soon...

by GEORGE MALONEY (not verified)

I DO NOT WISH TO JOIN THE EURO
I WOULD ALSO LIKE TO SEE THE HUMAN RIGHTS THING
ABANDONED
ALSO ABANDON THE EURO ARMY E.T.C

by Great British (not verified)

Europeans are smelly, why would we wanna join their nazi empire?
No euro for Great Britain!

http://www.bnp.org.uk - Vote for freedom, vote for Britain, vote for the BNP!

http://escape.to/gblr

by jay (not verified)

you stupid asshole, cockbite, sucker

by Psycogenic (not verified)

First of all, Thanks for giving us KDE2 and kontinously developing it. Its a divine produkt.

I am not an ekspert at anything. But I just want to know why there is no effort to get KDE working on QT embedded as opposed to X.

I am not a koder, Just a big fan, If I was I could have started koding the 'port' myself.
X11 always lets me down. Network transparency? I can do without it. X applications? with Koffice and the Kompany, I wont need X apps.

I heard QT embedded already has hardware acc. So why cant it be done.

Let Kde kontinue going where no man has gone before.

Konqi would really shine without X11tra baggage.

Cheers

by David Faure (not verified)

A KDE for Qt/Embedded is definitely a good idea.
But I personnally have no time for starting something like that - and I guess that the developers interested in such a thing would be those who have an ipaq or other embedded device.

I suppose this will happen somewhen, but not from me :)

by Chris Naeger (not verified)

Hi,

I've seen embedded QT on an ipaq. Quite impressive. However, there were only very little applications. Has anybody thought about a down-sized KDE2 distribution based on embedded Qt suitable for PDAs? I know Konqi was already ported.
It would definately rock! Look at www.handhelds.org where they are trying to build a X-based Linux distro for PDAs from scratch. We could probably do much better without X as we only have to shrink-size exsiting KDE apps and make them use embedded Qt. Anyone interested in a project like this?
Chris

by t0m_dR (not verified)

What would be a good start is to port Koffice/Kmail to QT embedded, that would really be cool...would give us a lot of choices..

by Ferdinand GAssauer (not verified)

Hi!
1.) Reading all the postings I want to draw your attention to MS-Outlook.
Untill importfilters for the pst files (mail, calendar, todo, contacts) are available it will be difficult to convince users to switch.

2.) The task of switching from MS-Windows/MS-Office/MS-Outlook to Linux/KDE has to be automated as it is everything else than easy and time consuming.
Imagine the task of the sysadmin of a middlesized or bigger organization to switch all the clients at the same time ..... - and nobody would like to leave this task to endusers.
2a) because of this (impossibility) KDE has to be capable to import/export MS formated files.
2b) For workstations (at home) without fileserver conection and mass backup possiblities, there must be a easy way to save the data (keep a temporary FAT16 partition on a harddisk with the necessary backup data)

I would imagine that the Linux/KDE setup program reads the necessary settings (workstation and user(s) specific information, printer, samba ...) out of the MS-registry, repartitions the harddisk, moves the files/directories to be saved on the backup partition, installs Linux/KDE on the primary partition, imports the previous collected settings, moves the data from the backup partition to the linux partition and integrate the backup partition into the linux partition. (Of course the backup partition could also be a another backup media - CD-RW, tape).

thats all ;-) - migration finished in 2 hours, (almost) no interaction necessary except feeding th CD-ROM of the distribution.

cu
ferdinand

At least importing Outlook Mail (and adress book) is possible using KMailCvt (www.hum.org).

hi, i have a question, if you could help me....
i have installed linux at machine (mandrake) and i want to find a filter of .xls files (ms excel) to html files or txt files.
Do you know where can i find it? i don´t know how to make this script myself.
Thanks in advance.

esperanza.