From: Stefan Monnier <monnier@iro.umontreal.ca>
To: Juri Linkov <juri@jurta.org>
Cc: 5054@debbugs.gnu.org
Subject: bug#5054: 23.1.50; buffer-menu truncated fields
Date: Sat, 09 Jan 2010 22:12:40 -0500 [thread overview]
Message-ID: <jwv8wc6k63w.fsf-monnier+emacs@gnu.org> (raw)
In-Reply-To: <87aawnrwut.fsf@mail.jurta.org> (Juri Linkov's message of "Sat, 09 Jan 2010 19:50:34 +0200")
> Yes, and the only reasonable way to fix this weirdness is to do what
> other similar Emacs commands do (e.g. `compile' and `grep'): first display
> the output buffer, and later when the formatted output is ready, put it
> to this buffer.
I've been using a local hack which causes the *man...* buffers to be
displayed early rather than late. The main reason was to avoid
interrupting me with a new frame at some random time in the future.
So I'd welcome such a change. My local hack isn't installable as is:
the output shown temporarily in the buffer is rather ugly (because the
buffer first gets an unprocessed output and then cleans it up and adds
faces. Usually the intermediate ugly states are not shown, but after my
change, they are).
Stefan
next prev parent reply other threads:[~2010-01-10 3:12 UTC|newest]
Thread overview: 33+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-01-01 17:50 bug#5054: 23.1.50; buffer-menu truncated fields Chong Yidong
2010-01-02 13:58 ` jidanni
2010-01-02 14:31 ` martin rudalics
2010-01-03 1:12 ` jidanni
2010-01-04 10:14 ` martin rudalics
2010-01-04 10:43 ` Lennart Borgman
2010-01-04 17:28 ` Juri Linkov
2010-01-04 17:54 ` jidanni
2010-01-04 19:08 ` martin rudalics
2010-01-04 19:36 ` Drew Adams
2010-01-06 20:30 ` Juri Linkov
2010-01-07 8:17 ` martin rudalics
2010-01-07 23:27 ` Juri Linkov
2010-01-08 8:18 ` martin rudalics
2010-01-09 17:50 ` Juri Linkov
2010-01-10 3:12 ` Stefan Monnier [this message]
2010-01-11 0:48 ` bug#5054: Man truncated (was: buffer-menu truncated fields) Juri Linkov
2010-01-11 3:39 ` bug#5054: Man truncated Stefan Monnier
2010-01-11 8:05 ` martin rudalics
2010-01-11 21:59 ` Juri Linkov
2010-06-16 21:44 ` Juri Linkov
2010-01-12 20:46 ` bug#5054: Asynchronous vc-bzr-diff (Man truncated) Juri Linkov
2010-01-13 0:01 ` Dan Nicolaescu
2010-01-13 0:28 ` Juri Linkov
2011-10-07 0:23 ` bug#5054: 23.1.50; buffer-menu truncated fields Juri Linkov
2012-08-05 3:11 ` Chong Yidong
2010-01-04 17:40 ` Drew Adams
2010-01-04 18:05 ` jidanni
2010-01-04 18:18 ` Drew Adams
2010-01-04 18:45 ` jidanni
2010-01-06 20:31 ` Juri Linkov
-- strict thread matches above, loose matches on Subject: below --
2009-11-27 0:01 jidanni
2009-11-27 4:14 ` Stefan Monnier
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
List information: https://www.gnu.org/software/emacs/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=jwv8wc6k63w.fsf-monnier+emacs@gnu.org \
--to=monnier@iro.umontreal.ca \
--cc=5054@debbugs.gnu.org \
--cc=juri@jurta.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 public inbox
https://git.savannah.gnu.org/cgit/emacs.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).