Skip to content

KDE Commit-Digest for 22nd October 2006

Monday, 23 October 2006  |  Dallen

In this week's KDE Commit-Digest: the location for aKademy 2007 is Glasgow, Scotland. The KDE backbone of the NEPOMUK research project has been imported into KDE SVN. A GUI editor for database lookup columns has been added in Kexi. More SVG card sets are added to the resurgent KDE games for KDE 4. User interface enhancements in Kst and Kalzium. Multimedia file tag handling improvements in Amarok (.wav) and Strigi (.mp3). Strigi-enhanced versions of the standard find and grep utilities introduced. Three utilities from a suite of ODBC and database tools surface in kdenonbeta/.

Comments:

Kopete+telepathy+Decibel = good - Iuri Fiedoruk - 2006-10-23

This looks like a good thing. The major problem of kopete is that it have a VERY INCOMPELTE implementation of protocols, no icq file transfer, buggy msn file transfer, no msn voice, incomplete (and most times absent because not compiled in) google talk voice... well you got the idea. If telepathy works as it says on it's homepage and support well all those protocols, and being a freedesktop project that can receive contributuins from other than kde/qt users/programmer, it really will improve kopete a lot, and the team can focus on what really matters, the interface.

Re: Kopete+telepathy+Decibel = good - Daniel "Suslik" D. - 2006-10-23

This is indeed an awesome thing. Kopete was always the best-looking client. But, devs seem to be really tired of catching up to yet another version of MSN, Oscar etc file-transfer protocol - so, understandably, there were a lot of unfunctioning things. Here's to hoping that having one common, working backend will make a lot of happy KDE hackers.

OpenWengo backend for Kopete SIP? - AC - 2006-10-23

OpenWengo (http://OpenWengo.org) is a Free & Open Source SIP program that uses Qt for its graphic user interface and that has the backing of France's largest Voice IP provider. I think it would be great to include OpenWengo's SIP functionality into Kopete.

Re: OpenWengo backend for Kopete SIP? - Z - 2007-07-02

i absolutely agree, all of the cool features that openwengo has should be implemented to kopete. The wider support to every kind of IM and SIP of course. It should be a communication center where you are able to get in touch in every available way in only one interface regarding e-mails, chat, IRC(!), landline and mobile sip calls, calls to msn and other networks, (it would be nice to make it to Skype as well somehow!)

Re: OpenWengo backend for Kopete SIP? - magesor - 2007-09-16

It would be great to at least fully support jingle in Jabber out of the box, so I could use Kopete for calls via, e.g., talk.google.com And yes, SIP/RTP support is very welcome as well ;) Currently I use Kopete for Jabber/ICQ/MSN/Yahoo/IRC, Jabbin for gtalk, and twinkle for SIP. Three different programs, it's not good, is it =)

Re: Kopete+telepathy+Decibel = good - ac - 2006-10-24

IMHO there's one oft overlooked way to solve the protocol catchup issue. Let someone else do it. Make Kopete a pure Jabber/XMPP client and use the available transports.

Re: Kopete+telepathy+Decibel = good - Johann Ollivier Lapeyre - 2006-10-23

The support is incomplete, but if you compare with other OSS projets... kopete has the best yahoo support, good with msn. no others OSS projects has sound with MSN or Yahoo afaik. For icq file transfer, there was a SoC about it, and there are work in progress for msn file transfert. Yes, telepathy is a good long term thing, but i don't expect too much about it, because kopete has today a better support of protocols.

Re: Kopete+telepathy+Decibel = good - Iuri Fiedoruk - 2006-10-23

Yes, but you see, now kopete developers can port code to telephaty, and plus receive code from other people. If we could agree with other good IM-Clients like Gaim, Sim-IM and Psi to work on a common protocol library set, all features would be there in no time.

Re: Kopete+telepathy+Decibel = good - NabLa - 2006-10-23

That would be, indeed, most wise.

Re: Kopete+telepathy+Decibel = good - Morty - 2006-10-23

From the introduction: "Also, we will be making our protocol plugin available as a Telepathy Connection Manager. That means you'll be able to use our protocol plugin in any Telepathy client, such as Landell, Tapioca, and soon, in Gossip." I'll say the Kopete developers have alraday decide to do that, so other Telepathy client can just pitch in and help.

Re: Kopete+telepathy+Decibel = good - ac - 2006-10-24

Does Tapioca depend on glib and gstreamer? Glib not really a big problem, but gstreamer, what about audio framework independence?

Links aren't working - asdf - 2006-10-23

The links to Diffs and View Visual Changes aren't working.

visual changes - ReTyPe - 2006-10-23

too bad the view visual changes links dont work to see the new oxygen carddecks

Re: visual changes - Danny Allen - 2006-10-23

The links to moreinfo/ and visual changes for each revision are now working. Danny

Strigi - Petteri - 2006-10-23

