Can I be the one relaying stop-energy?

faq
flatforty
contribute
subscribe
configure
search
rdf

main
parent

Can I be the one relaying stop-energy?
by Giacomo on Thursday 30/Jun/2005, @11:01

many of these projects look like nice buzzwording, and won't deliver. Some verge on the useless:
Okular? Like we don't have already zillions of modularized viewers and players...
Writing a KDE application not in C++? ahem, Python bindings anyone?
Distributed Application Markup Language sounds like a .NET ripoff, with security scenarios so awful I don't want to even start thinking about it.
Label Browser is just the last fashion in The Quest For Perfect Metadata: people don't classify their stuff, but geeks simply won't give up the fight.
Knoware is a work that will require at least two years, not months...
Kamion is partly already implemented in KitchenSink (and please fix that first, it really needs some help)

Don't get me wrong: I hope everyone succeeds and I'm sure people will have fun trying; however, these submissions for the most part don't seem to be either realistic or original... the best ones are "coherent" progressive work on KOffice and Konqueror elements; it might as well be that the "visionary" ones have been chosen by the Google guys as a way of taking the piss with the submitters.

Anyway... good coding to everyone! :)

Related Links

·   Articles on KDE Official News
·   Also by Giacomo
·   Contact author

The Fine Print: The following comments are owned by whomever posted them.
( Reply )

Re: Can I be the one relaying stop-energy?
by James Richard Tyrer on Thursday 30/Jun/2005, @11:27

Writing a KDE application not in C++? ahem, Python bindings anyone?

Yes, but they are not an application.

Writing KDE apps in Java is an interesting idea. It would be even more interesting if the GNU Java compiler supported the current Sun Java implementation.

Specifically, if both were fully supported, we could use the Apache SVG code instead of writing out own.

--
JRT

[ Reply To This | View ]

Re: Can I be the one relaying stop-energy?
by Brian Beck on Thursday 30/Jun/2005, @12:19

Hi,

I submitted the Knoware proposal. Believe me, you aren't the only skeptical one.

But think about it: building a huge and useful database is the part that will take a while. This is not part of the proposal; that part is up to users. The proposal is for a project that will have the smarts to build and analyze the database. I'd say building a highly accurate spam filter is even a harder use of Bayes algorithms, would you say that takes two years?

--
Brian Beck
Adventurer of the First Order

[ Reply To This | View ]

Re: Can I be the one relaying stop-energy?
by Kevin Krammer on Thursday 30/Jun/2005, @12:48

> Okular? Like we don't have already zillions of modularized viewers and players...

Well, the idea is based on suggestions of the KPDF/KGhostview developers if I remember correctly.
A viewer which combines all their features into one application is obviously not available yet.

> Writing a KDE application not in C++? ahem, Python bindings anyone?

Any bindings would have been OK. You have to let the students decide which one they want to write their application in.
My choice would have been Java as well.

[ Reply To This | View ]

Re: Can I be the one relaying stop-energy?
by bob on Friday 01/Jul/2005, @02:30

> A viewer which combines all their features into one application is obviously not available yet.

Evince is available for Gnome

[ Reply To This | View ]

Re: Can I be the one relaying stop-energy?
by Anonymous on Friday 01/Jul/2005, @02:41

http://www.gnome.org/~jrb/files/evince-mail.png

It even supports mail. Evince is probably comparable to Konqueror as far as being a generic shell interface.

[ Reply To This | View ]

Re: Can I be the one relaying stop-energy?
by Kevin Krammer on Friday 01/Jul/2005, @04:06

No, that was a joke.

http://webwynk.net/jrb/#1120196417

[ Reply To This | View ]

Re: Can I be the one relaying stop-energy?
by Odysseus on Friday 01/Jul/2005, @03:17

>Okular? Like we don't have already zillions of modularized viewers and players...

If you were to read the background, you would understand why. It's taking the existing brilliant kpdf frontend and turning it into a generic document viewer that can allow viewing of pdf, ps, chm, dvi, doc, kwd, sxc, ppt, whatever with a single interface for the users regardless of the document type. That is a DOCUMENT viewer with decent navigation and previews, etc, which is a very different beast to an image viewer. To me, it sure as hell beats the current situation where I need to learn 3 different interfaces to view my pdf, djvu and ppt files.

John.

[ Reply To This | View ]

Re: Can I be the one relaying stop-energy?
by superstoned on Friday 01/Jul/2005, @06:59

I think it is a great idea to have a unified document vieuwer. kword etc embedded in konqueror isn't that great, as I always want to/try to edit documents in there... i already asked the dev's to make it r/w, but this is better - a real distinction between vieuwing and editing a document!

[ Reply To This | View ]

Re: Can I be the one relaying stop-energy?
by genius on Saturday 09/Jul/2005, @09:50

Hey Label browser is a cool idea. Why do u think only people will clasify stuff. I think this guy also has in his mind about applications classifying them. look at the proposal. It sounds great. If u are one of those who dont classify things then u are one of the very few who hate gmail.
Even the other projects are good. The thing is you havent gone through them properly.

genius

[ Reply To This | View ]

The Fine Print: The previous comments are owned by whomever posted them.
( Reply )


		"I tried to play with some toy applications and enjoyed it." -- Werner Trobin
KDE®, "K Desktop Environment", "KDE Dot News", "got the dot?" and the KDE Logo® are trademarks or registered trademarks of KDE e.V. in the European Union, the United States and other countries. All other trademarks and copyrights on this page are owned by their respective owners. Comments are owned by the poster. The rest: Copyright © 2000-2008 KDE e.V. for The KDE Project. For further information or comments on this site, please contact the Webmaster.