From: Richard Watkinson <rwatki@xxxxxxxxxxxxxxxxx>
To: davidpilling@xxxxxxxxxxxxx
Date: Thu, 16 Nov 2006 02:40:24 GMT
In message <zSLU2YBpr1WFFwpB@xxxxxxxxxxxxxxxxxxx>
David Pilling <flist@xxxxxxxxxxxxxxxxxxx> wrote:
> In message <651636864e.martin@xxxxxxxxxxxxxxxxxxx>, Martin Wuerthner
> <public@xxxxxxxxxxxxxxx> writes
>>But fortunately, there are mailing list archives, so in the future,
>>you could just point to
>> http://www.freelists.org/archives/davidpilling/11-2006/msg00019.html
>>for an explanation of the issue.
>
> Well yes, and you can Google the archives, however that is a little hard
> - often the information is spread out.
>
>>a) giving users an option whether to create a maximum size DA or a
>>limited size DA with a configurable size
>
> A few of my programs do this already - SparkFS, DPScan.
>
>>b) using WimpSlot memory on systems without the 28MB memory limit
>
> Again there is an option for DPScan to do this. However Ovation Pro will
> work better with two lots of memory - its wimp slot and its dynamic
> area. It doesn't have to work this way - obviously on older machines it
> has to use its wimp slot for everything.
>
> The dynamic area is used for documents and the wimp slot for workspace,
> you don't really want to shift 100MB of document just so that the
> workspace can expand (and then 20ms later contract).
>
>
I've been following this thread with interest but my gut feeling is
that saving an OP document of 100Mb plus is not a good idea from the
outset.
Unless the 100Mb consists mainly of graphics there is too much at
stake.
Far better to save in smaller chapters for want of a better term as
the original poster had done.
--
Richard Watkinson
Treasurer Sheffield Folk Festival
http://www.sheffieldfolkfestival.org/
A kitten is for life...
