(For the sake of clarification for those reading this from the jig- standards list, the PyAIM transport has an ad-hoc command called 'aimuritranslate', which allows you to 'execute' a aim URI)
So I was thinking about the "aimuritranslate" ad-hoc command a bit, and I was trying to think about a possibly better/generic way to handle it. The problem is that there are some actions that can't be performed in such a way (such as joining a chat room), and some actions that you don't want to execute immediately (such as a URI which fills out a default message to be edited before being sent). What about having a service which would translate from the legacy URI to the XMPP IRI? This would allow the client to interpret the URI properly under all circumstances. For example, such a service would translate the following URI's as follows: aim:goim?screenname=rquat2&message=I+bow+before+your+awesomeness might become xmpp:[EMAIL PROTECTED];body=I%20bow%20before%20your% 20awesomeness ...and... aim:gochat?roomname=MyAwesomeChatroom might become xmpp:[EMAIL PROTECTED] This actually sounds like something that could be applied added to every legacy transport. With proper client support, this would allow a jabber client to correctly support all of those proprietary URI's! Such a mechanism could be useful for more than just translating legacy URI's to XMPP-IRI's. For example, you could have the returned URI not be an XMPP-IRI at all. Anyway, I am sending this to both the pytransports list and the jig- standards list because I think the topic has ramifications for both. Any thoughts? __________________ Robert Quattlebaum Mobile: +1(650) 223-4974 eMail: [EMAIL PROTECTED] Jabber: [EMAIL PROTECTED] -------------- next part -------------- An HTML attachment was scrubbed... URL: http://modevia.com/pipermail/py-transports/attachments/20060314/3094bd09/attachment.html From [EMAIL PROTECTED] Wed Mar 15 08:29:08 2006 From: [EMAIL PROTECTED] (Norman Rasmussen) Date: Wed Mar 15 08:29:12 2006 Subject: [py-transports] PyMSNt errors In-Reply-To: <[EMAIL PROTECTED]> References: <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> Message-ID: <[EMAIL PROTECTED]> On 3/14/06, Norman Rasmussen <[EMAIL PROTECTED]> wrote: > I'm pretty sure that this error is 'left over' from the startup, so > there's no real stack trace at all. I think a few sys.exc_clear()'s > might be in order. I've found that python doesn't keep track of where > the exception applies to so well. I've added the exc_clear's in > main.py, and we'll see how it goes. The error has become: Failed to connect to MSN servers: [Failure instance: Traceback (failure with no frames): None: None ] -- - Norman Rasmussen - Email: [EMAIL PROTECTED] - Home page: http://norman.rasmussen.co.za/ From [EMAIL PROTECTED] Wed Mar 15 17:26:49 2006 From: [EMAIL PROTECTED] (Benjamin E. Schallar) Date: Wed Mar 15 17:26:58 2006 Subject: [py-transports] [PyICQ-t] custom away messages/status In-Reply-To: <[EMAIL PROTECTED]> References: <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> Message-ID: <[EMAIL PROTECTED]> Done! ( http://www.blathersource.org/bugs_view.php?projid=pyicq-t&bugid=188 ) :) Tracebacks / Debugging info will follow up next weekend. It does work for you? I know quite a few people having the same problem as I do. Benjamin PS: Is there a way to subscribe to bugs at blathersource.org? Sender [Daniel Henninger] wrote on [03/15/06 02:22]: > Hrm, it ought to work. Please file a bug report at > www.blathersource.org! =) > > Daniel > > On Mar 14, 2006, at 6:11 PM, Benjamin E. Schallar wrote: > >> Hi! >> >> I'm using Psi as xmpp client (0.10, 0.11, -NG darcs checkout) and >> JabberD v.2 with a recent PyICQ-t version (post 0.7-a from 2006-03-09). >> >> Using pyICQ-t for over a year now (and updating it every now and then >> to the most recent version) I really wonder whether it's my fault or >> whether pyICQ-t simply doesn't implement this functionality. >> >> Should setting custom away messages work with pyICQ-t, so that other >> ICQ users (using Gaim, Trillian, ICQ 200x, etc.) can read this custom >> away message? >> IIRC it works in Gaim, but never worked with Psi + pyICQ-t for me. >> >> Is this a setup / configuration fault on my side or is it simply a >> lack of functionality or a bug of pyICQ-t? >> I'd really like that functionality and if it's only a bug that >> prevents it from working although it did before please tell me. >> >> Thanks for any suggestions! >> >> Benjamin >> _______________________________________________ >> py-transports mailing list >> py-transports@blathersource.org >> http://www.modevia.com/cgi-bin/mailman/listinfo/py-transports >> >> From [EMAIL PROTECTED] Wed Mar 15 21:24:46 2006 From: [EMAIL PROTECTED] (Daniel Henninger) Date: Wed Mar 15 21:24:24 2006 Subject: [py-transports] [PyICQ-t] custom away messages/status In-Reply-To: <[EMAIL PROTECTED]> References: <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> Message-ID: <[EMAIL PROTECTED]> Well I don't really know that it works for me. Honestly I've always only paid attention to the extended status messages that coincide with the away message. =) I'm just saying that I "thought I coded it to work". Perhaps I skipped that part. (note that I haven't looked at the code yet because i've been up to my forehead in hooha at work) Daniel On Mar 15, 2006, at 12:26 PM, Benjamin E. Schallar wrote: > Done! ( http://www.blathersource.org/bugs_view.php?projid=pyicq- > t&bugid=188 ) > > :) > > Tracebacks / Debugging info will follow up next weekend. > > It does work for you? I know quite a few people having the same > problem as I do. > > > Benjamin > > PS: Is there a way to subscribe to bugs at blathersource.org? > > Sender [Daniel Henninger] wrote on [03/15/06 02:22]: >> Hrm, it ought to work. Please file a bug report at >> www.blathersource.org! =) >> Daniel >> On Mar 14, 2006, at 6:11 PM, Benjamin E. Schallar wrote: >>> Hi! >>> >>> I'm using Psi as xmpp client (0.10, 0.11, -NG darcs checkout) >>> and JabberD v.2 with a recent PyICQ-t version (post 0.7-a from >>> 2006-03-09). >>> >>> Using pyICQ-t for over a year now (and updating it every now and >>> then to the most recent version) I really wonder whether it's my >>> fault or whether pyICQ-t simply doesn't implement this >>> functionality. >>> >>> Should setting custom away messages work with pyICQ-t, so that >>> other ICQ users (using Gaim, Trillian, ICQ 200x, etc.) can read >>> this custom away message? >>> IIRC it works in Gaim, but never worked with Psi + pyICQ-t for me. >>> >>> Is this a setup / configuration fault on my side or is it simply >>> a lack of functionality or a bug of pyICQ-t? >>> I'd really like that functionality and if it's only a bug that >>> prevents it from working although it did before please tell me. >>> >>> Thanks for any suggestions! >>> >>> Benjamin >>> _______________________________________________ >>> py-transports mailing list >>> py-transports@blathersource.org >>> http://www.modevia.com/cgi-bin/mailman/listinfo/py-transports >>> >>> > _______________________________________________ > py-transports mailing list > py-transports@blathersource.org > http://www.modevia.com/cgi-bin/mailman/listinfo/py-transports > >
