Thanks guys

Michael, that link is very helpful. I got the numbers a bit mixed up,
it should be around 25 result items each made up of 12 elements with
around 12 pieces of information from db/json. - so yes, 300 elements
total.

If you don't mind me asking, I'd like you guys to give me your opinion
on what I'm doing at the moment. I'm making a search page that has
filters and the way I have it set up, I use jQuery to retrieve filter
values and pass them along via AJAX to the server. The server takes
these values, stores them in a session then outputs the results, which
then is html()'ed to my results DIV. (I'll be switching to JSON)

What do you guys think? Currently the whole search page is a bit
javascript dependent (both the actual input/manipulation of filters
and the instant update of the results). Should I be really worried
about people who have javascript disabled?

Thanks!

On Sep 30, 4:34 pm, Michael Geary <m...@mg.to> wrote:
> 25 x 12 sounds closer to 300 elements? Either way, it's easy to generate
> that much stuff in JavaScript and get good performance, if you're careful
> about how you write the code. Here's a post with some tips and optimized
> code for a similar task:
>
> http://groups.google.com/group/jquery-en/msg/121203c4216c34ee
>
> If you follow the basic pattern in that code it should be plenty fast.
>
> You could post the specific HTML you want to generate along with the JSON
> format you plan to use if you have any questions about how to make it go
> fast.
>
> -Mike
>
> On Wed, Sep 30, 2009 at 9:01 AM, Toaster <mr.toas...@gmail.com> wrote:
>
> > Thank you for your reply James
>
> > In regards to the JSON vs HTML, would the browser have any problems
> > creating 25 results items each with 12 pieces of information from
> > JSON? (it'd be more of less 120 elements being appended)

Reply via email to