unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed
From: Juri Linkov <juri@jurta.org>
To: martin rudalics <rudalics@gmx.at>
Cc: 5054@debbugs.gnu.org, jidanni@jidanni.org
Subject: bug#5054: 23.1.50; buffer-menu truncated fields
Date: Fri, 08 Jan 2010 01:27:05 +0200	[thread overview]
Message-ID: <87eim1ebsm.fsf@mail.jurta.org> (raw)
In-Reply-To: <4B459896.1050208@gmx.at> (martin rudalics's message of "Thu, 07 Jan 2010 09:17:26 +0100")

>>> Does `Man-width' trigger a refit when the window gets resized?
>>
>> Do you think it should?  Maybe.  So when a window is split horizontally,
>> it would refit.  But this requires re-running the man command with the
>> new value of the environment variable COLUMNS.
>
> It probably should refit at least when run in a standalone frame and the
> user maximizes the frame or sizes it back to normal.

I see there is more serious problem.  With `emacs -Q' in a wide frame,
`M-x man' displays the truncated page, because the default value of
`Man-notify-method' is "friendly" (this is a subjective name and I think
actually this option is not friendly at all!), and `man' runs the
formatting command with the value of `COLUMNS' equal to the frame's width,
but later `man' splits the frame horizontally and displays in a half-width
window the manual formatted to the full frame width.  Perhaps `man' should
be able to predict the window's width for `COLUMNS' before running the
formatting command.  Do you know a function in window.el that would
predict the width that the current window will have after splitting
horizontally?

>> I think that ruler-mode has a good UI where it's easy to see
>> the position of the handle for dragging.
>
> The header line of ruler-mode looks good indeed.  Remains the question
> whether we want a generic interface, so `list-processes' can use it as
> well, and maybe also `dired', the various message modes, file managers,
> table headers ...

A generic interface would be a big plus.

-- 
Juri Linkov
http://www.jurta.org/emacs/






  reply	other threads:[~2010-01-07 23:27 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 [this message]
2010-01-08  8:18                   ` martin rudalics
2010-01-09 17:50                     ` Juri Linkov
2010-01-10  3:12                       ` Stefan Monnier
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=87eim1ebsm.fsf@mail.jurta.org \
    --to=juri@jurta.org \
    --cc=5054@debbugs.gnu.org \
    --cc=jidanni@jidanni.org \
    --cc=rudalics@gmx.at \
    /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).