UI performance and large data set in Table Object
janschenkel at yahoo.com
Thu Feb 21 14:30:18 CST 2008
--- Richard Gaskin <ambassador at fourthworld.com> wrote:
> Jan Schenkel wrote:
> >> Now when large record sets are returned from a
> >> search, the UI (user
> >> interface) slows down, especially when resizing
> >> stack to see more
> >> records in the table object. When resizing with
> >> records, the UI is
> >> performs normally with fast resizing.
> > The problem is two-fold: it's a lot of data that
> > to go through some pipe before it arrives in
> > Revolution, and Revolution then has to process and
> > format a lot of that to determine what to actually
> > display on screen, recalculate the size of the
> > scrollbar, etc.
> FWIW, I did some subjective tests with scrolling
> large amounts of data
> in Rev vs. Word, Excel, and others. Rev outperformed
> them all, quite
> So if it seems slow, try the same size data anywhere
> else. Sometimes a
> lot of data just takes a long time to redraw.
> Fortunately the user will likely resize a window
> Richard Gaskin
> Managing Editor, revJournal
Excellent point, Richard - Revolution is indeed much
faster than the MS behemoths. Combining Mark's advice
of caching the data in an off-screen buffer with the
'fake-threaded' chunked download approach, allows us
to squeeze every drop of performance out of our
favourite development tool...
Quartam Reports & PDF Library for Revolution
"As we grow older, we grow both wiser and more foolish at the same time." (La Rochefoucauld)
Never miss a thing. Make Yahoo your home page.
More information about the use-livecode