josef@ugun21.UUCP (02/13/89)
I have the following questions about (di)troff and eqn:
1.) When using eqn, an equation is sometimes broken at the end of a
line!
I.e. writing
$y = x sup (a-b)$,
I sometimes get something like (read ^ as "to the power of):
\ / -- \/ (a-|
\/ -- /\ |
/ |
/ |
|
|b)
|
(| is the margin)
2.) (di)troff only looks in the Roman font files for the special
characters (like pi, ci, ...)
If You take the 256 characters limit, subtract the 128 characters
occupied with the ASCII character set, that leaves You 128 minus
32 characters (0x80 to 0x9f) which are control characters with the
8th bit set.
But the special character set is abt. 110 characters in size, add
the "Umlaut"s, we need in Germany (ae,oe,ue,Ae,Oe,Ue and ss),
You break the space of 96 characters left.
QUESTION: How do I convince (di)troff to get the special characters
from the "special" font files?
3.) Does anybody have the bitmap for the "hands" (\(lh, \(rh) preferably
for a HP-Laserjet in sizes 6,7,8,9,10,11,12,14,18,24,30 points?
Josef Moellers
paper mail: e-mail:
c/o Nixdorf Computer AG USA: uunet!linus!nixbur!mollers.pad
Abt. EG-3 !USA: mcvax!unido!nixpbe!mollers.pad
Unterer Frankfurter Weg
D-4790 Paderborn
tel.: (+49) 5251 104691
Standard disclaimer: Blablabla opinion blablabla employer blablabla!rick@pcrat.UUCP (Rick Richardson) (02/15/89)
In article <5800004@ugun21> josef@ugun21.UUCP writes: >I have the following questions about (di)troff and eqn: > >1.) When using eqn, an equation is sometimes broken at the end of a I'd have to see a test case that exhibits this bug to lay the blame. >2.) (di)troff only looks in the Roman font files for the special > characters (like pi, ci, ...) Actually, ditroff searches the current font and then all of the fonts which are marked special (in order) for the special characters. It could be smarter, and allow S fonts specific to each font, but it doesn't, at least according to my black box testing. I tried making S fonts specific for the B, and I typefaces, but no way could I convince di-troff to begin its search for the specials in the first special font that occurs in sequence after the current font. The di-troff limit on font size is the minimum of: 255 190 (if you have a LaserJet+ and not a II) 380 - the_total_number_of_special_characters_in_all_fonts This last limit is likely to be the most limiting, and, as far as I can tell there is no obvious reason for it. Current versions of JetRoff, for example, have around 250 total special characters defined, limiting the size of a font to 130 characters or so. If you need more, you have to delete special characters you don't use to make room for those that you do. >3.) Does anybody have the bitmap for the "hands" (\(lh, \(rh) preferably > for a HP-Laserjet in sizes 6,7,8,9,10,11,12,14,18,24,30 points? The registered users version of JetRoff contains hands. It isn't PD, although it is very lowly priced. -- Rick Richardson | JetRoff "di"-troff to LaserJet Postprocessor|uunet!pcrat!dry2 PC Research,Inc.| Mail: uunet!pcrat!jetroff; For anon uucp do:|for Dhrystone 2 uunet!pcrat!rick| uucp jetroff!~jetuucp/file_list ~nuucp/. |submission forms. jetroff Wk2200-0300,Sa,Su ACU {2400,PEP} 12013898963 "" \d\r\d ogin: jetuucp
jay@phoenix.Princeton.EDU (Jay Plett) (02/17/89)
In article <673@pcrat.UUCP>, rick@pcrat.UUCP (Rick Richardson) writes: > Actually, ditroff searches the current font and then all of the > fonts which are marked special (in order) for the special characters. Close. Ditroff searches the current font, then all special fonts, then all regular fonts (starting with font 1), until it finds the character or exhausts the list of fonts. Example: say you have mounted fonts A B C D S T U, where S is the first special font. If the current font is C, then the search order is C, S, T, U, A, B, C, D. I've seen versions of ditroff which are clever enough to recognize that they needn't search C twice, but they still didn't quite get it right: they search C, S, T, U, A, B, C (or is it C, S, T, U, B, C, D? I forget). By the way, there's another gotcha in there. It's not "all of the fonts which are marked special". All fonts after the first special font are considered special. When ditroff reads DESC.out while starting up, it considers the first font which is marked as special to be the first of a list of special fonts. It doesn't care whether succeeding fonts are marked special or not. Example: your DESC file lists A B C D S R I B where "S" is special but R, I and B aren't. Surprise! Ditroff considers R, I and B to be special. What's worse, the code for .fp doesn't care whether a font is marked as special. But it does recognize the name "S" as the name of a special font and changes the beginning of the special fonts accordingly. What's even worse than that is what happens when you use .fp to mount *any* font on the position which contains the first special font. I'm running out of steam here, so I'll leave that one as an exercise for the reader (with the suggestion that you don't try it except as an experiment). ...jay@princeton.edu