diff options
| author | Eike Rathke <erack@redhat.com> | 2012-03-20 20:24:33 +0100 |
|---|---|---|
| committer | Matúš Kukan <matus.kukan@gmail.com> | 2012-07-17 16:39:20 +0200 |
| commit | 6b16cc2ca82027bac2306a062c6a61b5800e6853 (patch) | |
| tree | 6978079549fc005b6952c83b6e19594002cac687 /tubes/README | |
| parent | 894151477330cea23f92247132c5c64065a2eb14 (diff) | |
restructure things to one account manager and one connection
tubes are offered and accepted now, sending/receiving works
YAY! Thanks to Will Thompson from Collabora.
Diffstat (limited to 'tubes/README')
| -rw-r--r-- | tubes/README | 30 |
1 files changed, 18 insertions, 12 deletions
diff --git a/tubes/README b/tubes/README index 20cdcfa8de10..3527a72743fb 100644 --- a/tubes/README +++ b/tubes/README @@ -8,7 +8,7 @@ the same TeleConference abstraction. To enable configure LibO with --enable-telepathy -Status 2012-03-16: +Status 2012-03-20: * no LibO code depends on this module yet, so it is not built in a regular build, even if configured with --enable-telepathy, so cd tubes and make here @@ -27,19 +27,25 @@ Status 2012-03-16: * libo1 and libo2 must be contacts/buddies of each other * both accounts need to be online in Empathy -* very nasty GMainLoop handling for cppunittest, MAYBE we could get rid of - that in a real LibO, this might be responsible for some ugly behaviour -* contact channels seem to be successfully setup -* the client's callback TeleManager_DBusChannelHandler setup with - TeleManager::connect() does not appear to get ever called -* hence the tube offer triggered by TeleManager_ChannelReadyHandler is never - accepted -* unsure if the uniquify setup with tp_simple_handler_new_with_factory() would - work at all, hence trying to have one instance un-uniquified, but to no - avail +* very nasty GMainLoop handling for cppunittest, HOPEFULLY we will get rid of + that in a real LibO +* working: + * contact channels are setup + * tube is offered/accepted + * packets are sent and received -TODOs (once those basic problems are solved) +TODO: + +* cleanup code to use a refcounted single instance thats holds mpAccountManager + and stuff and actually releases them, instead of statics +* TeleManager should be a single instance, not holding any account information; + instead, the start...Session() methods should also get the account passed +* implement master/slave mode in 1-1 buddy conferences, master would do strong + ordering + + +other TODOs: * associate a document with a conference * use SfxObjectShell as an abstraction and broadcast incoming changes? |