Update the TODO list to match the current state of the world.

git-svn-id: svn://svn.tartarus.org/sgt/halibut@7070 cda61777-01e9-0310-a592-d414129be87e

Add a mechanism for disabling ligature substitution for an entire paragraph
and apply it to code paragraphs.

git-svn-id: svn://svn.tartarus.org/sgt/halibut@7069 cda61777-01e9-0310-a592-d414129be87e

Our standard mapping for the first font should start at 0x20, not 0x21.

git-svn-id: svn://svn.tartarus.org/sgt/halibut@7067 cda61777-01e9-0310-a592-d414129be87e

Support for getting ligature information from AFM files, which was the
whole point of the glyph renumbering.

git-svn-id: svn://svn.tartarus.org/sgt/halibut@7066 cda61777-01e9-0310-a592-d414129be87e

Make ps_glyph_to_unicode() take a glyph index instead of a glyph name.

git-svn-id: svn://svn.tartarus.org/sgt/halibut@7062 cda61777-01e9-0310-a592-d414129be87e

Overhaul of glyph-name handling in the paper backends.  Before, we had
a separate dense array of glyph names for each font, and referenced glyphs
by indicies into that array, which meant that the array had to be set
up before we could generate any indices.  Now we have an overall array of
glyph names, and use the same glyph indicies for all fonts.  Some arrays
have had to turn into tree234s as a result.

git-svn-id: svn://svn.tartarus.org/sgt/halibut@7061 cda61777-01e9-0310-a592-d414129be87e

I've worked out why ligation was being (correctly) suppressed in code
paragraphs and found some cases where it isn't.  Add test cases for these
to remind me to deal with them later.

git-svn-id: svn://svn.tartarus.org/sgt/halibut@7060 cda61777-01e9-0310-a592-d414129be87e

James should apparently have been removed from this file years ago.  Fix that.

git-svn-id: svn://svn.tartarus.org/sgt/halibut@7051 cda61777-01e9-0310-a592-d414129be87e

Fix the behaviour of constructions like \e{index \i{term}} -- the index tag
was causing emphasis to be broken (particularly noticeable in text-like
backends). There are some instances of this in the PuTTY manual, for instance.

Unfortunately, \k references in similar situations still aren't quite right,
but fixing that will be more involved, and I haven't found any instances
yet.

git-svn-id: svn://svn.tartarus.org/sgt/halibut@7049 cda61777-01e9-0310-a592-d414129be87e

Bump copyright dates, and change the one at the start of the manual to be
a range rather than a single year.

git-svn-id: svn://svn.tartarus.org/sgt/halibut@7047 cda61777-01e9-0310-a592-d414129be87e

Generate ligature information from the standard AFM files rather than
hard-coding it.  No practical gain, since the hard-coded entries were correct,
but aesthetically better.

git-svn-id: svn://svn.tartarus.org/sgt/halibut@7046 cda61777-01e9-0310-a592-d414129be87e

Initial ligature support.  This adds support for emitting ligatures, and adds
the "fi" and "fl" ligatures to the built-in fonts, but doesn't add support
for reading ligature information from AFM files because that requires coping
with forward references to glyph names, which is tricky.

git-svn-id: svn://svn.tartarus.org/sgt/halibut@7045 cda61777-01e9-0310-a592-d414129be87e

Fix segfault in info backend when invoked with inputs/test.but
(which triggers err_infonodechar with fpos==NULL).

git-svn-id: svn://svn.tartarus.org/sgt/halibut@7044 cda61777-01e9-0310-a592-d414129be87e

Emit lots of odd characters so as to test the paper backends' ability to
use two encodings of the same font.

git-svn-id: svn://svn.tartarus.org/sgt/halibut@7042 cda61777-01e9-0310-a592-d414129be87e

Tweak /OUT pdfmark generation -- PLRM suggests that constructing a large
executable array is likely to use lots of stack space, which might be bad on
Level 1 interpreters, so use the same mechanism as for other pdfmarks and
have a procedure that does nothing if pdfmark isn't defined.

