[jdev] My GSoC project : to continue the PyMSNt development.

[Jonathan Dickinson]

One of the things that makes my life easier /is/ the gateways. I work at a pro M$ company so they are Live Messenger through and through: despite my VERY BEST efforts to convert the entire company. Being able to use MSN via Jabber has been a huge help for me, but sometimes I have to log into MSN because of the missing functionality (we really do use the complete MSN feature set).

Some people just can't convert completely.

My ZIM$0.01

-----Original Message-----
From: jdev-bounces at jabber.org [mailto:jdev-bounces at jabber.org] On Behalf Of Sander Devrieze
Sent: 09 April 2008 01:15 PM
To: Jabber/XMPP software development list
Subject: Re: [jdev] My GSoC project : to continue the PyMSNt development.

2008/4/9, Peter Saint-Andre <stpeter at stpeter.im>:
> Daniel Henninger wrote:
>  >> I don't disagree from the client perspective. But my philosophy has
>  >> always been to make XMPP as great as it can be, then everyone else will
>  >> eventually decide that they need to use XMPP and not some proprietary
>  >> garbage.
>
> >
>  > I won't get into my diatribe about why I think that will never happen.
>
> > Aside from saying why are people still using IE6 and even IE5?  ;)  I've
>  > always been a big proponent of "let them use what they want, we'll do what
>  > we can do make the world able to communicate better".  That doesn't mean
>  > trying to tell someone "your client blows, use this instead".  Personally I
>  > see no problem with transport work as part of the GSoC.  HOWEVER I do agree
>  > that, to me, the greater spirit of the XMPP involvement would be to learn
>  > more about XMPP and improve upon it directly.  Can that be done by improving
>  > upon existing transports?  Maybe.  "In an ideal world", it could be awefully
>  > nice to see a project in which some sort of XEP gets implemented and
>  > improved upon, or some sort of new XEP concept gets written.
>
>  Really I have nothing against transports. However, my focus is on making
>  native XMPP technologies as powerful as possible. Personally I'd rather
>  support some fun project like MSN-like emoticons over XMPP than just
>  bridge to a closed technology. But that's just my opinion. :)

When you have a larger user base, you get these fun things
automatically: end users will pull for these features instead of some
instance pushing them.

--
Mvg, Sander Devrieze.