Mac OS X gcc warns about a signed/unsigned comparison here. Explicit cast.

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

Halibut highlighting mode for GNU enscript. This allows our ViewCVS
installation to syntax-highlight the numerous .but files kicking
around the Subversion repository.

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

It turns out that the man format requires the \& sequence (to
neutralise a dot at the start of a line) even if there's been an
\fB-type sequence on the line before the dot.

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

Move MODULE files out of individual project directories into a
MODULES top-level directory, which is where the Tartarus website
scripts will (hopefully) start reading them from.

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

David Leonard has contributed an RPM spec file for building RedHat
packages of Halibut. I can't conveniently test it, but it's here if
anyone needs it.

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

Remove the svn:externals property that pulls a copy of libcharset
into a subdirectory of `halibut'. It wasn't very good anyway (since
it insisted on loading via an unauthenticated svn:// URL). The
Halibut makefile now expects _either_ a subdir `charset', _or_ a
directory called `charset' as a sibling of `halibut', and will work
with the first of those that it finds. A new release script arranges
to provide the former in source tarballs (so that building if you're
an ordinary user is just as simple as it always was).

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

Allow macros to work (a) at the very start of a paragraph, and (b)
across files (defining a macro in one source file and invoking it in
a later one).

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

I often symlink `build/halibut' into the top level. svn:ignore it.

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

Remove .cvsignore files on all active branches.

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

CVS revision numbers, stored as `cvs2svn:cvs-rev' properties, are a
useful piece of history in this repository but we don't want to
preserve their latest values on future commits. Accordingly, I'm
deleting them from all active development (though not from past
release branches).

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

man supports `.SS' for subsection headings. Use it.

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

Add kerning support to paper backends, embedding the kerning tables from
the AFM files in psdata.c.  Also fix a couple of bugs that this revealed.

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

Don't bother overriding the metrics of PostScript fonts.  If the metrics
we've got are wrong, things are going to look horrible either way, so
we may as well apply minimal effort.

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

If you're going to change the metrics of a font, it's necessary to leave space
in the new font dictionary for the Metrics entry.  This is mentioned in the
first edition of the Red Book, but not the second.

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

Replace the empirical GhostScript-derived font metrics with ones derived
from Adobe's official AFM files.  These are expressed in integer multiples
of 1/1000 pt (well, 1/1000 of the design size of the font, actually, but that's
always a whole number of points), so use that as our internal unit rather
than 1/4096 pt.  This doesn't seem to make a significant difference to
Halibut's output.

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

Page-break penalties were calculated by taking the amount of spare space
on the page (in internal units) and squaring it.  This was fine except that
fixed penalties weren't scaled by the size of an internal unit, so the page-
breaking changed when the units were changed.  Rather than scaling all the
fixed penalties, scale the space into 1/4096 point units before squaring it.

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

Stupid bug: "t" was leaving the y-coordinate on the stack, which confused
"restore".  Quite how GhostScript managed not to give an error on this I
don't know.

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

Replace the hardcoded instances of "4096" and "4096.0" in the paper backends
with a macro.  halibut.ps and halibut.pdf are identical (modulo dates) over
this change.

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

Bracket each page in a save/restore pair.  This is suggested by the Red Book,
enforces page independence, avoids leaking VM on level 1 interpreters, and
speeds things up to boot.

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

Make the PostScript prologue look less like it was written by a C programmer.
In particular, use the operand stack to hold "x" and "y", and use a dictionary
lookup to switch based on the type of "x".  This also seems to give a slight
speed increase.

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

Two small tweaks to the prologue:
* Use "/arraytype" etc rather than "[] type" etc.  Should be faster and not fill
  local VM with empty arrays.
* Use "bind" on the procedure, since it's conventional and will probably
  help speed too.

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

Add lots of DSC comments, and change the DSC version to 3.0, which has been
current since 1990.  The only obvious change from this is that gv now displays
the document title.

There's a slight bug here at the moment in that the backend emits
%%DocumentNeededResource and %%IncludeResource for each subfont of a
PostScript font, even if that PostScript font has been requested already.
This is wasteful but, as far as I can see, not actually disallowed, and
is easier than de-duping the font list.

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

Use "$(MAKE)" for sub-makes, so as to handle systems whose default "make"
isn't GNU Make.

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

Forgot to set a file position on characters being returned from
macro expansions.

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

Remove a \#{FIXME} comment in \cfg{paper-chapter-top-space}; the checkin
of bk_paper.c 1.29 [r4330] appears to have fixed this.

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

`make release' tweak to prevent tarball containing trailing NULs (fix from
putty/mkunxarc.sh) - apparently this upsets some older gzips (1.2.4).

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

