Singpolyma

Another post based on a previous tweet. This took me at least an hour to debug, so I thought it might be worthwhile sharing.

IE, apparently, gets unhappy when you append nodes to the end of a node it hasn't finished rendering yet. In practice, this means it blows up when you say document.body.appendChild before the page has loaded. The easy solution? Append to a node that has already loaded! What node is almost guaranteed to be there when the body is rendering? The head node of course! Here is code:

document.getElementsByTagName('head')[0].appendChild(script);

© 2006-2008 Stephen Paul Weber. Some Rights Reserved.

Part of the big buzz surrounding Web 2.0 has been pull alerts as opposed to push alerts.

Push alerts / messages -  I send you a message.  This is how email and IM work.  I choose when, where, and how the message is sent and largely control how you receive it.  I send an email, you get it in your inbox.

Pull alerts / messages - I send a message which may (or may not) be intended for you primarily.  You decide when, where, how, and IF you receive it.  This most common form of this is RSS/ATOM feeds.  I publish to my blog / Twitter / whatever and you subscribe to me if you want to.  You can receive alerts via email, IM, Xanga, Facebook, Google Reader, BoxtheWeb, Sage, or a myriad of other options.

Some have said that push alerts are dying.

This makes some sense.  When I post on a forum, I don't want to have their system email me every time there is a reply (email/push).  What I really want is to have easy access to a list of posts replying to mine to look over (RSS/pull).

However, this can go a bit too far.  Pull IM does exist to some extent, but it defeats the purpose.  I want you to see something NOW, it's URGENT, INSTANT.  Pull does not fit this.

Push alert systems, however, just refuse to die!  Facebook/Myspace messages/wall posts.  Blog comments.  New friend-group messaging systems like Pownce.  Push is extremely popular.

The masses are rarely right, but perhaps we shouldn't brush off push alerting altogether at this point.

© 2006-2008 Stephen Paul Weber. Some Rights Reserved.

We need a unified and federated status system.  Something so simple, it should be easy to federate.

Why?  Because right now I set my 'status' (ie, what I'm doing, a small tidbit to share) on my Jabber account, my Twitter account, and my Facebook account.  If I were a member in more places I'd be doing it more.  There needs to be a way to set it in one place and then propagate it.

But wait!  We do have a standard, federated system for this!  Jabber/XMPP itself is a presence (that includes status) protocol.  How could this be made to work?  Rather easily.

Already anything I say to the Twitter bot from Jabber goes into my Twitter.  What SHOULD happen is that whenever I change my Jabber status THAT goes into my Twitter.   Facebook could easily create a similar bridge.

© 2006-2008 Stephen Paul Weber. Some Rights Reserved.