Actually, that wasn't me, it was someone else. I can't swim.
--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software | http://www.hyperactivesw.com
On January 20, 2023 1:43:39 PM Richard Gaskin via use-livecode
wrote:
As for field limits, I believe Jacque summarized them well
David Epstein wrote:
> Richard Gaskin asks “Why?”
>
> I have developed a set of routines to analyze tabular data. For KB
> or MB-sized files, it is convenient to display them in a field. It
> would be simplest if I could also load GB-sized files and use my
> routines unchanged, but I accept tha
I was going to suggest polyGrid. I used it when it was still in development
to solve the text overrun problem. It works like the datagrid, only loading
the visible text in batches as you scroll and performs very well.
--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software | h
My testing attempts, like Bernd’s, show that the important “limits” are not
just what LC can display in a field but what it can display without making
things too slow. I am also wondering if the new polyGrid has different
characteristics, either its absolute limits or its performance when heavi
... 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 certai
I tried to put text into a field on an arm MacBook Pro 32 GB memory, LC 9.6.9
rc2 running natively. I realise that this is 64 bit.
I took a couple of lines of Lorem Ipsum and put it into a field. Then I put the
formattedText of that field into the field to force lineFeeds at every visible
line.
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
Sent: Thursday, January 19, 2023 2:00 PM
To: How to use LiveCode
Cc: Craig Newman
Subject: Re: Maximum field size
Guys, (and Jacque)
I made my test with lines of 14 chars. Lots of lines. LC crashes.
Craig
> On Jan 19, 2023, at 10:10 AM, Craig Newman wrote:
>
> The stack I made to
Richard.
As I mentioned, I wanted to make sure the field had scroll capabilities. ;-)
> On Jan 19, 2023, at 12:54 PM, Richard Gaskin via use-livecode
> wrote:
>
> David Epstein wrote:
>
> > How many rows or columns or characters can reasonably be displayed
> > in a LiveCode field? A 1.39 GB
Guys, (and Jacque)
I made my test with lines of 14 chars. Lots of lines. LC crashes.
Craig
> On Jan 19, 2023, at 10:10 AM, Craig Newman wrote:
>
> The stack I made to test this became corrupted after a couple of runs. I
> guess the way to do this is to increase the length until a crash, not
David Epstein wrote:
> How many rows or columns or characters can reasonably be displayed
> in a LiveCode field? A 1.39 GB text file seems pretty clearly to
> surpass the limit, but how much do I need to subdivide it?
Jacque noted the machine limits, but I'm curious about a human question:
At
The theoretical field text limit is about 4 GB but the practical limit
depends on available RAM.
--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software | http://www.hyperactivesw.com
On January 19, 2023 9:12:31 AM Craig Newman via use-livecode
wrote:
The stack I made to te
On 1/19/23 07:26, Niggemann, Bernd via use-livecode wrote:
From the User Guide:
Maximum length of a line in a field:
65,536 characters storage
No more than 32,786 pixels wide for display
If you put lines longer above limits then LC will hang/crash
The amount of lines a field can hold is a lo
Thanks to Bernd for this:
> Maximum length of a line in a field:
> 65,536 characters storage
> No more than 32,786 pixels wide for display
This seems to mean we can have a 65k long line only if each character’s width
is around half a pixel.
And that if the character width is 10 pixels the maximu
>> But when I tried to put that variable into a field, LC crashed. When I tried
>> to put 140 MB into a field, same crash. I did not continue to reduce the
>> length of that variable until the field could be loaded.
Craig,
>From the User Guide:
Maximum length of a line in a field:
65,536 charac
green Information Services
rdim...@evergreeninfo.net
-Original Message-
From: use-livecode [mailto:use-livecode-boun...@lists.runrev.com] On Behalf
Of Craig Newman via use-livecode
Sent: Thursday, January 19, 2023 10:07 AM
To: How to use LiveCode
Cc: Craig Newman
Subject: Re: Maximum field size
The stack I made to test this became corrupted after a couple of runs. I guess
the way to do this is to increase the length until a crash, not decrease.
> On Jan 19, 2023, at 10:09 AM, Craig Newman wrote:
>
> But I assume that there is a value where a field can be loaded and display a
> large
But I assume that there is a value where a field can be loaded and display a
large amount of text. It would be simple to find that value if LC didn’t crash
each time it was attempted along the way.
Craig
> On Jan 19, 2023, at 10:06 AM, Craig Newman wrote:
>
> David.
>
> You want to display 1
David.
You want to display 1.39 GB in a field? Will it scroll?
I made a quick test stack that created a variable with a length of 1.4 GB. No
problem.
But when I tried to put that variable into a field, LC crashed. When I tried to
put 140 MB into a field, same crash. I did not continue to reduc
I thought the theoretical limit was 4GB (32bits of characters) but I may
be wrong or there may be practical limits below that threshold.
On 1/18/2023 7:29 PM, David Epstein via use-livecode wrote:
How many rows or columns or characters can reasonably be displayed in a
LiveCode field? A 1.39
How many rows or columns or characters can reasonably be displayed in a
LiveCode field? A 1.39 GB text file seems pretty clearly to surpass the limit,
but how much do I need to subdivide it?
David Epstein
___
use-livecode mailing list
use-livecode@lis
21 matches
Mail list logo