Explicitly bless in the documentation, and fix in the man backend,
the practice of using \dt and \dd in anything other than the obvious
interleaving.

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

Make sure (paragraph)->private_data is defined in all cases, on general
principles (it may be unnecessary). Perhaps we should do this for
(word)->private_data too.

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

Fix crash in Info backend: if a \[Kk] to a \B or \n was followed in a
paragraph by another \[Kk], Bad Things would happen.

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

dup_word_list() does the right thing if passed NULL (on general principles)

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

Fix for an uninitialised structure member spotted by valgrind (probably didn't
have any real effect).

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

Explicit bounds checking on the bmp[] array.

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

Add an explicit cast to prevent a compiler warning.

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

Colin spotted a sizeof/lenof confusion which we think has been
causing segfaults on strange architectures.

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

More careful context hash calculation which doesn't depend on size
of `unsigned long'. Should help Debian build problems (bug#259504).

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

Division by zero (which criminally failed to give rise to any kind
of signal!) was causing massive misplacement of the single line of
text on a one-line page in PS and PDF.

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

Cut-and-paste error was preventing PS and PDF filename config
options from being processed in some circumstances.

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

Tweak for \cq (probably unnecessary)

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

Right; I'm finally sick of typing \q{\cw{foo}}, so I've invented a
shorthand command \cq{foo}.

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

Failed to initialise state.curr_topic early enough, causing
uninitialised-memory references and a segfault. Quite why this never
happened when I tested it at home, I have no idea!

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

Apparently (according to a user) WinZip complains of `trailing
garbage' when handling a GNU tar archive. Using the -o flag when
building the tar file creates an archive which the user said WinZip
had no trouble with, and GNU tar seems just as happy with that, so
`make release' now uses -o.

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

Avoid generating an index section if there actually is no index.

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

Sort out error handling everywhere a charset name is converted into
an integer charset ID.

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

Free up all the data we allocated during the HTML backend.

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

Support non-breaking spaces.

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

Config directives for all the extra configurable things in the new
HTML backend.

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

Fix up the restrict_charset and output_charset configuration for the
HTML backend. After an argument with James in which it transpired
that we each thought it was absolutely obvious which one
\cfg{html-charset} ought to map to, and each of us was thinking of a
different one, I've decided that this implies it _isn't_ obvious,
and hence there is no single \cfg{html-charset} directive at all.
Instead, we have \cfg{html-restrict-charset} and \cfg{html-output-
charset}, and any naive user who `just wants to change character
set' is just going to have to RTFM and figure out which one they
mean.

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

nit: s/case-sensitive/case-insensitive/ in comment about nasty indexing
hack.

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

Various HTML backend cleanups.

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

Introduce a configurable option to select the HTML flavour. Also
fiddle with various small aspects of the output so that it actually
validates in all supported flavours.

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

Improve the naming of fragment IDs for numbered list elements and
bibliography entries.

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

Minimal documentation of all the new paper backend \cfg{} directives.

Contains many FIXMEs, both for incomplete documentation and incomplete
code.

Couple of other minor tweaks elsewhere.

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

We seem to have ended up with duplicate documentation of --man. Gone.

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

Ensure that every \cfg{} directive documented so far has appropriate \IM
directives.

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

Fairly wholesale reorganisation of the \cfg{} documentation for the text,
WinHelp, man, and info backends, and organisation into sections (now that
we have rather more directives documented). I've not changed the actual
text much if at all.

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

In the text backend, multiple characters can now be used for underlining.

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

The Unicode OVERLINE in the text backend documentation was probably supposed
to be quoted.

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

