On 09/30/2013 07:56 PM, Simon McVittie wrote:
[...]
Am I right in thinking that the closest equivalent if using
ChannelDispatcher instead of Account would be something like this?
- delete ChannelRequest.Succeeded(), CR.Failed(s, s), CR.Proceed()
- add ChannelDispatcher.RequestSucceeded(o),
Hi,
On 09/17/2013 07:01 PM, Simon McVittie wrote:
The aims of Telepathy 1 include:
• Don't have many deprecated ways to do the same thing
• Reduce complexity
• Increase agility by making it less painful to add D-Bus API
• Increase agility by making it less painful to break D-Bus API -
it
Simon made this note about a patch I sent him for review:
On Tue, 10 Feb 2009 at 09:45:48 +0200, Alberto Mardegan wrote:
If the parameter can be updated on the fly, do it; otherwise, restart the
connection.
Restarting the connection here directly contradicts telepathy
ext Murray Cumming wrote:
On Wed, 2008-11-26 at 09:57 +0200, Alberto Mardegan wrote:
They exist only as tags in the git repository:
http://git.collabora.co.uk/?p=telepathy-mission-control.git;a=summary
So they are not really releases then, are they?
Yes, we could say so. :-)
Ciao
I'll think about this more in depth, but an immediate comment:
ext Simon McVittie wrote:
My new(est) proposal for the Requests interface is:
* method CreateChannel (a{sv}: Requested_Properties) -
o: Channel, a{sv}: Properties
* signal NewChannels (a(oa{sv}))
* signal ChannelClosed
https://sourceforge.net/project/showfiles.php?group_id=190214package_id=224579release_id=609529
=== telepathy-mission-control 4.66 ===
2008-06-26 Alberto Mardegan [EMAIL PROTECTED]
* src/Makefile.am:
Add DBus CFLAGS when compiling. Fixes: #1988768.
--
http://www.mardy.it
Hi,
in the branch
http://people.collabora.co.uk/~mardy/darcs/tp-spec-mardy-conditions/
I've been writing an API to be implemented by connectivity plugins to
report informations about connectivity events and to respond to
connectivity request.
The specs in HTML format are these:
://sourceforge.net/project/showfiles.php?group_id=190214package_id=224579release_id=590977
=== telepathy-mission-control 5.0.beta1 ===
2008-04-08 Alberto Mardegan [EMAIL PROTECTED]
* src/mcd-account-manager.c:
Create the account configuration file, if it does not exist
It's all here:
http://people.collabora.co.uk/~mardy/queryspec.html#org.freedesktop.Telepathy.AccountManager.Interface.Query
I'm going to implement this right now, but I'll be still open for changes.
Comments welcome!
Ciao,
Alberto
--
http://www.mardy.it -- Geek in un lingua international!
http://sourceforge.net/project/showfiles.php?group_id=190214package_id=224579release_id=590797
=== telepathy-mission-control 4.65 ===
2008-04-08 Alberto Mardegan [EMAIL PROTECTED]
* src/mcd-service.c:
Make mcd_service_get_online_connections() never return error, as it's
=== telepathy-mission-control 4.64 ===
2008-03-12 Alberto Mardegan [EMAIL PROTECTED]
* src/mcd-service.c:
Fix a crash when dispatching a channel to external filters.
Fixes: #1912653, bugs.freedesktop.org#14968.
--
http://www.mardy.it -- Geek in un lingua international
===
2008-03-10 Alberto Mardegan [EMAIL PROTECTED]
Patch from Sjoerd [EMAIL PROTECTED]:
* src/mcd-channel.c:
Make the on_close function static, as it should always have been.
Fixes: #1910142.
* libmissioncontrol/Makefile.am:
Revert unnecessary
http://sourceforge.net/project/showfiles.php?group_id=190214package_id=224579release_id=582137
=== telepathy-mission-control 4.61 ===
2008-03-04 Alberto Mardegan [EMAIL PROTECTED]
* src/mcd-channel.[hc]:
Implement mcd_channel_get_inviter().
2008-03-03 Alberto Mardegan
ext Sjoerd Simons wrote:
On Mon, Feb 18, 2008 at 08:16:13PM -0500, harini satyanarayanan wrote:
It throws an error that didnt get handle for contact. If this is wrong
then how do i mention the contact to which i have to send the message.
const gchar* lists1[] = { [EMAIL PROTECTED], NULL };
Hi all!
At http://people.collabora.co.uk/~mardy/spec.html I've uploaded the
HTML specs of my tp-spec branch.
It features three new interfaces:
- Account.Interface.Conditions: interface for specifying connectivity
requirements for accounts.
- TransportMonitor: object that sends notifications
http://sourceforge.net/project/showfiles.php?group_id=190214package_id=224579release_id=575586
=== telepathy-mission-control 4.60 ===
2008-02-11 Alberto Mardegan [EMAIL PROTECTED]
* src/mcd-connection.c:
Fix the comparison of pending channels (the condition on the channel
Hi!
Some comments about Simon's proposed accounts API, to be found at:
http://people.collabora.co.uk/~smcv/accountmanager.html#org.freedesktop.Telepathy.AccountManager
- About RequestPresence: If we expect clients to care about changes to
the requested presence YES WE DO! :-)
-
ext [EMAIL PROTECTED] wrote:
Hi,
I've given some thought on how to attain flexibility in account conditions,
suitable to cover at least the few use cases I'd like to be able to
implement, without pushing the API into the realm of spooky hard theoretical
science.
Basically, the
ext [EMAIL PROTECTED] wrote:
[...]
Which has the disadvantage of taking some more memory, but the
advantage
of being sensibly simpler.
I disagree: you expose the client to the science of expression forms; in the
example above, it has to duplicate mandatory conditions in every term in the
ext Simon McVittie wrote:
Hopefully the first two of many...
0001-tp-namespace.diff changes the mc: prefix in MissionControl.xml to tp:,
which is what the telepathy-glib code generation tools will expect. It also
removes tabs from the XML file.
0002-svnignore is a summary of svn:ignore
ext Simon McVittie wrote:
So whatever UI causes the activation is responsible for deciding what
status to set? That sounds rather mysterious... it sounds like a job for
MC really. On the other hand, I suppose the UI might ask the user?
-
ext Simon McVittie wrote:
b: Able to connect
[...]
I agree on all this, but I would also add a separate flag for the cases
described in the latter paragraph: the UI needs to know that there is
something with the account that has to be fixed. So, an able to
connect flag to indicate whether
ext Simon McVittie wrote:
Presets consist of:
* the connection manager to use
* the protocol
* an internal preset name, not for UI (either globally unique or unique
per (CM, protocol) pair), e.g. gtalk
I think it would be easier to have them globally unique, and residing in
the same
Hi, I would like to bring up the matter of associating accounts with
connectivity.
Most of the accounts require an internet connection to work, but there
are a few special cases that we might want to consider: for instance I
guess that for Salut (link-local) this requirement might be loosened a
ext Xavier Claessens wrote:
On mer, 2008-01-23 at 13:04 +, Simon McVittie wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Tue, 22 Jan 2008 at 19:19:21 +0100, Xavier Claessens wrote:
It's easier for clients to connect one time to a signal that gets
emitted for all accounts. It
Hi,
ext Simon McVittie wrote:
OK, I've actually started on this now...
Thanks! Much appreciated! :-)
[...]
Related to dispatching channels is the concept of filtering. I'm
somewhat fuzzy on what filtering, in fact, does: perhaps a Nokian could
explain it to me, since I gather it's used
We also need a RequestChannelWithStringHandle()-like method in the
Account class, because if we are offline we don't have any integer
handle for the contact.
It's not something strictly required, but it's very handy.
Ciao,
Alberto
--
http://www.mardy.it -- Geek in un lingua international!
Other few things:
1) It seems that channel handlers cannot prevent a channel from being
dispatched, other than not emitting the Dispatch signal; I think we need
to add a boolean parameter to this signal, that tells MC whether it has
to continue invoking other channel handlers or if should
ext Xavier Claessens wrote:
I was thinking about changing RequestChannel(type,handle,handle_type) by
DispatchChannel(bus_name,object_path) and let the client call
RequestChannel from Connection iface and handle errors itself. The
motivation of that is for Media channels: Client making the call
Hi, another topic: parameters.
The currently proposed UpdateParameters() doesn't allow unsetting of a
parameter.
Should we add a SetParameters() method, or are there other suggestiong?
Ciao,
Alberto
--
http://www.mardy.it -- Geek in un lingua international!
Another thought over the enabledness of accounts: it was once proposed
to use the groups API for this purpose, that is assign to the enabled
group all the accounts that are enabled. But suppose we have three
accounts A, B and C, and three groups, enabled, work, home, like this:
A is in
ext Xavier Claessens wrote:
Should I add SetActive(bool) function and ActiveChanged(bool) signal or
is there other solutions?
Mmm... anything wrong with the word enabled? :-)
I think that active might be misleading.
If EnabledChanged sounds odd, we might call the method Enable(bool) and
the
ext Xavier Claessens wrote:
Only for one method or do we have more to put in Dispatcher? I we go for
a Dispatcher we'll have one object with AccountManager and Dispatcher
interfaces, right?
I think it belongs to a different object.
I'm not sure it's a useful feature but what I had in mind is
ext Xavier Claessens wrote:
3) RegisterChandler is on the AccountManager object because that's the
object we are sure MC is always exporting when it's running. Chandlers
can handle channels regardless of the account it comes from, so we can't
put this method in Account interface. But I'm not
https://sourceforge.net/project/showfiles.php?group_id=190214package_id=224579release_id=560873
=== telepathy-mission-control 4.51 ===
2007-12-11 Alberto Mardegan [EMAIL PROTECTED]
Patch from Xavier Claessens [EMAIL PROTECTED]:
* configure.ac, libmissioncontrol/mission-control
(replied only to Xavier by accident)
ext Xavier Claessens wrote:
1) I should add {Get|Set}IconName{Updated} to the Account interface?
I think an icon name for the presets is what we really need, but the
GetIconName API can be handy anyways.
2) If no presets are provided, who decides
ext Rainer Dorsch wrote:
Hello,
I compiled mission-control outside my standard file system using
./configure --prefix=/opt/gtalk
make
make install
The overall goal was to get empathy running outside the standard file system.
Mission control apparently does not implement the prefix
ext Rainer Dorsch wrote:
Mission control starts with
[EMAIL PROTECTED]:/opt/gtalk/bin$ ./mission-control
** (process:26074): DEBUG: Could not open plugin directory: Error opening
directory '/opt/gtalk/lib/mission-control': No such file or directory
** (process:26074): DEBUG: Could not open
ext Xavier Claessens wrote:
I'm not sure about that, we need to have an Account object to call
GetParameters and know what needs to be filled by the user. NMC don't
show incomplete accounts, I'm not sure it's a good idea, that's a
problem I have in Empathy: The user creates an account, is
http://sourceforge.net/project/showfiles.php?group_id=190214package_id=224579release_id=544142
=== telepathy-mission-control 4.45 ===
2007-10-04 Alberto Mardegan [EMAIL PROTECTED]
* libmissioncontrol/mc-account.c:
Fix a crash: strcmp could be called with NULL parameters
http://sourceforge.net/project/showfiles.php?group_id=190214package_id=224579release_id=541810
=== telepathy-mission-control 4.42 ===
2007-09-24 Alberto Mardegan [EMAIL PROTECTED]
* src/mcd-connection.c:
Fix mapping of Telepathy channel full/inviteonly/banned errors
http://sourceforge.net/project/showfiles.php?group_id=190214package_id=224579release_id=540849
=== telepathy-mission-control 4.41 ===
2007-09-20 Alberto Mardegan [EMAIL PROTECTED]
* src/mcd-service.c, xml/MissionControl.xml:
Add signals with an additional the presence message
http://sourceforge.net/project/showfiles.php?group_id=190214package_id=224579release_id=540037
=== telepathy-mission-control 4.39 ===
2007-09-17 Alberto Mardegan [EMAIL PROTECTED]
* configure.ac:
Check for glib tools only after testing for glib itself.
Fixes: #1795921
In the latest version(s) of the Telepathy specifications, the
RequestAvatar API has been deprecated.
I was in the process of changing MC to use the new RequestAvatars() API,
and while testing it I noticed something that I don't like. Basically,
when an avatar changes I'm receiving three
http://sourceforge.net/project/showfiles.php?group_id=190214package_id=224579release_id=533687
=== telepathy-mission-control 4.35 ===
2007-08-21 Alberto Mardegan [EMAIL PROTECTED]
* src/Makefile.am:
Remove compilation flags, they are to be specified in configure.ac
ext Sjoerd Simons wrote:
As one of telepathy's friendly neighbourhood Debian maintainers i've noticed
some errors in the versioning of various telepathy related libraries. This
is
probably due to a lack of knowledge in that area.
Hi, thanks a lot for the info; as you guessed, I had no
ext George Wright wrote:
Is Decibel using components only for handling channels as Nokia MC does,
or do they something more?
I believe they only handle channels. Decibel's components currently only
expose a channel handling API, but you'll have to talk to Tobias Hunger about
that.
Nokia
http://sourceforge.net/project/showfiles.php?group_id=190214package_id=224579release_id=518894
=== telepathy-mission-control 4.27 ===
2007-06-26 Alberto Mardegan [EMAIL PROTECTED]
* src/mcd-master.c:
When requesting a channel from offline presence, monitor the requestor
URL:
http://sourceforge.net/project/showfiles.php?group_id=190214package_id=224579release_id=516268
ChangeLog:
2007-06-15 Alberto Mardegan [EMAIL PROTECTED]
* configure.ac: Version 4.25.
* libmissioncontrol/mc-account-monitor.c:
Turn a (wrong) assertion
ext Xavier Claessens wrote:
Up. Still no comments? I want to implement that I really need it for
empathy. Is that ok?
I think we are missing a parameter in FilterChannel, that is if the
channel is incoming or outgoing (and maybe in RegisterFilter, too); I
guess this information can be found
ext Xavier Claessens wrote:
Here is an addition for favorite chatrooms. The idea is to store
favortie chatrooms in MC and let it dispatch channels for all rooms that
have the auto-connect param to TRUE when an account get connected.
[...]
I'm not sure it's something for the MC, what do you
URL:
http://sourceforge.net/project/showfiles.php?group_id=190214package_id=224579release_id=507612
ChangeLog:
2007-05-11 Alberto Mardegan [EMAIL PROTECTED]
* configure.ac: Version 4.22.
* src/mcd-service.c:
Let AccountStatusChanges signal be emitted even
ext Alp Toker wrote:
Some possible desirables:
* Client/service separation: Allow for lightweight client
implementations by doing as much work as possible in the service.
This would mean having D-Bus API not only for for accessing
accounts but also for manipulating
ext Dafydd Harries wrote:
Our preferred solution is as follows: add a method similar to RequestAvatar,
but that returns immediately, and causes a signal to be emitted with the
avatar data at a later point. Drawbacks: might wake up clients that already
have the avatar contained in the signal.
ext Dafydd Harries wrote:
Ar 19/04/2007 am 13:12, ysgrifennodd Alberto Mardegan:
It will not be added to the DBus API, since libmissioncontrol-config
(the account manager side of libmissioncontrol) is not part of the DBus
service.
[...]
Hmm, sorry, I don't quite understand. Are you saying
URL:
http://sourceforge.net/project/showfiles.php?group_id=190214package_id=224579release_id=502335
ChangeLog:
2007-04-19 Alberto Mardegan [EMAIL PROTECTED]
* configure.ac: Version 4.21.
* libmissioncontrol/mc-account-priv.h:
* libmissioncontrol/mc-account.[hc
A new version of mission-control is now available in sourceforge:
http://sourceforge.net/project/showfiles.php?group_id=190214
Changelog:
2007-03-14 Alberto Mardegan [EMAIL PROTECTED]
* configure.ac: Version 4.18.
* src/mcd-dispatcher-context.h, src/mcd-dispatcher.c
57 matches
Mail list logo
