LATEX-L Archives

Mailing list for the LaTeX3 project

LATEX-L@LISTSERV.UNI-HEIDELBERG.DE

Options: Use Forum View

Use Monospaced Font
Show Text Part by Default
Show All Mail Headers

Message: [<< First] [< Prev] [Next >] [Last >>]
Topic: [<< First] [< Prev] [Next >] [Last >>]
Author: [<< First] [< Prev] [Next >] [Last >>]

Print Reply
Subject:
From:
Robin Fairbairns <[log in to unmask]>
Reply To:
Mailing list for the LaTeX3 project <[log in to unmask]>
Date:
Wed, 15 Sep 2010 20:36:13 +0100
Content-Type:
text/plain
Parts/Attachments:
text/plain (32 lines)
Frank Mittelbach <[log in to unmask]> wrote:

> Joseph Wright writes:
>  > On 15/09/2010 15:18, Morten Høgholm wrote:
>  > > On 15/09/2010, at 14.39, Joseph Wright<[log in to unmask]>  wrote:
>  > >
>  > >> On 15/09/2010 06:33, Heiko Oberdiek wrote:
>  > >>> At least etex.sty provides \reserveinserts.
>  > >>
>  > >> This I did not know. Perhaps expl3 should make sure it leaves some 'space' for inserts to be safe. Now, what I don't know is how many might be needed.
>  > >
>  > > I usually reserve 30 or so before loading a 'heavy' document class such as memoir.
>  > 
>  > Perhaps expl3 should do the same? I guess that 30 inserts would cover 
>  > most cases (or am I wildly out?)
> 
> I guess for the time being that is a good approach

is there an actual reason that inserts can't start working down from
64k?

etex.sty can't do this, because the basic set of inserts has been
allocated by the time it gets to run, and that plainly isn't a
constraint on latex 3.  but does it matter for expl3?

(i have once spent time on thinking this issue through, but i'm not well
-- still -- and can't remember what conclusion i came to.)

robin
on a "broadband" line that's having trouble shifting bits faster than
the snails in the garden could...

ATOM RSS1 RSS2