It has been a long time dream of the
KDE PIM team to be able to integrate the different PIM applications into one common interface shell that would permit the creation of an Outlook-like application and provide a fully integrated personal information management system. Development of such an application is in fact rapidly picking up steam. In particular, the
Kroupware Project, part of a full-blown open-source groupware solution for KDE and commissioned by the German government, was pre-announced and has already generated a flow of ideas and code. Karl-Heinz Zimmer showed a prototype of KOrganizer embedded in KMail:
kroupware1,
kroupware2.
But Don Sanders, KMail hacker, went one step further. He managed to transform KMail into a KPart and demonstrated how the different PIM components can be embedded in the pre-existing framework by Matthias Hoelzer-Kluepfel and Daniel Molkentin known as Kaplan:
kaplan1,
kaplan2,
kaplan3.
Great work that proves, once again, that the KPart architecture is sound and gives tangible results. Expect the first official results of the Kroupware project on October 15th.
Comments
Please, please, please let us users choose how we want our windows. KNode lets you do this and it is great.
I want to have my message window tall (as high as the screen) and the folder-list and the message-list on a side.
Since most lines are wrapped at 80 characters, this is the only layout that makes sense to me. Having an Outlook-like wide message window that is always half-empty is not efficient. KNode features these "sub-windows" which can be arranged how you like it, if Kaplan will support this, this feature alone will put it far ahead of current KMail.
Agreed.
I hope it will still be posible to have the "normal" kmail, as I dont't like that outlook-like interface.
Of course, KMail and the other programs will still be startable as separate programs.
I agree with this and also use a similar window arrangement.
Just letting you know that there is more than one person with the same "wish list".
Nard
I was worried when I looked over Kroupware, as I'm working on a non-folder based alternate email/messaging/contact application for KDE. It would plug into Kaplan quite nicely (or run as a seperate application), but Kroupware looks like you're locked into it's variant of KMail. Moving to a large monolithic application that does a whole bunch of stuff (like Outlook) prevents you from picking and choosing components - your favorite addressbook with your favorite email application.
(As an aside: Yeah - that's right, non-folder based. But not flat. It's a relational message database with a novel (I think) UI that is pretty nifty. No clue if I can climb it up to version 1.0, right now I have pages of notes, a KWord document full of documentation, and a dozen PyQt files that semi-work as a bad text editor that saves to a mailbox format, and makes little icons of people pop up when I create files. :) If you're interested in discussing some interesting alternative concepts about how to build a communication interface, which I've dubbed KIM (KDE Integrated Messaging), feel free to email me. I'm hoping it might debut around the time KDE 4.0 is released).
--
Evan (been awake over 24 hours now - please excuse any run on or fragment sentences - now, back to work).
As I understand it, the first version of Kroupware is a stepping stone. Sounds reasonable, given their schedule.
This is wonderful! The german government is doing a great service to Open Source by funding the Kroupware/Kolab project like this. Fingers crossed till Oct 15. This is a greatly compressed schedule, and if they pull it off, it will be thanks to the pre-existing work of the KDE project. Everybody wins.
It is quite essential that it is not(!) a funding but rather
a regular contracted work. This proves even more the viability of
Free Software!
Wasn't TheKompany working on Athera a year ago? (and it was supposed to compete with Evolution?) Where is it now?
It's a Qt project now. Doesn't use KParts, etc.
actually 1.0 is just about ready, we took a few months off to port it to the Sharp Zaurus and that project is in final beta. It uses some really cool technology to deal with plug ins and components in a multi-platform fashion, which I understand is a goal of kroupware (croup by the way means horses ass or bad cough, both are valid definitions. The word comes from the French actually which in turn is based on old German). I don't know why no one wanted to talk to us, we've put forward this proposal many times, oh well.
One reason is maybe that its development is not open and afair no source code was available for 0.9.9.
sure it's open development, just no one has been jumping in to help and the source is available.
So what is the CVS repository with the current post-0.9.10 version?
Since it looks like they want the final product to be native to KDE, I image they want to use KParts for components. Maybe there would even be some interest in using your component model as well. The ability to use a KPart as an Athera component or vice-versa could be a useful addition to both projects I would think.
It's Aethera, dammit.
Aethera use to use KParts, but those weren't multi-platform, which is the same problem that Kroupware is going to run in to. We switched to TINO (our OLE type tool) to replace it, and that is multi-platform and lightweight.
Well, since KParts are all GPL'd (LGPL'd) I think they will eventually become cross-platform, when required.
Exactly. It's just done when it's needed ;)
And, btw, no one didn't replay to the
question of the repository of that theKompany
project.
Cheers,
Christian Parpart.
I'm just heading out for a trade show, I've asked the engineer to respond with the system he has in place. Aethera is a huge project so it's important to stay properly organized.
Hi,
First of all, I want to let you know that the sources are available
https://sourceforge.net/project/showfiles.php?group_id=22463
I even tried to offer a SRPM (i386 only) package to avoid some QT style problems and to simplify the building process.
The CVS is open only for people who really want to develop (help) the Aethera project. Since the project is pretty big I want to be carefull with the code.
I am opened for anyone who wants to help, I will give him a CVS access and lot of info about the design.
My email is: [email protected]
And I am working for the first stable release (1.0).
Regards,
Eug
This is the most exciting KDE event since KDE 2.0!
KDE 3.1-beta series
KDE 3.0-series
KOffice 1.2
I'm blown away!
I like the idea, I hate the name (kroupware?!?!?)
As you can read on that page, "Kroupware" is just a title for the current project:
http://mail.kde.org/pipermail/kroupware/2002-September/000019.html
Nice evening
Pietz
OK, that's good news.
Since I was complaining about the name "puic" a couple of stories ago, I was reluctant to do the same thing again, but am glad others find "kroupware" unappealing.
In English, by the way, "croup" refers to a potentially fatal respiratory disease in babies.
Again, a great project, just like the Perl bindings -- just want to make sure they don't get saddled with a name that frightens users!
Hey. KDE should learn from the GNOME project and assign a kick ass name to the project *first*. And when I say *first*, I mean before any code has been written down at all. Seriously. Eliminate these half-assed temporary names! ;-)
> KDE should learn from the GNOME project and assign a kick ass name to the project *first*.
First assign a name and then begin creating the project? You mean like "GNOME Office"? :-)
hehe, touché
I don't mean to offend gnomers, as I am both a gnome and kde user, but this one was touché :)
The problem is that when the project fails you have one name less to chose.. and it is always emberassing to donate even more vapourware to the world. But the Gnome have some experience with this as well...
AFAIK, name suggestions are wellcome ;-) It is supposed to be renamed for the final release.
I hereby nominate Kinship, nickname "Kin".
--Dan
www.doxpara.com
How about Kapable?
How about anything that doesn't begin with a K.
How about "Longsight"? A "konqueror" is more powerful than an "explorer" and you can get more information with a "long sight" than with just an "outlook".
What do you think?
Only an idea (I posted it to the mailing-lists as well)
Pietz
I second this suggestion. The "Everything has to start with K" thing is getting a bit old.
Kroupware is partly German funded. Why not shake a little bit the tyranny of English and choose a German name for once ?
I vote for Bund, it is a nice simple German word and the name of an interesting Yiddish Socialist Party of the 19th century in Eastern Europe.
Cheers,
Charles
"Bund" is also the name of the german government. I don't think that the german government (they started the project!) want their software to be called "Bund" as well ;-)
Pietz
"Foresight"...I think that's what you were searching for...
I like that a lot :)
We have a winner! "Foresight" is an excellent name!
I agree - Foresight is an excellent name.
Of course, it's pretty much a given that the kind of people who use terms like Winblows, Linsucks and MSTurd (instead of MSWord), will immediately dub it Foreskin. Ah, the 3rd grade potty humor that has become accepted practice on the net. What a planet. :)
--
Evan
Nah, that's just you Evan :)
Nah, i dont agree, id say year 7 (1st grade)
Komms (as in 'Comms Center')
or possibly Sextant, to keep on your Longsight theme
You get more info out of a sextant and a good map than a simple longsight.
Have fun,
Chris
Great idea. This name sounds a lot more professional than the ones with a "K" inside. Maybe the KDE team will get sued by K-Mart if it continues to use this letter in the names of their applications...
I don't see why the letter K should be avoided. Many programs for KDE start with a K and many programs for Gnome start with a G. Users can easily identify the origin of a program along these lines.
I'd like to see a word that is present in many languages, has the same or an equal meaning in those languages and expresses a concept related to the program. Since most european languages share a lot of latinisms, I think the most obvious denominator should be a word derived from latin.
Which brings me to my proposal. How about "Koalition"? It seems that the meaning is about equal in german, english, french, spanish and a few other languages. The meaning, according to my ethymological dictionary, coming from late-latin (coalitus), new-english (coalition) and french (coalition), is "union, unification" and goes back to latin (coalescere, coalitum) where it meant "to unite, to grow together". While it used to be a chemical terminus (< 18th century), it was soon adopted in international relations (mostly a coalition _against_ somebody or something). In modern german it means "alliance within a government" (hope I translated that one about right).
Since the purpose of a groupware is to work together, the meaning (grow together) is not far from the purpose. It is some sort of coalition against the established closed source groupware solutions, so in this respect it is equally descriptive. And since it is contract work for the government the modern meaning is also there.
Just my 2 as
> and many programs for Gnome start with a G.
It was true for GNOME 1, but if you look at GNOME 2 you'll see huge changes. "gedit", "GNOME Character Map", "GWhatever": all gone and replaced by "Text Editor", "Character Map", etc.
Inside the KDE community, KNames are acceptable, but if you look around, you'll see Mac and Win people complaining all the time about obscure and non-descriptive K/G-names.
> all gone and replaced by "Text Editor", "Character Map", etc.
You're talking about how they appear in the menu/panel. The name of the executable and so on of course didn't change. KDE3 can display the generic name too.
True.... exactly! The user should get an informative and pleasing name, and the packages could be whatever. The only problem with that is... should the user know the package name too? (For reasons like: support calls, download updates, etc.) If so, then does it help much? I'm not sure, but I think so.
But, I still think it is worthwhile to please the user a little better than we're doing now. Konqueror or Kontour can come across as a miss-spelling and an annoyance to english-speaking purists. K-mail & K-word, though, may not be as bad because its obviously branding like MS Word, or whatever.
So... my thought was totally in agreement with yours. If the K-menu had a hook to the language-preferences, such that what you see is the "whatever program name" for your language it would be a lot easier to get names that please people. But the package name is what it is: K-mail, or Konqueror or whatever.
Stof, you're an idiot and a troll who never dies. GNOME2 stole this tactic from KDE. KDE has been displaying the generic name in the menu *forever*. Matthias Ettrich was the first to suggest this from the very beginning.