Support for plugins

[GoogleCodeExporter]

By now, there are only few build-in commands in TalkMyPhone. I think it would 
be fantastic to allow the third party developers to write plugins for 
TalkMyPhone to extend the commands. FYI, the best example of supporting plugins 
is the Locale app (http://www.twofortyfouram.com/).

Original issue reported on code.google.com by JohnnyJianHY on 21 Sep 2010 at 2:49

• Merged into: #99

[GoogleCodeExporter]

This is something that has already been suggested to me by mail. While I like 
the idea,  as long as there won't be an open-source locale-like application, I 
don't plan to do anything about it (I am not interested in bringing clients to 
non-free software applications). Anyway, since this would probably require a 
lot of modifications in TalkMyPhone's core code, so even if that happens, don't 
expect it before quite a few releases.

I accept the issue, but I won't do anything unless you show me opensource apps 
that do the same. Support for plugins will be added provided these plugins are 
opensource.

Original comment by chm.duquesne on 21 Sep 2010 at 7:16

• Changed state: Accepted
• Added labels: Priority-Low
• Removed labels: Priority-Medium

[GoogleCodeExporter]

Issue 40 has been merged into this issue.

Original comment by chm.duquesne on 21 Sep 2010 at 3:06

[GoogleCodeExporter]

and about linking with scripting ? like ASE ?
http://code.google.com/p/android-scripting/

Original comment by aurelien...@gmail.com on 21 Sep 2010 at 3:23

[GoogleCodeExporter]

Why not, if this does not add too much complexity in the code.

Original comment by chm.duquesne on 21 Sep 2010 at 3:48

[GoogleCodeExporter]

Why linking with scripting?

I think the most important advantage of supporting plugins is that one can 
install a third party app and then it can communicate with TalkMyPhone and 
extend the commands. The third party plugins just need to implement some 
BroadcastReceiver to receive commands and send messages to gtalk via broadcast 
(received by TalkMyPhone), just like the ones of Locale 
(http://www.twofortyfouram.com/developer.html).

Original comment by JohnnyJianHY on 21 Sep 2010 at 4:06

[GoogleCodeExporter]

Ok, just to make it clear:

It is ok, from a code design point of view, for TalkMyPhone to emit Broadcasts 
when it receives commands. I'll probably come to the point where the 
implementation naturally leads to this solution, because it is clearly a good 
design decision.

The thing is, as long as no open source application will exist to grab this 
kind of Broadcasts, I won't publish any official documentation for those and 
these broadcasts will be subject to changes. It will be up to the locale 
developers to read the code and follow the project if they want to implement 
their BroadcastReceivers (kowing it will be subject to changes), because I 
don't want to make their job easier. If they go open-source, I'll change my 
mind, but for now, it's a no.

Original comment by chm.duquesne on 21 Sep 2010 at 4:38

[GoogleCodeExporter]

I think you may misunderstand. I didn't mean that TalkMyPhone should do 
anything with Locale. Locale (only its plugin system actually) is just an 
example. TalkMyPhone need to implement its own plugin system and provide it own 
API. Plugins for TalkMyPhone should be written according to this API, and 
obviously they won't work with Locale.

Original comment by JohnnyJianHY on 21 Sep 2010 at 5:03

[GoogleCodeExporter]

Original comment by Florent....@gmail.com on 6 Oct 2010 at 7:27

• Added labels: Type-Enhancement
• Removed labels: Type-Defect

[GoogleCodeExporter]

Original comment by chm.duquesne on 14 Oct 2010 at 11:40

• Changed state: Duplicate