summaryrefslogtreecommitdiff
Commit message (Collapse)AuthorAge
* Support the locale-supplied character set where appropriate. It'sSimon Tatham2004-04-22
| | | | | | | | | | 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). [originally from svn r4114]
* Charset support for the man page backend (\cfg{man-charset}).Simon Tatham2004-04-21
| | | | [originally from svn r4112]
* Charset support for the info backend (\cfg{info-charset}). (ThisSimon Tatham2004-04-21
| | | | | | | 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.) [originally from svn r4111]
* I typed `Win1252' today and libcharset didn't recognise it. Fixed.Simon Tatham2004-04-20
| | | | | [originally from svn r4107] [this svn revision also touched charset,timber]
* Don't forget to mention the default setting for \cfg{input-charset}.Simon Tatham2004-04-20
| | | | [originally from svn r4106]
* Acroread's PDF cut and paste appears to depend on the order in whichSimon Tatham2004-04-20
| | | | | | | | 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. [originally from svn r4105]
* Add some tests of Unicode in the PDF document outline.Simon Tatham2004-04-20
| | | | [originally from svn r4104]
* Ahem. Fix stupid string handling error in new command-line configSimon Tatham2004-04-20
| | | | | | mechanism. [originally from svn r4103]
* The Windows Help backend now uses libcharset to the maximum extentSimon Tatham2004-04-20
| | | | | | | | | | 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.) [originally from svn r4102]
* PDF outline headings, it turns out, should be encoded using eitherSimon Tatham2004-04-20
| | | | | | | | | | | | 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! :-) [originally from svn r4101]
* Text backend is now charset-enabled: the entire text file is builtSimon Tatham2004-04-20
| | | | | | | from the ground up in Unicode, and a single charset conversion pass is done over the data as it's output. [originally from svn r4100]
* Add some tests of input charset switching.Simon Tatham2004-04-20
| | | | [originally from svn r4099]
* Forgot to add *.ps and *.pdf to the `make clean' list!Simon Tatham2004-04-20
| | | | [originally from svn r4098]
* Infrastructure changes for character set support. ustrtoa,Simon Tatham2004-04-20
| | | | | | | | | | | ustrfroma, utoa_dup and ufroma_dup now take a charset parameter, and also have a variety of subtly distinct forms. Also, when a \cfg directive is seen in the input file, the precise octet strings for each parameter are kept in their original form as well as being translated into Unicode, so that when they represent filenames they can be used verbatim. [originally from svn r4097]
* Support for \cfg{input-charset}. Input files can now be in ASCII,Simon Tatham2004-04-19
| | | | | | | 8859-*, UTF-8, or a variety of more fun encodings including various multibyte ones. [originally from svn r4095]
* Better robustness when backends encounter a Unicode character notSimon Tatham2004-04-19
| | | | | | representable in the output character set. [originally from svn r4094]
* Fix an oddity in PDFDocEncoding.Simon Tatham2004-04-18
| | | | | [originally from svn r4093] [this svn revision also touched charset,timber]
* Now that I've renamed the `test' program to `convcs', fix .cvsignore.Simon Tatham2004-04-17
| | | | | [originally from svn r4091] [this svn revision also touched charset,timber]
* `gcc -Wall' points out some signed/unsigned comparisons. Fixed.Simon Tatham2004-04-17
| | | | | [originally from svn r4090] [this svn revision also touched charset,timber]
* Now this is a top-level CVS module, it should have LICENCE andSimon Tatham2004-04-17
| | | | | | | MODULE files of its own. [originally from svn r4089] [this svn revision also touched charset,timber]
* Link libcharset into Halibut. (This involved faffing withSimon Tatham2004-04-17
| | | | | | | | | CVSROOT/modules, so anyone with a checked-out copy of Halibut will unfortunately need to do `cvs co' again.) [originally from svn r4088] [added anachronistic .gitmodules so that past revisions can be checked out] [this svn revision also touched charset,timber]
* In preparation for using libcharset in Halibut, I've addedSimon Tatham2004-04-17
| | | | | | | | | PDFDocEncoding to the SBCS list; this is a custom superset of ISO-8859-1 used in PDF files to store user-visible text that isn't printed on a page (such as metadata and the document outline). [originally from svn r4087] [this svn revision also touched charset,timber]
* Include libcharset into both the Timber and Halibut checkouts.Simon Tatham2004-04-17
| | | | | | | | | Unfortunately this means people will have to do `cvs co' again to get this update, but that appears to be the price I pay for being able to conveniently share a single source base in this way. [originally from svn r4086] [this svn revision also touched charset,timber]
* Add a TODO entry.Simon Tatham2004-04-16
| | | | [originally from svn r4084]
* Compacted PS and PDF output files by removing redundant reiterationsSimon Tatham2004-04-16
| | | | | | | | of the same font and position designations. Reduced the size of the Halibut manual PDF to less than half what it started out as, and the PS one to more like a third of its original size. [originally from svn r4083]
* Standardise on using double quotes in HTML attributes. It turns outSimon Tatham2004-04-15
| | | | | | | | that the GNOME help browser is perfectly happy with Halibut's HTML _except_ that it doesn't approve of single quotes in places such as <a href='here'>. [originally from svn r4082]
* Support the \W{...}\i\c{...} combination used in the NASM manual.Simon Tatham2004-04-15
| | | | | | | | Halibut is now capable of reading the old NASM manual with only minor modifications, and probably doing a much better job of formatting it than rdsrc.pl ever did. (Certainly much _faster_!) [originally from svn r4081]
* Prevent a tight loop. Oops.Simon Tatham2004-04-15
| | | | [originally from svn r4080]
* Put the document's version IDs into comments in the PS and PDFSimon Tatham2004-04-15
| | | | | | output files. [originally from svn r4079]
* Ahem. If an indexable term appears in a section heading, the indexSimon Tatham2004-04-15
| | | | | | should not also point to a page in the contents! :-) [originally from svn r4078]
* Administrivia: update a TODO and a .cvsignore.Simon Tatham2004-04-14
| | | | [originally from svn r4077]
* After printing out the PDF manual and reading it through, here's aSimon Tatham2004-04-14
| | | | | | | | collection of minor edits for clarity, and also quite a few intended to keep down the length of lines in code paragraphs (because Courier is not just a thoroughly ugly font but is also WAY TOO WIDE). [originally from svn r4076]
* ... oh, except that minimal documentation might be helpful.Simon Tatham2004-04-14
| | | | [originally from svn r4075]
* Display the page numbers on every page. Right. I think this is nowSimon Tatham2004-04-14
| | | | | | | | basically usable, and certainly it entirely includes the level of functionality which was provided by our ancestor Perl script. So I think I'll stop coding frantically and have a rest! [originally from svn r4074]
* And now the page numbers in the index are PDF cross-references too.Simon Tatham2004-04-14
| | | | | | | Funny, I thought that would be as hard again as the main index processing, and it turned out to be nearly trivial. [originally from svn r4073]
* Implemented an index. Good _grief_, that was hard work to get allSimon Tatham2004-04-14
| | | | | | the fine details right. [originally from svn r4072]
* Typo during restructuring caused all code paragraphs to beSimon Tatham2004-04-14
| | | | | | permanently bold. Fixed. [originally from svn r4071]
* The contents section now contains PDF cross-references.Simon Tatham2004-04-14
| | | | [originally from svn r4070]
* Support for a contents section.Simon Tatham2004-04-14
| | | | [originally from svn r4069]
* Restructuring to remove the requirement for a printed paragraph toSimon Tatham2004-04-14
| | | | | | | | | | correspond exactly to a source paragraph. Should allow me to create multiple printed paragraphs from the same source paragraph (i.e. a contents entry for each heading in addition to the heading itself), and invent entirely new printed paragraphs of my own (e.g. for index entries). [originally from svn r4068]
* Implemented PDF outlines.Simon Tatham2004-04-14
| | | | [originally from svn r4067]
* Implemented horizontal rules.Simon Tatham2004-04-14
| | | | [originally from svn r4066]
* Implemented lines under chapter titles.Simon Tatham2004-04-13
| | | | [originally from svn r4065]
* Fine-tuned the page breaking algorithm by adding penalties andSimon Tatham2004-04-13
| | | | | | | | bonuses for breaking in particular places. (For example, it's especially bad to break just after a heading, and especially good to break just before one.) [originally from svn r4064]
* I wrote the info backend _days_ ago. About time the manpage stoppedSimon Tatham2004-04-13
| | | | | | listing its absence as a bug :-) [originally from svn r4063]
* Fix the TODO comments up a bit.Simon Tatham2004-04-13
| | | | [originally from svn r4062]
* Implemented all the missing rendering features (such as differentSimon Tatham2004-04-13
| | | | | | | | font selection in headings, mentioning section numbers, bullets, list item numbers, code paragraphs etc). The PS/PDF output now actually looks like the document it's supposed to be :-) [originally from svn r4061]
* Implement PDF link annotations: both internal hyperlinks within theSimon Tatham2004-04-13
| | | | | | | document, and references to external URLs for which acroread will start a web browser. [originally from svn r4060]
* Aha, _that's_ why paragraphs weren't properly justified. ConfusionSimon Tatham2004-04-13
| | | | | | | of semantics as to whether a `last' pointer pointed to the last relevant thing in a list, or the one beyond that. Oops. [originally from svn r4059]
* Initial work on PS and PDF output. Because these two backends shareSimon Tatham2004-04-13
| | | | | | | | | | | | | | | | | | | an enormous amount of preprocessing and differ only in their final output form, I've introduced a new type of layer called a `pre-backend' (bk_paper.c is one). This takes all the information passed to a normal backend and returns an arbitrary void *, which is cached by the front end and passed on to any backend(s) which state a desire for the output of that particular pre-backend. Thus, all the page layout is done only once, and the PS and PDF backends process the same data structures into two output files. Note that these backends are _very_ unfinished; all sorts of vital things such as section numbers, list markers, and title formatting are missing, the paragraph justification doesn't quite work, and advanced stuff like indexes and PDF interactive features haven't even been started. But this basic framework generates valid output files and is a good starting point, so I'm checking it in. [originally from svn r4058]
generated by cgit v1.1 at 2026-04-25 09:20:36 +0000