git-svn-id: svn://svn.tartarus.org/sgt/halibut@6995 cda61777-01e9-0310-a592-d414129be87e

These HHP window dimensions seem to be rubbish. Better off without
any, I reckon.

git-svn-id: svn://svn.tartarus.org/sgt/halibut@6994 cda61777-01e9-0310-a592-d414129be87e

Rough-and-ready line wrapping for PostScript, to keep us below the DSC-mandated
255 characters per line (excluding newline characters).  In fact, it tries to
keep us below 80 characters so as to make the PostScript more readable (and
demonstrate that it's working).

git-svn-id: svn://svn.tartarus.org/sgt/halibut@6993 cda61777-01e9-0310-a592-d414129be87e

Actually, the separator in the "NAME" section really ought to be an
EN DASH, falling back to MINUS and then HYPHEN-MINUS.  Make it so.

git-svn-id: svn://svn.tartarus.org/sgt/halibut@6992 cda61777-01e9-0310-a592-d414129be87e

Support for the MS HTML Help system in the HTML back end. As yet I
don't know how to write out a .CHM directly, but I am at least able
to have the HTML back end write out the three auxiliary files which
enable a .CHM to be generated using the MS HTML Help compiler.

git-svn-id: svn://svn.tartarus.org/sgt/halibut@6991 cda61777-01e9-0310-a592-d414129be87e

Just noticed that Ben missed another PostScript/PDF inversion.

git-svn-id: svn://svn.tartarus.org/sgt/halibut@6990 cda61777-01e9-0310-a592-d414129be87e

Fix amusing cut-and-paste error in section keywords :-)

git-svn-id: svn://svn.tartarus.org/sgt/halibut@6989 cda61777-01e9-0310-a592-d414129be87e

Make the title a bit scarier to test the PostScript backend some more,
including testing some bug fixes it doesn't have yet.

git-svn-id: svn://svn.tartarus.org/sgt/halibut@6988 cda61777-01e9-0310-a592-d414129be87e

Explicitly set the title via pdfmark, since that allows us to put
in Unicode, which we can't (reliably) in %%Title.

git-svn-id: svn://svn.tartarus.org/sgt/halibut@6987 cda61777-01e9-0310-a592-d414129be87e

Remove accidentally-committed deflate-debugging code.

git-svn-id: svn://svn.tartarus.org/sgt/halibut@6985 cda61777-01e9-0310-a592-d414129be87e

Put all the pieces together: introduce a secondary test mode for
winhelp.c which uses all my new library code to import an arbitrary
PNG and embed it into the test help file.

git-svn-id: svn://svn.tartarus.org/sgt/halibut@6984 cda61777-01e9-0310-a592-d414129be87e

Remember to initialise the bmp array for AFM fonts, or Unicode fallbacks
won't work properly.

git-svn-id: svn://svn.tartarus.org/sgt/halibut@6982 cda61777-01e9-0310-a592-d414129be87e

Support, in the winhelp module only, for adding pictures to .HLP
files. Halibut does not make use of this feature, but I hope that
one day it might.

git-svn-id: svn://svn.tartarus.org/sgt/halibut@6980 cda61777-01e9-0310-a592-d414129be87e

Update copyright dates.

git-svn-id: svn://svn.tartarus.org/sgt/halibut@6979 cda61777-01e9-0310-a592-d414129be87e

Some documentation of Halibut's font-embedding support, now that it works.

git-svn-id: svn://svn.tartarus.org/sgt/halibut@6977 cda61777-01e9-0310-a592-d414129be87e

This somehow got missed in my "put PDF before PostScript" sweep.

git-svn-id: svn://svn.tartarus.org/sgt/halibut@6976 cda61777-01e9-0310-a592-d414129be87e

Mention PDF before PostScript everywhere, partly because PDF is the
dominant format for print-oriented documents, but mostly because it's
hard to mention pdfmark without having mentioned PDF already.

Also mention pdfmark.

