KDE::Enterprise wants your KDE Success Story

After gathering a bit of dust due to some server changes
KDE::Enterprise has recently received a face lift and is now fully operational again. To freshen up the contents we
would like to invite you to share your
KDE Success Stories with us.
Has your company made a succesful switch to KDE?
Tell us about it!

Companies or free-lance professionals that offer KDE consulting, support, development or other KDE related services are also invited to
register themselves
in the KDE Business Directory.

Dot Categories: 

Comments

by Carlo (not verified)

You should check the urls. At least XTServer Networks seems to be a lesser success story.

by Waldo Bastian (not verified)

I have thrown out the ones with non-working websites.

Will disable the link altogether when no website was given.

by Thorsten Schnebeck (not verified)

Oh, I discovered the old Largo story on the website.
Here is an update:

http://makeashorterlink.com/?S312211C6

Bye

Thorsten

by David (not verified)

Rumour has it (I remember reading) that Largo is transitioning to a Gnome based environment now (Think Ximian was involved).

If I'm right, we probably don't want to trumpet the Largo 'success story' for KDE... :/

David

by Anonymous (not verified)

The rumors (look at who is spreading them) want to tell about a decision which has not been made (yet). Read the above given link before replying!

by Src (not verified)

Yeap, but whatever they choose they are already using plenty on Gnome apps.
KDE needs to work *fast* on some weak points.
Just two observations

