Re: \delta in overfull \hboxes screws up xterm
Harald Koenig <[email protected]>
| Newsgroups | gmane.comp.tex.tetex.beta |
|---|---|
| Message-ID | <[email protected]> |
On Jul 12, Paul Vojta wrote:
> When you have $\delta$ in the text produced by an overfull \hbox, it leaves
> xterm in some funny mode in which most of the characters are graphics
> things of some sort.
>
> This is with teTeX-beta-2.96.4.20040627 (TeX, Version 3.141592 (Web2C 7.5.3)).
>
> Here's a sample plain tex file:
>
> \showhyphens{$\delta$}
> \bye
>
> My environment contains (among other things):
>
> LANG=C
> LC_CTYPE=en_US.ISO-8859-1
which platform are you using ?
I've tried this on SuSE 7.2 and RedHat 9.0 with various locale settings
with 2.96.5.20040711 and at least with that setup I always get the following
output on the terminal:
Underfull \hbox (badness 10000) detected at line 0
[] $\teni ^^N$
with that "^^N" being printed as 3 separate characters.
now, ascii charater CTRL-N or ^N is called "shift out" (SO),
as it "shifts" to the alternate character set, usually showing
graphics characters (lines for boxes etc.). you can try this
in xterm by typing
echo <CTRL-V><CTRL-N><return>
on the command line. to "fix" that broken character set selection,
just use the "shift in" (SI) ascii charater CTRL-O by typing
echo <CTRL-V><CTRL-O><return>
or in xterm, CTRL-middle_mouse_button and selecting "Do Soft Reset"
should fix this too.
but the real question remains:
why does your TeX print ascii control characters on your terminal
instead of transcribing them to ^^N ??
Harald Koenig
--
"I hope to die ___ _____
before I *have* to use Microsoft Word.", 0--,| /OOOOOOO\
Donald E. Knuth, 02-Oct-2001 in Tuebingen. <_/ / /OOOOOOOOOOO\
\ \/OOOOOOOOOOOOOOO\
\ OOOOOOOOOOOOOOOOO|//
Harald Koenig \/\/\/\/\/\/\/\/\/
science+computing ag // / \\ \
[email protected] ^^^^^ ^^^^^