UI performance and large data set in Table Object
mfstuart at cox.net
Thu Feb 21 17:40:05 CST 2008
My day job is a software engineer, using another software development tool -
The product we build (CRM) is for enterprise sized companies, working on
large amounts of SQL data.
eDeveloper does not produce this UI lack of performance during runtime. This
is how I noticed the difference in behavior.
As far as Excel and Rev, both load the data into memory, which I would
assume then declines the available resources, causing the issue at hand.
Whereas the table object in our software is reading the data continually
(??) from the database, caching when needed, so the lack of performance is
Richard Gaskin wrote:
> Jan Schenkel wrote:
>>> Now when large record sets are returned from a
>>> search, the UI (user
>>> interface) slows down, especially when resizing the
>>> stack to see more
>>> records in the table object. When resizing with no
>>> records, the UI is
>>> performs normally with fast resizing.
>> The problem is two-fold: it's a lot of data that has
>> 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 infrequently.
> Richard Gaskin
> Managing Editor, revJournal
> Rev tips, tutorials and more: http://www.revJournal.com
> use-revolution mailing list
> use-revolution at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
View this message in context: http://www.nabble.com/UI-performance-and-large-data-set-in-Table-Object-tp15618647p15623495.html
Sent from the Revolution - User mailing list archive at Nabble.com.
More information about the use-livecode