- Office Suite
I'm all for developing KOffice, but right now OpenOffice.org is a much safer bet for most people. If it ends up beeing percieved as a Gnome app it can really favour them. OpenOffice integration with KDE is really important, and work on this front needs to be done, fast!
OpenOffice developers seem to be interested too which is a good thing.
(See http://dot.kde.org/1068570005/).

- Forgotten Domains
Everybody's focusing on the desktop. Yes there is a big market out there!
Meanwhile both Desktops Environments are underestimating what has been one of their biggest supporters, the scientific community. Linux is all over the Academic world already, that is where many people get in touch with linux for the first time. Still look at the state of the art in this domain (OSS-wise):
- Plotting data - GnuPlot,
- Numerical Computation System - Octave,
- Computer Algebra Systems - maxima, yacas, scilab(?)
etc,

All of this are either text only or have terrible GUI frontends.
It's bad for OpenSource in general, it's bad for Linux/*nix (to make things worst most proprietary versions have much better windows versions (if not only)), and it would really be a wise move from any of the DEs to bet in this areas.

by Anonymous (not verified)

You don't know Kst, KStars or Kalamaris, or?

by Src (not verified)

I know all three of them.

by Ian Reinhart Geiser (not verified)

Shockingly enough OOo is not a Gnome application as some really wish you would belive. Its based on an older toolkit developed for cross platform apps. About the extent of Gnomeness is a quickstarter, some icons and a few mime types. Really we could have the same thing in KDE, but no-one seems to have wanted to do it.

Gnome has beaten KDE at one game, they tend to work very hard at making non-Gnome apps look gnome enough to ship. KDE's demand for consistency and tight integration has a point, but I think industry has shown us they want functionality over it work in a smooth integrated manner.

by Anonymous Coward (not verified)

I think you're missing the point. Of course OOo is not a GNOME app (I mean, gee, ever tried coding against the GNOME API? Now try to imagine coding something as big as OOo against it!). However, if the GNOME team succeeds in having people believe it is, KDE is as good as dead. This is worrisome; I hope the Cuckooo project (http://artax.karlin.mff.cuni.cz/~kendy/cuckooo/) will find new contributors rapidly -- it is a killer app in the strongest sense of the term.

by anon (not verified)

I think what's most important of OOo over Koffice is MS Office compatability. That's pretty much the only reason I don't use koffice (in 1.3, koffice is starting to be a lot less raw that it used to be)

I personally don't think koffice 1.0 and 1.1 should have ever been released. I think those versions turned a lot of people to koffice. 1.3 has fixed a lot of faults that previous versions had, and would work for 90% of people if it just had better MS Office compatability.

Note that Ximian's version of OOo actually defaults to MS Office file formats.

by Src (not verified)

I know many people (eng and sci students) who do not use OpenOffice.Org Calc because you cannot get the equations of calculated regressions like in Excel. KSpread (KChart) cannot even do any kind of regressions yet.
I hope it improves, it is a promissing office suite, but it's going to take a while, and I don't think we can afford to wait.

KDE integration should be on it's way and already mentioned here.
http://tools.openoffice.org/releases/q-concept.html

Have you seen this point in the City Of Largo article:
http://makeashorterlink.com/?S312211C6
"Automation - Openoffice.org (Moving to tighter GNOME integration)."

It does make a diference.

by Anonymous Coward (not verified)

I've tried using Excel, but swore to avoid it after trying to plot a simple histogram. KSpread may be even worse, but the simple fact is that using office programs for Sci/Eng work is stupid.

Use Matlab, Mathematica, R (r-project.org), Gnuplot or whatever, but let the business types keep their tools - they're definitely not designed for scientific work.

by Thomas (not verified)

I second that! I use gnuplot.
Use spreadsheet apps for business diagrams or other simple cases... but don't try to use them for scientific work. Some time ago I had a discussion about Gnumeric being suited for sci work or not. Gnumeric may have better accuracy than excel (due to internas), but I have huge matrices over here (measurement data) and Execl, OO.calc, Gnumeric and KSpread all fail miserably in handling large amounts of data... (excel and OO.calc are somewhat ok, but Gnumeric or KSpread are completely unuseable)

by Src (not verified)

Again, depends a lot on the work you are doing.
They are completely different kinds of tools. Because they overlap to some (small) extent many people uses them the wrong way. And that goes both ways. If most of your work is typical spreadsheet stuff that's what you should use.

Anyway, since you brought up sci/eng applications (no I do not classify a spreadsheet as one, and no I am not contradicting myself), you might wanna read the second part of my very first comment on this thread.
http://dot.kde.org/1070917908/1070928701/1070968874/1070970514/1070974433/

by Bharat (not verified)

Could u file a bug report for the problem u had with gnumeric. I am sure Jody would definitely be concerned since his aim is to lick excel in every aspect.

by Src (not verified)

"I've tried using Excel, but swore to avoid it after trying to plot a simple histogram. KSpread may be even worse, but the simple fact is that using office programs for Sci/Eng work is stupid."

Depends on what you are doing. Sometimes in typical spredsheet work you need to calculate regressions.
In those cases the tools you mention are not really appropriate for most of the job, so using them only for calculating the regressions is an unecessary pain and using them for the whole job would just be dumb (because they'd be inadequate).

by OI (not verified)

It's pretty weird.
But when it comes to linear programming optimization,
Excel is pretty good and handy. wouldn't it be
possible to have a "Solver" for Linux/Koffice?

by Trovador (not verified)

Gnumeric has a great solver that works with lpsolve and gplk as backends.
I've had a same problem crash in excel and work weel in gnumeric. Hopefully they'll have that in kspread.
BK

by KDE User (not verified)

There already exist good "solver" software for linux.

It is used by OO already in LPSolver. Miht come for other linux software too.

by Datschge (not verified)

Let them make people believe that OOo (or Mozilla or any GTK app of your choice) is part of Gnome, the belief alone won't make integration. And the very fact that OOo (and any other non-Gnome "Gnome" app) integrates poorly might very well strongly backfire sometime, especially when tools like Kiosk framework and similar are becoming more popular. So as for KDE I prefer no official integration over any kind of incomplete integration any day.

by anon (not verified)

> Let them make people believe that OOo (or Mozilla or any GTK app of your choice) is part of Gnome, the belief alone won't make integration.

Yes, but it's a big selling point for Gnome (especially Ximian Desktop), and is probably why Largo is evaluating it in the first place.

by Datschge (not verified)

KDE already has a lot of big selling points to offer even without picking OOo, one just need to play sales people to actually sell them. Being able to do marketing right first seems to be Gnome's biggest selling point atm.

by Src (not verified)

(...) the belief alone won't make integration.

No this will:
http://www.gnomedesktop.org/article.php?sid=1464
http://tools.openoffice.org/releases/q-concept.html
http://ooo.ximian.com/

Belief is important yes, and it has been working pretty fine.
But in this case it's pretty much a fact that work is beeing done towards integration. Lots of work.

by Datschge (not verified)

You are apparently good at rehashing marketing. I only hope you are not mixing up "will" with "is". Largo should not decide now regarding features they can only check out at an undefined time in the future. Creating "selling points" based on "forward looking statements" is one thing a particular big player is making effective use of. I wouldn't take that as a compliment if anyone else gets attributed this way as well. Adding value free catch phrases "lots of work" (OOo apparently needs it >=P) doesn't help either.

If some KDE person where to create "selling points" based on "forward looking statements" he could easily refer to how OOo is already embedable as KPart using Cuckooo, how any given icon set can be used in OOo using kol's script at kde-look.org, how one developer is working on replacing the VCL GUI layer with Qt implementations etc. Toss in a "But in this case it's pretty much a fact that work is beeing done towards integration. Lots of work." blanket statement and tell everyone to be happy. But on the KDE side nothing such will happen, and I hope you know why. When you know anything about KDE's frameworks, it's quite apparent that actually integrating the OOo beast of aged source code into KDE's beast of framework would create more work than improving the already ideally integrated KOffice instead. And thus in this case "lots of work" is rather something to avoid.

by Src (not verified)

There is a QuickStarter for KDE.
http://segfaultskde.berlios.de/index.php?content=oooqs

Anyway they're planning much tighter integration for OpenOffice.Org 2.
In fact both the OpenOffice.Org and Ximian teams seem to be working on that.

From http://www.gnomedesktop.org/article.php?sid=1464
"This makes very interesting reading: http://tools.openoffice.org/releases/q-concept.html. The document basically outlines the plan for OpenOffice.org 2.0. A significant portion of the document deals with GNOME integration. From a quick read, it seems that there is some overlap with what the Ximian guys are currently doing."

by Src (not verified)

Also check this.
http://ooo.ximian.com/

by Michael Thaler (not verified)

I am also really interested in scientific apps for KDE. There is koctacve (
http://bubben.homelinux.net/~matti/koctave/) but I don't know how good it is. A program that I also use quite often is xmgrace. It is a very nice program, but it has a terrible interface. It would be awesome to have a kde/qt version of it. But I don't know how hard it would be. Probably quite hard.

by Src (not verified)

It's nice.
I appreciate the authors effort but that's it, nice.
We need real apps, quality ones. You know Quanta, KDevelop, Koffice? That kind of development for Scientific applications. I'm pretty sure the Octave, Maxima and Yacas teams would appreciate having one of the major Desktop Envs actively cooperating with them and creating nice GUI frontends.

There is a real void for that kind of applications out there.

by Thomas (not verified)

There has been QMatPlot or KMatplot, very promising, but dead by now... sad this is..

by Manish Jain (not verified)

I agree with you that xmgrace has a terrible interface. I use it almost daily
and curse it :).
I am quite interested in porting xmgrace to kde/qt version and planning to give it a shot during my summer break.
It appears like xmgrace developers themselves do not have any plan to do it themselves.Are you aware of any work done in this area?

by Ravi (not verified)

kdenonbeta/frontman is such an effort. However, development on it will pick up post kde-3.2 since 3.2 will be the first kdelibs release with MDI functionality which is crucial to such an app. For screenies of the current status see
the Frontman homepage.

by ac (not verified)

maybe supporting/developing OOo QT intergration would be an alternative...

by A Linux user (not verified)

First of all, I really like KDE and I don't use GNOME. But I don't use KOffice.
It's really a waste of time and effort. Lack of MSOffice support is a big negative for koffice. Also it's not stable. OOo is really good but a bit slow and has an ugly interface. When I read http://people.redhat.com/dcbw/
I was excited. To KOffice developers: you can use your time and effort to KDE or other useful apps. Maybe KDE NWF http://kde.openoffice.org/ .
Thanks

by Waldo Bastian (not verified)

Largo is currently using KDE 2.2 and is evaluating whether they will upgrade to KDE 3.1 or XD2, they are expected to make that decision early next year.

So far they have been very content with KDE 2.2 for the last two and half years so I think that qualifies as success and something that KDE can be proud of regardless of what they chose next.

by Dawnrider (not verified)

You should check out Mandrake's Business Cases site... It's got lots of good stuff on, and companies are usually using KDE under Mandrake when they deploy:

http://www.mandrakebizcases.com/