[Sigia-l] seeking rules

[Heller, David]

I create apps that do generate tons of results based on user queries. This
is considered by our users a FEATURE! 1,000's of results is preferred, but
we can't display them all w/o chunking them first otherwise it will take
minutes to receive.

Many of the examples you give IMHO have better interfaces that do chunk it
out to pages. I much prefer Moviefone's interface to Yahoo Movies, WHY? b/c
I'm not stuck waiting for the 18th movie theatre when oddss are I want the
one closest to my Zip code anyway.

I have NEVER seen an absolute rule in the Web. To hold to one is to be
closed to the possibility of innovation.

But for now, I will just agree to disagree w/ you.

-- dave

-----Original Message-----
From: Ziya Oz [mailto:ZiyaOz at earthlink.net] 
Sent: Tuesday, April 30, 2002 2:38 PM
To: 'sigia-l at asis.org'
Subject: Re: [Sigia-l] seeking rules


"Heller, David" wrote:

> Ziya, no one is saying that it is bad to follow this rule. Christina 
> is writing a book and wants examples of stuff that could be taken to 
> an extreme.

I'll play along :-)

> There are definitely cases where everything on one page doesn't work, 
> such as it takes forever to download 10,000 results from a search 
> query in Google.

Can you get 10,000 results from  Google? I don't think they'll let you. I'd
imagine result set segmentation is an essential part of any non-brain-dead
server app design. In any case how does this break the 'one-page' rule? You
don't need to change the page to see result set chunks, if you really didn't
want to.

Again, look at Watson: Version Tracker, TV Guide, Meerkat, Stocks, Images,
Reference, Movies, Packages, Phone, Recipes, Zip Codes, Yahoo, Flights,
Translation, Exchange, eBay -- all in one page/window. That ought to end any
discussion of if 'everything' can fit into one page :-)

Yes, I'm well aware of the nuance here, but this 'rule' is pretty darn close
to the 'absolute truth,' as I see it :-)

Best,

Ziya



Content Management Symposium, Chicago O'Hare Marriott, June 28 - 30. See
http://www.asis.org/CM _______________________________________________
Sigia-l mailing list
Sigia-l at asis.org
http://mail.asis.org/mailman/listinfo/sigia-l
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mail.asis.org/mailman/private/sigia-l/attachments/20020430/7ec240d6/attachment.html