Talk:IM

From Openmoko

(Difference between revisions)
Jump to: navigation, search
(gajim and pidgin/gaim: new section)
(Encryption: new section)
 
Line 19: Line 19:
 
This would allow other applications to act the same without needing to reimplement the whole stuff in those applications as well and *any* IM Application on the users computer[s] (which could be running windows with the daemon as a service) could be started/stopped.
 
This would allow other applications to act the same without needing to reimplement the whole stuff in those applications as well and *any* IM Application on the users computer[s] (which could be running windows with the daemon as a service) could be started/stopped.
 
--[[User:Archimedes|Sebastian]] 19:11, 07 July 2008 (GMT+2)
 
--[[User:Archimedes|Sebastian]] 19:11, 07 July 2008 (GMT+2)
 +
 +
== Encryption ==
 +
 +
Could encryption be rather gpg-based? May be it's less UF but it's IMHO more natural. --[[User:Uzytkownik|Uzytkownik]] 16:08, 24 July 2008 (UTC)

Latest revision as of 18:08, 24 July 2008

whether there will be support of Jabber IM? --Binary 14:57, 26 March 2007 (CEST)

I would think so, the best course to take would be to use Lib Purple (The GAIM backend) which supports Jabber and most other protocols. --Danzel 01:27, 16 April 2007 (CEST)

I'd rather just see that there's a way to choose which X display my IM should go to - consider the scenario where you start the application on the OpenMoko (gaim for instance) and when at home (GPS, or perhaps try an IP each time we're on charging via USB) gaim pops up on your desktop/laptop that you use for everyday ... whatever you do at home. When you go to work, you unplug your OpenMoko and gaim emediately "pops back down" into the phone. When at work you plug some USB-cable in and voila, gaim pops up in your X session at work. --Fredrik Wendt 21:21, 9 December 2007 (CEST)

[edit] gajim and pidgin/gaim

One has to remember, that gajim and pidgin are only clients, though they may be modified to run on OpenMoko (maybe this can be done upstream?).
But: Gajim only has Jabber & Bonjour support (and Bonjour requires avahi, but this may be the case with libpurple as well) and I think most FOSS people would be happy if Jabber would become the IM-System of choice, but right now all known IMs should be avaible on OpenMoko - which makes Gajim as no-go for the OpenMoko (imho).

So using a modified pidgin could be the easiest choice, but such a modification should happen upstream (imho again) by the pidgin developers (of course OpenMoko developers interested in creating an IM Application can join pidgin development, at least as far as I know). But the most interesting approach would be using a library like libpurple or telepathy (I would prefer telepathy as it has dbus support) and integrate those tightly into the OpenMoko UI by creating a new client.

And: Please remember, my suggestions are only suggestions as I lack the knowledge of C, Qt and GTK to create such an application...
[imho = in my humble opinion]

Fredriks idea could be implemented by running a special daemon who checks gps-coordinates/usb/any condition and then starts and stops applications based on those conditions (and may also run applications on other computers with this deamon).
This would allow other applications to act the same without needing to reimplement the whole stuff in those applications as well and *any* IM Application on the users computer[s] (which could be running windows with the daemon as a service) could be started/stopped. --Sebastian 19:11, 07 July 2008 (GMT+2)

[edit] Encryption

Could encryption be rather gpg-based? May be it's less UF but it's IMHO more natural. --Uzytkownik 16:08, 24 July 2008 (UTC)

Personal tools

whether there will be support of Jabber IM? --Binary 14:57, 26 March 2007 (CEST)

I would think so, the best course to take would be to use Lib Purple (The GAIM backend) which supports Jabber and most other protocols. --Danzel 01:27, 16 April 2007 (CEST)

I'd rather just see that there's a way to choose which X display my IM should go to - consider the scenario where you start the application on the OpenMoko (gaim for instance) and when at home (GPS, or perhaps try an IP each time we're on charging via USB) gaim pops up on your desktop/laptop that you use for everyday ... whatever you do at home. When you go to work, you unplug your OpenMoko and gaim emediately "pops back down" into the phone. When at work you plug some USB-cable in and voila, gaim pops up in your X session at work. --Fredrik Wendt 21:21, 9 December 2007 (CEST)

gajim and pidgin/gaim

One has to remember, that gajim and pidgin are only clients, though they may be modified to run on OpenMoko (maybe this can be done upstream?).
But: Gajim only has Jabber & Bonjour support (and Bonjour requires avahi, but this may be the case with libpurple as well) and I think most FOSS people would be happy if Jabber would become the IM-System of choice, but right now all known IMs should be avaible on OpenMoko - which makes Gajim as no-go for the OpenMoko (imho).

So using a modified pidgin could be the easiest choice, but such a modification should happen upstream (imho again) by the pidgin developers (of course OpenMoko developers interested in creating an IM Application can join pidgin development, at least as far as I know). But the most interesting approach would be using a library like libpurple or telepathy (I would prefer telepathy as it has dbus support) and integrate those tightly into the OpenMoko UI by creating a new client.

And: Please remember, my suggestions are only suggestions as I lack the knowledge of C, Qt and GTK to create such an application...
[imho = in my humble opinion]

Fredriks idea could be implemented by running a special daemon who checks gps-coordinates/usb/any condition and then starts and stops applications based on those conditions (and may also run applications on other computers with this deamon).
This would allow other applications to act the same without needing to reimplement the whole stuff in those applications as well and *any* IM Application on the users computer[s] (which could be running windows with the daemon as a service) could be started/stopped. --Sebastian 19:11, 07 July 2008 (GMT+2)