On 2020-09-17 11:48, Neil wrote:
On 9/17/2020 2:02 PM, VanguardLH wrote:
Neil wrote:

On 9/16/2020 10:17 PM, VanguardLH wrote:

How is a 32-bit program going to manage a data block (with the
document)
in memory that is over 4 GB in size?Â* Yes, the program can, as you
implied, use a buffer to load part of the over 4 GB file into memory,
but, say, a search that scans the 4+ GB memory for the data block is
going to dump one buffer to move it into later bytes of the file.Â* That
is for direct memory access to the file's contents.

The techniques used by professional graphics apps in the 1980s made the
size limitation of files based on disc size rather than memory.
PhotoStyler was one such app that only loaded the portion of the file
that filled the screen, and did so in a way that enabled detailed
editing on enlarged portions or viewing the full image at screen
resolution (which was minuscule by today's standards) without any
noticeable delay. After Adobe purchased PhotoStyler, mainly to eliminate
competition for PhotoShop which at the time was quite an inferior
product, they began integrating the programs methods and features into
PhotoShop. So, a 4GB file wouldn't be a problem.

Do any of these techniques apply to MS Word, and its, so far, suggested
alternative word processors?

My response to your question about how a 32-bit program is going to
manage a data block that is over 4 GB in size was just that, not about
Word, which is why I clipped that portion of the discussion. IOW, the
size of a file that a program can manage depends on how the program is
written.


I really do not think what Carlos is describing needs a full
heavy weight suite. But if heavy weight is what you are after,
just get a site license to Office.

Just reading and writing simple docx Free Office is perfect.