git-svn-id: svn://svn.tartarus.org/sgt/halibut@6975 cda61777-01e9-0310-a592-d414129be87e

Correct embedding of Type 1 fonts in PDF.  Error cases (e.g. invalid Type 1
fonts) may not be well handled, and may emit invalid PDF.

git-svn-id: svn://svn.tartarus.org/sgt/halibut@6974 cda61777-01e9-0310-a592-d414129be87e

I've just noticed some unacceptably long lines in code paragraphs in
the Halibut manual. They turn out to be \cfg directives with
multiple braced sections after them. The obvious thing to do for
legibility would be to wrap those sections by putting newlines
between } and {, but that isn't legal in the Halibut syntax.

Therefore, it is now :-) For paragraph types which don't have any
body text (such as \cfg), we are now lenient about whitespace
between multiple keywords. So I can fix the docs so they don't go
over the limit, and be confident that the fixed version is still
technically accurate.

git-svn-id: svn://svn.tartarus.org/sgt/halibut@6970 cda61777-01e9-0310-a592-d414129be87e

Fix typo in limit test in deflate_buildhuf(). (The only two limit
values ever used are 15 and 7, so testing against 16 is silly.)

git-svn-id: svn://svn.tartarus.org/sgt/halibut@6969 cda61777-01e9-0310-a592-d414129be87e

Specify the /Border of /ANN pdfmarks correctly.

git-svn-id: svn://svn.tartarus.org/sgt/halibut@6968 cda61777-01e9-0310-a592-d414129be87e

Update deflate.c to include nearly all the changes I've been making
in the main version. The one missing thing is the fancy new LZ77
compressor in misc/libcode/lz77.c, in whose stability I'm not yet
confident enough to consider it ready for prime-time.

git-svn-id: svn://svn.tartarus.org/sgt/halibut@6967 cda61777-01e9-0310-a592-d414129be87e

Distingush font files from other input by magic number rather than name.
This prevents one having Halibut files that begin "StartFontMetrics",
"%!FontType1-", or "%!PS-AdobeFont-", but I doubt that will be a great
hardship.

git-svn-id: svn://svn.tartarus.org/sgt/halibut@6960 cda61777-01e9-0310-a592-d414129be87e

Two of the bugs listed in the man page are out of date: Unicode and
character set support, and the HTML back end, have both been
extensively revamped since that section was written, and I think
neither of them is shoddy enough to warrant this sort of
self-disparagement any more.

git-svn-id: svn://svn.tartarus.org/sgt/halibut@6959 cda61777-01e9-0310-a592-d414129be87e

Paging through the newly compressed PDF manual to make sure it
worked, I happened to notice this typo. I think Wikipedia might have
permanently removed my ability to read any document for any purpose
without spotting at least one error in it.

git-svn-id: svn://svn.tartarus.org/sgt/halibut@6958 cda61777-01e9-0310-a592-d414129be87e

Tweak prologue so that it works correctly on interpreters that don't support
pdfmark, specifically by having the dummy versions of "p", "x", and "u" pop
their arguments rather than leaving them on the stack to cause trouble.

git-svn-id: svn://svn.tartarus.org/sgt/halibut@6956 cda61777-01e9-0310-a592-d414129be87e

Support for emitting outlines using pdfmark.

git-svn-id: svn://svn.tartarus.org/sgt/halibut@6952 cda61777-01e9-0310-a592-d414129be87e

PDF outlines already do use PDFDocEncoding or Unicode, so remove that from
the TODO list.

git-svn-id: svn://svn.tartarus.org/sgt/halibut@6951 cda61777-01e9-0310-a592-d414129be87e

Adjust ps_string so that it escapes characters above 126.  This makes
Halibut's output 7-bit clean, which seems the best approach in PostScript.

git-svn-id: svn://svn.tartarus.org/sgt/halibut@6950 cda61777-01e9-0310-a592-d414129be87e

Rough pdfmark support.  Links are implemented, but not outlines.

