Re: [Groff] Compression support for files?

[Steffen Nurpmeso]

Clarke Echols <address@hidden> wrote:
 |There is no possible justification for compressing font files or any
 |other files related to nroff/groff/troff in today's environment, unless
 |they are being delivered online over the Internet as compressed HTML
 |or some other equivalent.
 |
 |Groff is fast, efficient, and reliable.  It also behaves the way
 |experienced users expect it to behave.  Any "savings" from compression
 |are not worth the time or effort, and certainly not worth the risk of
 |breaking the groff package by someone inadvertently breaking an
 |important legacy behavior while attempting to create an unneeded,
 |unwanted, probably not even useful new feature few others, if any,
 |would be interested in having.

To retain the current behaviour and only support automatic muxing
for the `.so' request a single line of the patch i sent in has to
be changed:

  diff --git a/src/include/file_case.h b/src/include/file_case.h
  index ab64e2e..eb981b8 100644
  --- a/src/include/file_case.h
  +++ b/src/include/file_case.h
  @@ -56,7 +56,7 @@ public:
       mux_default     = fc_none,
       // Defines the global default strategy for dealing with packed files in 
case
       // none of the above has been given explicitly by a callee
  -    _mux_unpack_default = mux_unpack
  +    _mux_unpack_default = mux_no_unpack
     };
   
     enum seek_whence {

And i think i will have a look and send another patch to unbreak
the installed HDTBL examples, which seem to be broken for four and
a half years (at least groff(1)ing the installed sources is
impossible).

--steffen