Maximum field size
bobsneidar at iotecdigital.com
Thu Jan 19 18:00:12 EST 2023
mmmm... ok. But first, can you provide an example of ANY application that displays that much text or that many lines in a field? A-Whaaay back when, Microsoft ran into this problem with large Word and Excel files. They got around it by developing a paging system that only kept in memory a certain number of pages before and after the currently displayed page.
If it is absolutely necessary for this app to display that much data, I suggest developing a paging engine that tracks the vScroll to determine what to display and cache. (caching just for speed.) Re-engineering the field object is not the solution methinks. It would probably negatively impact the performance of the field object.
FWIW the Datagrid Library ALSO has paging built in.
On Jan 19, 2023, at 12:16 , Paul Dupuis via use-livecode <use-livecode at lists.runrev.com<mailto:use-livecode at lists.runrev.com>> wrote:
All the responses about crashing - because lines are too long (exceeding 65K chars or 32K x in line length) or there are too many lines (and so 32,767px of scrollable height is not enough) - strongly indicated that an overhaul of the standard field object is needed in LC 10, or, more likely, in LC11.
No matter what a developer or user tries to do with a field, it should not crash.
More information about the use-livecode