git-svn-id: svn://svn.tartarus.org/sgt/halibut@6949 cda61777-01e9-0310-a592-d414129be87e

Add a procedure to our prologue to draw filled rectangles, and use it.

git-svn-id: svn://svn.tartarus.org/sgt/halibut@6938 cda61777-01e9-0310-a592-d414129be87e

Factor out printing a destination (in either an annotation or an outline)
into its own function.

git-svn-id: svn://svn.tartarus.org/sgt/halibut@6937 cda61777-01e9-0310-a592-d414129be87e

Increase page-tree branching factor from two to eight, since two was obviously
silly, and eight isn't.

git-svn-id: svn://svn.tartarus.org/sgt/halibut@6936 cda61777-01e9-0310-a592-d414129be87e

Add support for compressed PDF streams, using Simon's new deflate library.

git-svn-id: svn://svn.tartarus.org/sgt/halibut@6931 cda61777-01e9-0310-a592-d414129be87e

Small tweak: add a /ProcSet array to the top-level /Resources dictionary,
as recommended by the PDF spec.

git-svn-id: svn://svn.tartarus.org/sgt/halibut@6923 cda61777-01e9-0310-a592-d414129be87e

Explicitly explain the meaning of each HTML variant.

git-svn-id: svn://svn.tartarus.org/sgt/halibut@6913 cda61777-01e9-0310-a592-d414129be87e

Emit a PageLabels dictionary to make it clear what page numbering scheme
Halibut uses.

git-svn-id: svn://svn.tartarus.org/sgt/halibut@6912 cda61777-01e9-0310-a592-d414129be87e

`man', at least on Debian 3.1, will treat a paragraph beginning with
a period specially _even_ if there's an \fB or similar escape
sequence before the period. Therefore, man_rdaddctrl() now doesn't
clear the QUOTE_INITCTRL flag just because it generated some text;
instead, its call sites clear the flag when the _type_ of generated
text is appropriate for this. This should remove an error from the
`lns' man page (utils/lns/lns.but), which was where I noticed the
problem.

git-svn-id: svn://svn.tartarus.org/sgt/halibut@6871 cda61777-01e9-0310-a592-d414129be87e

Introduce global (cross-backend) \cfg{contents} and \cfg{index}
commands, allowing the fixed words "Contents" and "Index" generated
in various output formats to be reconfigured into other languages.

git-svn-id: svn://svn.tartarus.org/sgt/halibut@6724 cda61777-01e9-0310-a592-d414129be87e

About time I fixed this: allow for some people's md5sum utilities
producing output on stdout even in -c mode.

git-svn-id: svn://svn.tartarus.org/sgt/halibut@6707 cda61777-01e9-0310-a592-d414129be87e

Missing error handling: the HTML and WinHelp back ends would both
segfault if they were unable to open their output files.

git-svn-id: svn://svn.tartarus.org/sgt/halibut@6704 cda61777-01e9-0310-a592-d414129be87e

On Level 2 implementations, use setpagedevice to select the correct page size.

git-svn-id: svn://svn.tartarus.org/sgt/halibut@6689 cda61777-01e9-0310-a592-d414129be87e

Tighten formatting of PDF annotations, making them direct rather than indirect
objects and removing some surplus whitespace.  This saves 40K in the Halibut
manual.

git-svn-id: svn://svn.tartarus.org/sgt/halibut@6688 cda61777-01e9-0310-a592-d414129be87e

Generate rather more compact /Differences tables for font encodings, mostly
so I don't have to press SPACE so much to get to the interesting part of the
file.

git-svn-id: svn://svn.tartarus.org/sgt/halibut@6687 cda61777-01e9-0310-a592-d414129be87e

There's no need to reset the font every line if it hasn't changed.  This saves
a few K and a lot of calls to scalefont and setfont, which is probably good.

git-svn-id: svn://svn.tartarus.org/sgt/halibut@6686 cda61777-01e9-0310-a592-d414129be87e