Is stringi to compete with beagle on the KDE platform?

Re: Strigi - Robert Knight - 2006-10-23

That seems likely. Strigi was popular at aKademy, and as a search solution for KDE 4, it has some important advantages (I am trying to recall from discussions at aKademy - others can correct me): - It is intended to be fast and small. - It provides useful tools such as facilities to read various types of archives recursively - The developers are keen on integrating Strigi into various parts of KDE. If I remember correctly, the parts of Strigi which are not visible to the end user are not tied to Qt or KDE though.

Re: Strigi - Johann Ollivier Lapeyre - 2006-10-23

This is pure c++, so no mono, and still gnome/kde ready.

Re: Strigi - superstoned - 2006-10-23

yes, it is. it's much faster, uses less memory, doesn't hog your cpu as much as beagle does, and can index files-in-files (like the files inside a zipfile which is attached to a email). it doesn't support as many filetypes yet, tough, and well, still needs some work here and there.

Re: Strigi - Patcito - 2006-10-24

What's the difference between Strigi and Nepomuk? Are they competing or cooperating or both (in what way)?

Re: Strigi - tikal26 - 2006-10-24

Yeah wha tis the diff and how are they supoe to work togheter or against each other

Re: Strigi - Kevin Krammer - 2006-10-24

On a really simplified level you can see Strigi as a data source for Nepomuk. Strigi extracts information from files and creates relations between these information and the files it got them from. Nepomuk can then use this relation data with relations from other sources to create additional relations each single source might not have enough input for.

Nepomuk - Darkelve - 2006-10-23

Wow! Judging from the picture ( http://nepomuk.semanticdesktop.org/xwiki/bin/download/Main1/Images/bubbles2.png ) Nepomuk will be everything I dreamed a 'social semantic desktop' could be... Now if this could become relatively widespread once its stable, that would be awesome. Very promising!!

Re: Nepomuk - AC - 2006-10-23

Hi, could you explain what it is and where you want to use it for? I read the website but still don't understand what it is Thanks

Re: Nepomuk - superstoned - 2006-10-23

this might help: http://dot.kde.org/1113428593/ and this: http://appeal.kde.org/wiki/Tenor or this :D http://www.kdedevelopers.org/node/2279

Woohoo! - crashed - 2006-10-23

Use a QGuardedPtr for the KPIM::ProgressItem in KMAccount. Fixes a bazillion crashes when dereferencing deleted items. BUG: 105701 BUG: 114953 BUG: 114197 BUG: 117475 BUG: 118083 BUG: 128131 BUG: 129007 BUG: 133023 BUG: 133745 Thanks Andreas Kling!

Re: Woohoo! - Alistair John Strachan - 2006-10-24

Still doesn't fix 126715, which seems to affect more users ;-(

.doc writing support, about time... - bluGill - 2006-10-23

This is one of those stupid things that help the open source image, but doesn't actually do anything. More than once I've sent my resume to someone, in .rtf format, who instantly assumed that I was a Bill Gates hater. By saving as .doc (or if I had remembered to rename .rtf to .doc as this path does automaticly) I could avoid the assocation with all those idiots who don't know what to hate. I hate working with Microsoft Windows (but I will if I'm forced to - thus I'm writing this in IE). I do not hate Bill Gates, I have never met him, but I suspect if I did we would get along just fine. I'm any easy going person, and most people can get along with me. (That isn't to say everyone, there are a few people who can't stand me, but not too many) I get tired of explaining this to everyone. I wish I had thought to do this myself years ago.

Re: .doc writing support, about time... - Robert Knight - 2006-10-23

> More than once I've sent my resume to someone, in .rtf format, who instantly > assumed that I was a Bill Gates hater. By saving as .doc (or if I had > remembered to rename .rtf to .doc as this path does automaticly) > I could avoid the assocation with all those idiots who don't know what to hate. I don't buy that, I really don't. I would expect a reasonable person to accept whatever format I give them as long as it works with the software they use. Microsoft Word can open both RTF, plain text and HTML files as far as I am aware.

Re: .doc writing support, about time... - Andre Somers - 2006-10-23

Why send you resume in an editable format at all? Isn't PDF much more suitable for these kinds of documents?

Re: .doc writing support, about time... - Cyrille Berger - 2006-10-24

Unfortunately a lot of company explicitely ask for .doc file. Mostly because they run it throught software that will extract part of the cv to fill a database with what interest them, and also because they know nothing else. As for saving .doc (using the rtf filter), as OOo does it, and Ms Word as well when you choose to save for older version of Ms Word, we figure out that we could do the same after all :)

Cardsets - Anonymous Coward - 2006-10-23

> my first card set :) ...and we all hope it's the last too! :P

Wrong link for Telepathy - Andrei - 2006-10-23

In the second paragraph, the link named Telepathy points to Kopete's homepage ;)