LATEX-L Archives

Mailing list for the LaTeX3 project


Options: Use Classic View

Use Monospaced Font
Show Text Part by Default
Condense Mail Headers

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

Print Reply
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Date: Thu, 1 Jun 2006 17:52:42 +0200
Content-Disposition: inline
Reply-To: Mailing list for the LaTeX3 project <[log in to unmask]>
From: Heiko Oberdiek <[log in to unmask]>
In-Reply-To: <[log in to unmask]>
Content-Transfer-Encoding: 8bit
Sender: Mailing list for the LaTeX3 project <[log in to unmask]>
Parts/Attachments: text/plain (41 lines)
On Thu, Jun 01, 2006 at 09:11:37AM +0200, Lars Hellström wrote:

> Onsdagen den 31 maj 2006 kl 21.29 skrev Heiko Oberdiek:
> >
> >>* To get smaller pdf file sizes I have experimented with
> >>  destinations:
> >>  * Unused destinatins are removed.
> >>  * The destination names are renamed to shorter names.
> [snip]
> >Thus I made the assumption the spelling of the destinations are not
> >intended for external referencing. This allows two optimizations:
> >* Unused destinations are removed.
> >* The destination names must still unique, but I can choose shorter
> >  names, e.g. instead of
> >      section.1, section.23, codline.127   (30 bytes)
> >  the shortest possible, but unique names are used:
> >      A, B, C                                (3 bytes)
> >  The HTML example from above would be transformed to:
> >      <a name="A">...</a> or <a ref="#C">...</a>
> >
> >Example: file size decrease of source2e.pdf: around 4.5 %.
> Have you tried using numbered destinations? 

Thanks for the idea.

> Apart from being simpler, 
> this should shave off another byte or two (for the parentheses 
> delimiting the string).

The comparison is a little more complicate:
* "(<name>)" is replaced by an object reference " <obj_id> 0 R"
* The object specification for the destination is shorter:
  "<</D[...]>>" --> "[...]"
* The name tree is shorter, because the names aren't used.

Thus I give it a try.

Yours sincerely
  Heiko <[log in to unmask]>