From: Juri Linkov <juri@jurta.org>
To: Colin Watson <cjwatson@debian.org>
Cc: 5566@debbugs.gnu.org,
libwww-facebook-api-perl@packages.debian.org,
gregor herrmann <gregoa@debian.org>,
jidanni@jidanni.org
Subject: bug#5566: 23.1.92; man page header ugly on narrow terminals
Date: Fri, 12 Feb 2010 21:24:16 +0200 [thread overview]
Message-ID: <87mxzexo53.fsf@mail.jurta.org> (raw)
In-Reply-To: <20100212112353.GT4484@riva.ucam.org> (Colin Watson's message of "Fri, 12 Feb 2010 11:23:54 +0000")
>> Looks indeed ugly, but I fail to see what the
>> libwww-facebook-api-perl package could do about it?!
>
> Likewise, I agree that it's ugly, but I'm not convinced that man-db (or
> groff, which is what's really responsible here) can do anything about
> it. If the header line just plain doesn't fit, it doesn't fit.
>
> No doubt it would be possible to fix this by extending the .TH macro to
> be able to declare some kind of fallback for use when the page width is
> too short for the normal display, but, aside from the fact that I have
> no idea where to start (this would be a groff upstream kind of thing),
> I'm not sure that the substantial effort involved is worth it. I'm sure
> it doesn't actually cause any significant confusion.
>
> Regarding emacs' odd ^H display, which I think is the meat of Dan's bug
> report, this would appear to be essentially a bug in emacs. grotty is
> rendering the just-won't-fit text by way of backspacing over the first
> part of the header and overstriking the middle part; it's within its
> rights to do that. I assume that whatever (lack of) terminal emulation
> is used by M-x man isn't smart enough to handle this; perhaps it
> special-cases the overstriking used for bold and underlining, and can't
> cope with overstriking one character over a completely different
> character?
I think this is not an Emacs bug. I can reproduce it in xterm.
When xterm is narrowed to the 50-character width, running the shell
command `man HTML::TokeParser::Simple::Token::ProcessInstruction`
displays garbage like
^H^H^H^H^H^H^H^HHTML::TokeParser::Simple::Token::ProcessInstruction(3pm)ion(3pm)
where some random letters are highlighted in bold (where the character
before ^H coincide with the character after ^H).
What we can do in Emacs is simply to remove all ^H but we can't do the
broken header line more readable.
--
Juri Linkov
http://www.jurta.org/emacs/
next prev parent reply other threads:[~2010-02-12 19:24 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-02-11 18:49 bug#5566: 23.1.92; man page header ugly on narrow terminals jidanni
[not found] ` <20100211222648.GJ13019@belanna.comodo.priv.at>
2010-02-12 11:23 ` Colin Watson
2010-02-12 19:24 ` Juri Linkov [this message]
2010-02-12 19:20 ` Juri Linkov
2010-02-12 20:59 ` Colin Watson
2010-02-12 21:57 ` Juri Linkov
2010-02-13 7:34 ` Chong Yidong
2010-02-14 0:23 ` Juri Linkov
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=87mxzexo53.fsf@mail.jurta.org \
--to=juri@jurta.org \
--cc=5566@debbugs.gnu.org \
--cc=cjwatson@debian.org \
--cc=gregoa@debian.org \
--cc=jidanni@jidanni.org \
--cc=libwww-facebook-api-perl@packages.debian.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.