Skip to Content.
Sympa Menu

wg-pic - Re: [wg-pic] selective presence

Subject: Presence and IntComm WG

List archive

Re: [wg-pic] selective presence


Chronological Thread 
  • From: Peter Saint-Andre <>
  • To:
  • Subject: Re: [wg-pic] selective presence
  • Date: Tue, 08 Aug 2006 19:53:54 -0600
  • Jabber-id:

Mark Sirota wrote:
> --On Monday, August 7, 2006 5:14 PM -0600 Peter Saint-Andre
> <>
> wrote:
>>> For rich presence, JEP-0163: Personal Eventing via Pubsub
>>> discusses a lot of this.
>>>
>>> http://www.jabber.org/jeps/jep-0163.html
>>
>> Yes, that's the go-forward technology for extended presence
>> (geolocation, mood, activity, tune, and the like). We're working to wrap
>> that up real soon now because a lot of developers are excited about the
>> possibilities.
>>
>>> So, Peter, is this the right place to be looking? Any other sage
>>> advice on this general topic?
>>
>> I think you're on the right track! :-)
>
> Peter, while we've got your attention...

My attention is a fickle thing... :-) But if I ignore you for too long,
naturally it is best to ping me via IM since after all I *do* work on an
IM technology!

> I'm in the process of developing a "presence manager", which is intended
> to be a standalone Jabber client that handles extended presence
> (geolocation, mood, activity, tune, etc.)

Yes, we have more of those on the way -- I am planning on also writing
up formats for video/movies (what you're watching), gaming (what you're
playing), groupchat (what rooms/channels you're in), and perhaps a few
others.

> The idea is that you'd run this alongside your standard Jabber client
> which you use for chat/voice type interactions. The existing such
> clients aren't too sophisticated about extended presence, so this gives
> us a way to use extended presence without persuading the client community
> to see things our way.

Sure. IMHO the existing clients will become more sophisticated once we
start rolling out JEP-0163 implementations (soon!), but a nice proof of
concept can't hurt.

> So my question: Is there anything fundamentally flawed about this
> concept? Is it okay to have two Jabber clients logged onto the server
> using the same credentials (but probably with different resource names),
> with the extended presence messages generated by one via pubsub stanzas
> while the other sends simple presence messages with presence stanzas?

Nope, that works.

One thing that various Jabberites have talked about here and there is
the concept of an XMPP daemon that runs on your machine and enables
various applications to tap into the goodness of Jabber. So your iTunes
or Songbird instance could push out tune info, your calendaring app
could push out activity info that it knows about, and so on. Each one of
those apps would have a "pipe" to the Jabber world via the daemon. But
no one has ever gotten really far with that idea.

Another approach is to write a plugin for an existing client. Exodus has
a nice plugin architecture, and one of the Psi developers is working on
a plugin system as a Summer of Code project.

Or naturally you could roll your own using one of the existing Python,
Ruby, Perl, Java, C, C++, or C# libraries.

Peter

--
Peter Saint-Andre
Jabber Software Foundation
http://www.jabber.org/people/stpeter.shtml

Attachment: smime.p7s
Description: S/MIME Cryptographic Signature




Archive powered by MHonArc 2.6.16.

Top of Page