Fairly ropey font-embedding support.  In particular, the PDF output is
technically incorrect, though it works perfectly well with xpdf.  To do
it properly requires actually parsing the unencrypted part of a Type 1
font, which will be a bit tedious in C.

git-svn-id: svn://svn.tartarus.org/sgt/halibut@6685 cda61777-01e9-0310-a592-d414129be87e

Generate a more-or-less valid /FontDescriptor dictionary for non-standard
fonts in PDF output.

git-svn-id: svn://svn.tartarus.org/sgt/halibut@6684 cda61777-01e9-0310-a592-d414129be87e

Now that we've got definitive metrics for the standard fonts, there's no need
to embed /FirstChar, /LastChar, /Widths or (soon) /FontDescriptor for them.

git-svn-id: svn://svn.tartarus.org/sgt/halibut@6683 cda61777-01e9-0310-a592-d414129be87e

Add Adobe copyright notice and licence text here too.

git-svn-id: svn://svn.tartarus.org/sgt/halibut@6682 cda61777-01e9-0310-a592-d414129be87e

Initial support for adding fonts at run-time.  Currently we only support
loading AFM files, we recognise them by name, and we can't embed fonts in
the output (which is also invalid, though accepted by xpdf, in the PDF case).
Oh, and there's no documentation.  Still, it's a start.

git-svn-id: svn://svn.tartarus.org/sgt/halibut@6681 cda61777-01e9-0310-a592-d414129be87e

Make /Widths arrays for fonts more compact by using FirstChar and LastChar
to skip unused code points.

git-svn-id: svn://svn.tartarus.org/sgt/halibut@6673 cda61777-01e9-0310-a592-d414129be87e

Add a /Info dictionary to PDF output, containing the title and producer
of the document.  This means that (e.g.) gv displays the title correctly.

git-svn-id: svn://svn.tartarus.org/sgt/halibut@6672 cda61777-01e9-0310-a592-d414129be87e

A page's MediaBox, like its Resources, is inheritable, so rather than
putting one in each page, put a single one in the top-level page tree node.
This saves us all a few kilobytes in the Halibut manual.

git-svn-id: svn://svn.tartarus.org/sgt/halibut@6671 cda61777-01e9-0310-a592-d414129be87e

297mm is closer to 842pt than to 841pt, and the former seems to be the
accepted length of A4 paper in the PostScript/PDF world, so use it as
our default.

git-svn-id: svn://svn.tartarus.org/sgt/halibut@6669 cda61777-01e9-0310-a592-d414129be87e

When setting up a font, if we've done that font already, return the
existing instance.  This saves outputting each font several times.

git-svn-id: svn://svn.tartarus.org/sgt/halibut@6668 cda61777-01e9-0310-a592-d414129be87e

Add font-selection mechanism to the paper backend.  Since we have no way to
load font metrics dynamically, we're restricted to the fonts whose metrics
are compiled into Halibut.  Font structures aren't reused when the same
font is specified twice, nor are unused fonts removed from the output.
Finally, the default configuration overflows lines in the manual, but this
would need a change to Halibut's grammar to fix.

Still, what's there works.

git-svn-id: svn://svn.tartarus.org/sgt/halibut@6667 cda61777-01e9-0310-a592-d414129be87e

Now that I've found the core AFMs, I notice that they have a perfectly
good free licence.  Abide by its terms even though I'm not sure Halibut
is a derived work in law.

git-svn-id: svn://svn.tartarus.org/sgt/halibut@6666 cda61777-01e9-0310-a592-d414129be87e

Update URLs for PostScript data files.

git-svn-id: svn://svn.tartarus.org/sgt/halibut@6665 cda61777-01e9-0310-a592-d414129be87e

It's conventional to use a minus sign rather than a hyphen to separate
the description from the name in the NAME section of a manpage.  Halibut
can do that now, so make use of that ability.

git-svn-id: svn://svn.tartarus.org/sgt/halibut@6664 cda61777-01e9-0310-a592-d414129be87e

New configuration directives need new aliases in the index too.

