Contents tagged with Web

  • Little orange nightmare: Microsoft's new state-mindful RSS iconography

    Microsoft announced a series of icons under consideration to represent various states of an RSS feed in IE7, perhaps in addition to using the proposed "Pod" graphic.  I've got to say I like this idea in theory...although it's certainly subject to mass overuse/misuse.  I hope they not go overboard with too many states (see the second option below...exactly what is "movement around a feed"?).

    Quoting from MSDN:

    We took a look at the prevalent icons used today but none of them fit our principles.  The Firefox icon is close, but it lacks the rectangular dimension (principle #2).  Here are some of the ideas that we’ve been playing around with:

        1 – We use a variation of the gleam to convey that feeds are updatable.

        2 – The ring illustrates movement around a feed.

        3 – This is a spark to show new information being broadcasted.

        4 – We use waves to show broadcasting of content.

        5 – This is the Beta 1 icon with our new requirements.

  • Suggestion for Google's/Microsoft's portal start pages

    One thing I think would be cool for Google's personalized homepage and Microsoft's, the merits of which I pontificated about previously, would be to have an option that would read through the web parts content areas displayed on a customized page, and export them as a single OPML file (or alternatively in Google's case, imported directly into Google Reader) .  OPML would be more universal a solution for use in other apps and situations, but either way, it'd be neat to not only import content en masse into a portal, but also to have a portal export subscribed content for other uses, integrated or not.

  • Google's new web-based RSS reader is cool

    Despite being painfully slow at the moment, I like Google's new RSS reader, naturally web-based so I can roam (I had previous concerns about in this regard).  The scrolling cursor to move within a feed is really neat. 

    I'd eventually like it to be able to import both OPML and RSS feeds I've already plugged into my personalized Google homepage, only the latter of which is supported at the time of this writing.  That would be full-on sweet and totally portable.  I uploaded an OPML file from my Litefeeds subcription list, and it took several minutes to import only about 40 RSS feeds, but did work.

  • I'm (finally) getting my own domain

    I've been meaning to secure JASONSALAS.COM for awhile now, but haven't gotten around to it - hence my weekend project (that and mess with the Win32 libraries for Python).  I'm getting the domain (please someone, don't be a dick and park or cybersquat it while you read this), so I can setup ASP.NET 2.0 space and run my own blog.  I'm deciding between MovableType, TypePad, Blogger, DABU, WordPress or my own C#-based blogging app I wrote a few months ago, for which I just added a custom trackback handler in ASP.NET 1.x.

    Scoble's having similar choice conflicts deciding on a platform for his new domain space.  Any suggestions on a good blogging app for a web host that supports a Microsoft web platform (IIS, SQL Server, ASP.NET 1.x/2.0) and under my own domain?

  • The personal portal battle: Google's personalized homepage vs.

    I've been objectively playing with and testing the personalizable portal concepts from Google and Microsoft a lot over the last week, and I'm not alone (Ben Askins, Eric Hammersley, and Adrian Sutton have a few of the better blogged tests).  I've been a big fan of the web parts portal framework concept ever since I saw it in early bits for ASP.NET 2.0, and I'm glad to see some production-quality apps finally available for public consumption.  Trying to use the "Remember the Digital Dashboard?" or "Think of Rainbow, it's kinda like that…" or "Why you should really consider Windows SharePoint Server" examples to a neophyte audience was getting nowhere.  

    (If you have no idea what I'm talking about, thanks for proving my point.)

    Both Google's personalized homepage and Microsoft's initiative exhibit slick DHTML powering animation and drag-and-drop features that are very cool, and both ship with a ton of pre-configured content (weather, stocks, national news), in addition to supporting subscriptions to external RSS feeds.  Each gets a slight nod over the other for certain aspects of its shipped content ( supports more global locales for weather, Google's movie service is more localized; Google makes it way easier to add content to a page, while's preview pane is a really neat way to get an abstract of a feed without leaving the page, etc.).  

    Surprisingly, Google's portal naively allows a user to subscribe to the same RSS feed multiple times - whether inadvertently or deliberately - while detects the presence of a specific pre-existing feed and intuitively only permits a single subscription. also supports the importation of OPML files for auto-subscription to existing lists, which Google doesn't at the moment do.

    As far as speed goes and in lieu of any formal and scientific testing,, it would appear, would be the better performing service.  It just seems to execute more efficiently, carrying out operations and rendering content to a page faster.  Maybe this implies a superiority of the ASP.NET 2.0 engine over Java/Python.

    That having been said, accessibility is the determining factor that puts some real competitive distance between the two for me, and the reason I personally prefer Google.  I really dig the fact that being a true membership-oriented web app, Google's homepage enables roaming and can be accessed with your customized profile from any PC (and hopefully sometime, any device).  I normally jump around on at least 8 computers of varying OS and browser at work, so it's nice to be able to get at my GMail account, search history and RSS feeds wherever I am without any additional configuration or setup, other than a one-time login. evidently uses a per-machine server-side cookie to persist customized content, so a personalized portal using Microsoft's offering at the moment can't be accessed if you use a PC adjacent to you, in another building, or on the other side of the world.

    Further, because the cookie is resident only on the web browser that first set it, a customized portal can't even be accessed on a different browser on the same machine without setting it all up again from scratch.  The concept of network usability is lost.  This means if I setup some content areas different from the default load, add some RSS feeds, and change some program parameters in MSIE, I can't see the same page in Firefox and have to repeat the actions.  And continue doing so for cross-browser maintenance over time.  This is a big letdown, in my opinion.  

    But the main thing that brings down for me also delivers an implied benefit I think is cool.  I realize not everyone has multiple PCs and workstations at their disposal, and most users are content relying on a single browser.  So it's nice that supports configuration without membership via anonymous personalization, and people can setup customized experiences without having to signup for anything.  This is good, and I initially predicted unavoidable, as programmatic anonymous personalization was one of the first things I tried to achieve with the early preview bits of ASP.NET 2.0.

    With both being in beta, there's still work to be done.  And while increasing customer feedback and incorporation/integration into existing products lines for both with MSN and Microsoft tools and Google's page with…well, Google, the more the products begin to differentiate from one another the more they'll become even more similar.