> FWIW, I've been (rightly) under pressure for a while to update
> Debian's groff, but have found it very difficult to forward-port the
> notorious Debian Japanese patch;
Forward-porting this patch is not useful, I think. If you really want
to spend more time please implement glyph class support
> I've been testing out how 1.19.2 and CVS groff with input files in
> various languages and encodings fed through preconv. Using the
> attached troff output file generated by:
>
> zcat /usr/share/man/pl/man1/822-date.1.gz \
> | ./src/preproc/preconv/preconv -eISO-8859-2 \
> | ./test-groff
On Wed, Aug 09, 2006 at 09:56:54AM +0200, Werner LEMBERG wrote:
> Colin Watson wrote:
> > I've been testing out how 1.19.2 and CVS groff with input files in
> > various languages and encodings fed through preconv. Using the
> > attached troff output file generated by:
> >
> > zcat /usr/share/ma
On Wed, Aug 09, 2006 at 10:03:56AM +0200, Werner LEMBERG wrote:
> Colin Watson wrote:
> > FWIW, I've been (rightly) under pressure for a while to update
> > Debian's groff, but have found it very difficult to forward-port the
> > notorious Debian Japanese patch;
>
> Forward-porting this patch is n
John Poltorak wrote:
>
> Is there any way to use groff for creating addresses using standard Avery
> labels?
I wrote a "labels" macro package a while back; it has a definition file for
Avery
5160 address labels.
http://home.alltel.net/kollar/groff/
-- Larry
__
Folks,
Urs showed up an interesting problem in groff: A hyphen between two
numbers does *not* insert a breakpoint! To be more specific, the
.cflags values 2 and 4 of a character x are only active if the
characters before and after x both have non-zero hyphenation codes (as
set with the `hcode'
> For Unicode fonts (which ought to be increasingly the norm), the
> proposal to write out all glyph properties in the font file seems
> odd; as far as I understand the point of Bruno's Unicode fonts
> versus enumerated fonts is to avoid the need to write out properties
> in font files which are re
> > Don't call preconv directly! It will vanish soon because its
> > functionality will become part of soelim. Instead, please use the -K
> > switch of groff.
>
> man-db uses a classical troff pipeline rather than using groff
> directly, so this is not possible. It also has its own soelim
> imp
