Ken Smith wrote:
Is there a way to conditionally define the .XN macro so that, when I'm
building my HTML document, it is a no-op that returns its arguments
verbatim to be considered as content?
Something like this should work (I haven't tested):
.rn XN XN-old
.de XN
.ie '\*[.T]'html' .nop \\
I ended up choosing to continue using groff instead of pdfroff for the
moment because my needs are still rather simple but I am using the
recent spdf and pdfmark packages to get the navigation index. This
requires me to use spdf's .XN macro for my section headings which
causes the HTML output to h
On Fri, Aug 28, 2009 at 8:18 AM, Werner LEMBERG wrote:
>
>> I am using groff 1.18.1 and the mm macro package to generate a PDF
>> document. I would like to be able to have a hyperlinked table of
>> contents and a PDF index which will open in a side pane in most PDF
>> viewers containing the same l
> Following up on my own report after poking through things this
> morning. In the src/preproc/pic directory, in file object.cpp, in
> the routine declared as "linear_object *object_spec::make_arc",
> lines 1833 and 1834 have the statement
>
> while (radius < d)
> radius *= 2.0;
>
> In m
> I am using groff 1.18.1 and the mm macro package to generate a PDF
> document. I would like to be able to have a hyperlinked table of
> contents and a PDF index which will open in a side pane in most PDF
> viewers containing the same links.
I suggest upgrading to the current version, 1.20.1, a
Hello all,
First a great thanks for everyone who takes the time
to respond not only to my inquiries, but to that of the
list.
I have a need to align page counts within adobe pdfs such
that the reported page count within adobe matches the
physical page number of the document.
So I have a title p
