Q: What is "Real-Time Communication and Collaboration", what is KDE-Telepathy and what is Telepathy-KDE?
A: They are several names we are using for the same thing and that represent a set of applications, services and libraries that will bring Telepathy to the KDE desktop.
Q: What is libktelepathy and what is KTelepathy?
A: libktelepathy is the name of the main library in KDE-Telepathy, KTelepathy is the namespace for all methods and classes in this library
Q: Insert some Kopete questions here
Q: Does telepathy-kde4 replace and deprecated Decibel? It seems like decibel is completely gone now….
A: Yes, decibel is dead and gone. Forget about it.
Q: Will Telepathy-KDE result in yet another resource-hogging, hard-or-impossible-to-get-rid-of daemon like Akonadi?
A: No, it will not require as many resources as akonadi does and it will be possible to turn it off any time. Of course, in this case, you will lose all the collaboration features that it provides to KDE applications.
Q I see the error message "--> tp-qt4 0.5.14 WARN: GetAll(AccountManager) failed with "org.freedesktop.DBus.Error.ServiceUnknown"
A You have not installed all the dependencies correctly. KDE Telepathy relies on a daemon to be running called telepathy-mission-control-5. This should be available in your package manager already. You will also probably want telepathy-gabble, telepathy-butterfly, telepathy-haze which provide access to jabber/MSN/libpurple respectively.
Q My passwords aren't being saved.
A You need to install gnome-keyring.
Q: Gnome Keyring??? A: Yes, it's not KDE that saves the passwords that's done by our backend daemon (telepathy) therefore it's the solution that makes sense. Q: Something Something KWallet? A: We have no plans to support it, it's not a viable thing to do. However: Gnome and KDE people are working on a shared storage solution called secretservice.
Q: Will each application that uses Telepathy-KDE keep it’s own contact list, or will all apps use a central contact list (e.g. one in KAdressbook or Kopete)?
A: You will have just one "contact list model" but you can have as many "views" on that contact list as you want. So each applications will share the contacts, but may have a different way to display them.
Q: Some questions have sort of touched on this, but will telepathy contacts integrate with PIM contacts like akonadi or evolution?
Q: Will it support video conferences (with jingle - to be compatible with google talk) and voice with SIP?
A: Yes, it already does.
Q: Will this technology also be used for supporting collaborative editing in KDE apps (e.g. KOffice)?
A: One of our goals is to offer to developers an easy to use framework that will allow this. Anyway developers of the single applications may choose to use it or not.
Q: Will there be a way to store your contacts to a flash drive for easy transfer between computers, or even using a contact list stored on a flash drive directly?
A: All metadata related to the contacts are stored on nepomuk. There was a GSOC project that will allow to backup and restore nepomuk database, so it will probably be possible as soon as this is possible. It won't be possible to store your contact list on a flash drive unless you configure nepomuk to store all your metadata there
Q: Is there a possibility of putting the chat interface directly in plasma instead of using a separate window, or an easy way for developers to embed a chat interface in their program for collaborative work?
A: We are planning to have a "chat widget" (or maybe a chat kpart) that you can embed in your program. Probably it will be possible to have a plasma widget that uses that widget.
With the modular nature of telepathy it is also possible to simply use a plasma widget instead of the supplied chat window, or even make it act as an "observer" showing a duplicate of everything going on the supplied chat window.
Q: When are we to expect this stable enough for testing?
A: We are planning to release a "preview release" codenamed "ThereWillBeBugs" in January 2011 (or sooner).
Q: When can we expect API stability?
A: We are planning to release a "stable release" at the same time of KDE 4.7 (July 2011).
Q: How will the contact-list be organized? Maybe through KAdressbook?
A: Contacts are stored in Nepomuk and are available to every application.
Q: Can I detect whether my contacts are are online from my app?
A: Of course you can!
Q: Send files in background to synchronize some metadata (ie: some small files, but the user doesn’t accept those explicitly)
A: When you send a file you can set mimetype and you can set a filter to your application so that the channel dispatcher will give to your application all file transfers with that specific mimetype. But some connection manager don't manage mimetype correctly.
Q: Is it possible to identify user just with IP+ssh key for instance, instead of requiring them to have an IM account
Q: Is it feasible to transfer huge files; can I resume a broken transfer?
Q: Can I do streaming, ie: audio or video streaming?
A: You can do streaming from your application, but you will need to duplicate some code from the call handler and use the GStreamer and Farsight libraries directly.
Q: Do you have python bindings for all of this?
A: Python bindings exist for telepathy-glib. You will have to use python-glib stuff though.
Q: and bonus question: how much of it is kde-specific and how much can be done with Qt only?
A: Well, you can do everything with telepathy-qt4 except the nepomuk integration part. Nepomuk is used for metacontacts, so if you don't use it and use telepathy-qt4 directly, you will lose metacontacts support.
Q: Telepathy seems to be a freedesktop.org specification. Does this mean that KDE and Gnome apps (with similar use cases) which both use Telepathy tubes will be able to interact smoothly? (Not only in theory, but also in practice?)
A: In theory yes, in practice also yes, as soon as they share the same protocol (for streamtubes) or the same dbus interface (for dbustubes).
Q: Does it work behind a firewall/router?
A: It does as soon as the port used for the connection to the im server is open.
Q: Are incoming connections restricted to trusted user? If not, what protective measures are implemented against spam, malicious impersonation, and similar attacks?
Q: secure connections
Q: Why do I see a gtk password dialog and not a KWallet password dialog?