Note that \cfg{quotes} and friends apply to the output in its entirety and
can't be changed partway through. Also, add a cross-reference from \q{}.

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

Note that no index is generated by the text backend.

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

Minor correction to --ps and --pdf descriptions.

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

Initial rough documentation of some of the newer \cfg{} directives, namely:
 - \cfg{quotes}
 - text, info, man, and winhelp backends:
   - charset
   - quotes and bullets
   - various WinHelp miscellanea
Could stand some rearrangement and expansion, plus I've yet to address the
paper or HTML backends.

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

Moderately nasty workaround for the fact that Windows Help's index
mechanism is case-insensitive with respect to sorting the list of
index entries. We now append nonbreaking spaces to the ends of some
index terms to ensure they are considered distinct. (Nasty, but it
seems to work.)

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

Add a batch of assertions to ensure no more index terms fail to have
their anchors generated. Index bugs of this type can be terribly
subtle and go unnoticed for ages; I'm lucky Jacob spotted the first
one of the type, but I'm now going to be careful to avoid any
further ones.

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

I had somehow managed to leave index entry anchors out of section
titles. Ahem.

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

Add a clash-checking mechanism to ensure we never generate the same
fragment name twice for any reason.

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

Support \I\c, \I\cw. (Haven't bothered with \I\e since the emphasis may as
well outweigh the "invisibility".)

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

s/text-quotes/man-quotes/. Damn cut and paste. Thanks Jacob.

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

The Halibut manual contained at least one instance of two index
terms (intentionally) differing only in case, which were being
silently folded into one by the case-insensitive index tag
comparison. Halibut now warns in this situation (but then folds them
anyway, which I think is better than silently generating an index
containing many case-distinct forms of the same word - I imagine
it's very easy to do that by mistake). The manual has been fixed to
explicitly define distinct keywords (in the case I spotted and in
five other cases picked up by the new warning!), and also documents
this issue and how to work with it.

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

Er, don't forget to document the disallowing of \q within \c. Ahem.

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

Enforce that \q may not be used anywhere within \c. It shouldn't be
necessary since the whole point of \c should be that the user wants
to exercise exact control over the glyphs used, and forbidding it
has the useful effect of relieving some backends of having to make
difficult decisions: it means the text backend doesn't have to nest
two pairs of identical quotes, and the paper backends don't have to
downgrade their quote characters if (as is perfectly plausible) the
fixed-pitch font doesn't support the same range as the body text
fonts.

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

Switch the memory allocation macros from the Halibut ones
(mknew/mknewa/resize) to the PuTTY ones (snew/snewn/sresize). snewn
and mknewa have their arguments opposite ways round; this may make
the change initially painful but in the long term will free me of a
nasty context switch every time I move between codebases. Also
sresize takes an explicit type operand which is used to cast the
return value from realloc, thus enforcing that it must be correct,
and arranging that if anyone tries to compile Halibut with a C++
compiler there should be a lot less pain.

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

Initial checkin of the shiny new rewritten-from-scratch HTML back
end. There's a lot more _potentiality_ for new features than there
are actual new features just yet, but future highlights include:
configurable flavour of HTML (3.2, 4, XHTML Transitional or Strict),
proper character set support (this is half way there already), and
more flexible allocation of sections between multiple HTML files.
Meanwhile, immediate benefits include correct handling of special
characters within `author' and `description' strings, omission of
the filename part in hyperlinks within the same HTML file (in
particular, this means a single output file is now totally
independent of its filename), and hyperlinks to the index from the
top-level contents page (I'm amazed nobody has complained at the
lack of this yet!). There are no doubt some shiny new bugs as well,
but I'll never find them unless people start using the thing...

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

rjk's `make install' patch.

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

Stop the PDF backend from crashing if no outline elements appear. It
still doesn't _work_ properly if there aren't any contents entries,
but it's a start.

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

All measurements in the paper backend are now configurable, as are
bullet and quote characters.

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

Character-set-isation and configurability in the WinHelp backend.
Newly configurable things are: bullet and quote characters as usual,
the ": " that goes between a section number and its title, the "."
coming after numbered-list item numbers, and the text "Title page"
that appears at the top of the .cnt file.

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

Configurable bullet and quote characters for the man backend.

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

Kurt Jung points out that nav menus ought to be WHLP_PARA_SCROLL,
not _NONSCROLL.

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

para_Title was confusing the XHTML backend and preventing it from
printing preambles. Not quite sure how I missed that one!

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

Windows Help backend was only accepting \cfg{winhelp-filename} if it
had a parent pointer (owing to putting the test inside the wrong if
block). This meant that the fake config directive added by
--winhelp=foo.hlp worked fine, but the one at the top of PuTTY's
first doc file didn't. Fixed.

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

Handle paragraph comments with no space (e.g. "\#waffle"), since these seem
to be permitted (and are used in the PuTTY manual)

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

General configurability upgrade for the info back end.

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

Ahem; that only didn't cause a segfault by sheer luck.

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

Oh, and now the text backend warns about too-long code lines, I'd
better remove the one too-long code line in the manual :-)

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