git-svn-id: svn://svn.tartarus.org/sgt/halibut@6663 cda61777-01e9-0310-a592-d414129be87e

Factor out another routine from man_rdaddwc(), this one to add a control
string to the output.  This incidentally fixes a bug whereby font changes
at the start of a line weren't resetting QUOTE_INITCTRL.

git-svn-id: svn://svn.tartarus.org/sgt/halibut@6660 cda61777-01e9-0310-a592-d414129be87e

Pull the code to reset the output charset state out of man_rdaddwc() into
its own function, since it's called so many times.  Also call it in two places
I'd missed.

git-svn-id: svn://svn.tartarus.org/sgt/halibut@6659 cda61777-01e9-0310-a592-d414129be87e

When we want a printed backslash, use \e rather than \\, since the former
works correctly inside macro arguments.

git-svn-id: svn://svn.tartarus.org/sgt/halibut@6658 cda61777-01e9-0310-a592-d414129be87e

Add support for nonbreaking hyphens to the "man" backend.  man_rdaddwc() is beginning
to get ugly.

git-svn-id: svn://svn.tartarus.org/sgt/halibut@6654 cda61777-01e9-0310-a592-d414129be87e

Display the "breaks" flag when generating a debugging dump.

git-svn-id: svn://svn.tartarus.org/sgt/halibut@6653 cda61777-01e9-0310-a592-d414129be87e

Support for non-breaking spaces in the "man" backend.  This has the odd side-effect
that breaking spaces are now forces to be ASCII spaces in output, whatever output
charset is in force.  I doubt this will inconvenience anyone.

git-svn-id: svn://svn.tartarus.org/sgt/halibut@6652 cda61777-01e9-0310-a592-d414129be87e

Improve rule generation in the "man" backend so that if the output
is processed by nroff, the rule is made up of \cfg{man-rule}
characters (same defaults as \cfg{text-rule}).

git-svn-id: svn://svn.tartarus.org/sgt/halibut@6651 cda61777-01e9-0310-a592-d414129be87e

Support for TROFF named characters, so we can have proper bullets in our lists,
and incidentally proper (single) quotation marks too.  This reworks a lot of
man_convert, but I think the result is correct.

git-svn-id: svn://svn.tartarus.org/sgt/halibut@6650 cda61777-01e9-0310-a592-d414129be87e

Add tests of ` and ' characters, since they need special handling in the man backend.

git-svn-id: svn://svn.tartarus.org/sgt/halibut@6649 cda61777-01e9-0310-a592-d414129be87e

better para_Rule implementation for "man" backend, using TROFF's built-in
line-drawing function.

git-svn-id: svn://svn.tartarus.org/sgt/halibut@6648 cda61777-01e9-0310-a592-d414129be87e

It's a new year.

git-svn-id: svn://svn.tartarus.org/sgt/halibut@6513 cda61777-01e9-0310-a592-d414129be87e

Just to be on the safe side about avoiding other portability hazards
in future, add `-ansi -pedantic' to the Halibut default compile
options and fix the few resulting warnings (mostly signed/unsigned
char mismatches and commas at the ends of enums). The one remaining
warning I'm still seeing is `missing initializer' for the big table
in charset/iso2022.c, but I think the code genuinely is more
readable this way, and I haven't found a gcc option to disable that
specific warning.

git-svn-id: svn://svn.tartarus.org/sgt/halibut@6458 cda61777-01e9-0310-a592-d414129be87e

`version' needs to be declared `extern'.

git-svn-id: svn://svn.tartarus.org/sgt/halibut@6457 cda61777-01e9-0310-a592-d414129be87e

Revert to "C" locale for LC_NUMERIC, so that PDFs won't be corrupted
by the use of a comma as a decimal separator.

git-svn-id: svn://svn.tartarus.org/sgt/halibut@6456 cda61777-01e9-0310-a592-d414129be87e

