[Seaside] Strategies for bulky renders/updates

[Sebastian Sastre]

no pun intended, but is a design issue (and not a seaside one)

It sounds like you really need to re-think the UX 

a strong signal of that is that lists presenting thousands of items to a human being are hardly useful

alternatives?

think in some kind of aggregation (meaningful to the domain of the app) that can be navigated (drill down) to smaller lists

then you'll find out that all those issues are gone (including the security-related ones) and the app's usability gets increased

sebastian

o/


On Mar 12, 2011, at 11:21 PM, radoslav hodnicak wrote:

> I've been using seaside with jquery to create quite interactive
> interfaces, using the simplest approach of "everything has its own
> callback". This works well if the dataset you're working with is
> small, but I'm now venturing into territories where it takes seconds
> to receive+render a page, which isn't acceptable.
> 
> For an example of what I'm talking about imagine a page showing a list
> of emails. Every line (email) has a clickable sender, subject, date,
> and a bunch of more actions and icons etc. If you're creating
> anchors/click actions for each field separately, that's easily
> hundreds or thousands of callbacks per page, each needing to be
> generated on the server and sent over the wire. So clearly I need to
> instead write client side javascript that will figure out what the
> user clicked and do a parametrized request. Which I can do, but I'm
> wondering if someone has figured out a clever way how to map the
> information on the page to smalltalk objects on the server (other than
> using callback registry). Same goes for bulk actions involving
> multiple items ("delete selected" and the like).
> 
> rado
> _______________________________________________
> seaside mailing list
> seaside at lists.squeakfoundation.org
> http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.squeakfoundation.org/pipermail/seaside/attachments/20110313/797f946f/attachment.htm