Enhance the text backend to support configurable quote characters,
configurable emphasis characters, various other configurable bits
which have been marked FIXME in the code for a while, and also to
warn when a code paragraph line is too long (because that was the
only other thing labelled FIXME). Fallback options are implemented,
and defaults set accordingly. A UTF-8 text output file now looks
like proper UTF-8.

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

Rewrite ustrftime(), so that (a) it uses wcsftime() where available,
and (b) it doesn't trip over strange Unicode characters in the
format string.

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

Use wcscoll(), if available, when sorting index terms. (In a
somewhat roundabout and arse-backwards sort of way, due to some
other properties of the sort that I rather wanted to maintain. But I
hope it should still do some good.)

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

Use iswalpha and towlower if they're available.

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

Instead of traversing a list of paragraphs, mark_attr_ends() now
merely traverses a list of words, and main() takes responsibility
for applying it to each paragraph in the document. This is so that
it can _also_ be applied to the display form of each index entry,
which Jacob spotted wasn't previously being done.

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

bk_text and bk_info both need to know the on-screen width of
characters in order to wrap and align them properly. Therefore, they
should be using wcwidth(). So here are a couple of wrappers on
wcwidth(), one which filters out the Unicode characters not
representable in the target charset, and one which converts _from_ a
charset to Unicode before calling wcwidth(). bk_text and bk_info
should now align correctly even in the face of unsupported
characters and Japanese.

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

Support the locale-supplied character set where appropriate. It's
used for converting command-line -C directives into Unicode; it's
used for outputting Unicode strings to stderr in error messages; and
it's used as the default character set for input files (although I'd
be inclined to recommend everyone use \cfg{input-charset} in all
their source files to ensure their portability).

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

Charset support for the man page backend (\cfg{man-charset}).

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

Charset support for the info backend (\cfg{info-charset}). (This
checkin touches other files because a function in bk_text.c turned
out to be of more general use so I moved it out into ustring.c.)

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

Don't forget to mention the default setting for \cfg{input-charset}.

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

Acroread's PDF cut and paste appears to depend on the order in which
text fragments appear in the page graphics stream. Therefore, I
should take care to display the leaders _before_ the page number in
each contents entry.

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

Add some tests of Unicode in the PDF document outline.

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

Ahem. Fix stupid string handling error in new command-line config
mechanism.

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

The Windows Help backend now uses libcharset to the maximum extent
it can. (Which isn't much, since I currently don't know how to
indicate that a help file is encoded in anything other than Win1252,
and so the only use I found for libcharset was to replace the
previous pathetic 8859-1 conversion so that extra things like the
trademark sign are supported.)

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

PDF outline headings, it turns out, should be encoded using either
PDFDocEncoding or UTF-16BE. (The PDF specification's index is
terribly bad; I looked under various obvious things such as
`character set' and `string literal' with no success, and I didn't
manage to find out what character set metadata string literals were
intended to be interpreted in until I discovered from another source
that the encoding was called PDFDocEncoding, and _then_ I was able
to look that up in the index. They should have been using Halibut! :-)

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

Text backend is now charset-enabled: the entire text file is built
from the ground up in Unicode, and a single charset conversion pass
is done over the data as it's output.

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