`style.c' appears to have been around since 1999 and never had
anything in it! In its current form it presents the portability
hazards of an empty structure and an empty source file. Therefore,
I'm removing it; if I ever have a clear idea of what a user style
mechanism ought to look like, it might make a reappearance, but
don't hold your breath.

git-svn-id: svn://svn.tartarus.org/sgt/halibut@6453 cda61777-01e9-0310-a592-d414129be87e

Remove the error message `no text found in paragraph'. Aaron Brown
points out that it's perfectly possible to generate an empty
paragraph using legal Halibut syntax: a paragraph containing nothing
but a \#{...} comment will do the job, and is quite likely to happen
if you've commented out a load of Halibut code. Therefore, an empty
paragraph is now silently ignored rather than being an error
condition in itself; if you create an empty paragraph due to it
containing an unrecognised directive, then you'll get an error for
_that_ and only that.

git-svn-id: svn://svn.tartarus.org/sgt/halibut@6361 cda61777-01e9-0310-a592-d414129be87e

Ben Hutchings points out that `.UC', which I think I must have
copied mindlessly from whatever man page I read when working out the
format of man pages, has the function of putting `3rd Berkely
Distribution' in one of the footer slots and therefore is probably
inaccurate...

git-svn-id: svn://svn.tartarus.org/sgt/halibut@6146 cda61777-01e9-0310-a592-d414129be87e

The heading depth of a para_Subsect is p->aux+1, not p->aux+2.
Spotted (indirectly) by Damien Miller.

git-svn-id: svn://svn.tartarus.org/sgt/halibut@5802 cda61777-01e9-0310-a592-d414129be87e

input.c was capable of generating a paragraph structure with no text
in it, if the input paragraph contained (say) an unrecognised
control command and nothing else. Such paragraphs can confuse back
ends later on, so input.c should refrain from generating them. Added
a check and a polite error message (just in case the user manages to
generate an empty paragraph using otherwise legal syntax).

git-svn-id: svn://svn.tartarus.org/sgt/halibut@5629 cda61777-01e9-0310-a592-d414129be87e

Also, while I'm wandering past here, I've just noticed that
`anonfrag' should be a char[] rather than a char *, or else lenof()
will give the wrong answer.

git-svn-id: svn://svn.tartarus.org/sgt/halibut@5477 cda61777-01e9-0310-a592-d414129be87e

Explicitly constify a bunch of static data declarations which were
conceptually const but not declared as such. Halibut is now back to
the practically-speaking-pointless but rather satisfying status of
having no global writable data whatsoever :-)

git-svn-id: svn://svn.tartarus.org/sgt/halibut@5476 cda61777-01e9-0310-a592-d414129be87e

Ability to specify multiple arguments to \cfg{html-template-fragment};
Halibut will output fragment names in all specified formats. (I forget now
precisely why I thought this was necessary, but it seems potentially useful.)

Also ensure that legal fragment names are generated even if none of the
characters from the original turn out to be legal (e.g., %k with an entirely
numeric keyword), and correct an untruth I inserted in the documentation of
this.

(This commit hits more than just the HTML backend as I've generalised an error
message, and fixed a fault in the info backend's error handling while there.)

git-svn-id: svn://svn.tartarus.org/sgt/halibut@5457 cda61777-01e9-0310-a592-d414129be87e

Move contact details inside <address> to make validator.w3.org happy.

git-svn-id: svn://svn.tartarus.org/sgt/halibut@5454 cda61777-01e9-0310-a592-d414129be87e

In contents lists, put <ul> inside <li> to make validator.w3.org happier (for
all HTML flavours).
Also add newlines to the contents output so that the source is vaguely
legible.
Couple of extra comments in the code.

git-svn-id: svn://svn.tartarus.org/sgt/halibut@5453 cda61777-01e9-0310-a592-d414129be87e

Formatting fix if no index

git-svn-id: svn://svn.tartarus.org/sgt/halibut@5350 cda61777-01e9-0310-a592-d414129be87e

Oops, overzealous search-and-replace

git-svn-id: svn://svn.tartarus.org/sgt/halibut@5349 cda61777-01e9-0310-a592-d414129be87e