From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.bugs Subject: bug#17831: 24.4.50; bad default value for `Man-width' Date: Tue, 24 Jun 2014 20:59:08 +0300 Message-ID: <83lhsmqjdf.fsf@gnu.org> References: <87tx7buryg.fsf@mail.jurta.org> <53A92532.9040901@gmx.at> <83y4wmqp3t.fsf@gnu.org> Reply-To: Eli Zaretskii NNTP-Posting-Host: plane.gmane.org X-Trace: ger.gmane.org 1403632829 21678 80.91.229.3 (24 Jun 2014 18:00:29 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 24 Jun 2014 18:00:29 +0000 (UTC) Cc: 17831@debbugs.gnu.org, sdl.web@gmail.com To: Stefan Monnier Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Tue Jun 24 20:00:19 2014 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1WzV10-0006Kq-Dn for geb-bug-gnu-emacs@m.gmane.org; Tue, 24 Jun 2014 20:00:18 +0200 Original-Received: from localhost ([::1]:33219 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WzV10-0008DI-3s for geb-bug-gnu-emacs@m.gmane.org; Tue, 24 Jun 2014 14:00:18 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:36124) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WzV0r-00082K-9s for bug-gnu-emacs@gnu.org; Tue, 24 Jun 2014 14:00:14 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1WzV0m-00022o-1m for bug-gnu-emacs@gnu.org; Tue, 24 Jun 2014 14:00:09 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:40191) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WzV0l-00020l-IE for bug-gnu-emacs@gnu.org; Tue, 24 Jun 2014 14:00:03 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1WzV0l-00085S-2Z for bug-gnu-emacs@gnu.org; Tue, 24 Jun 2014 14:00:03 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 24 Jun 2014 18:00:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 17831 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 17831-submit@debbugs.gnu.org id=B17831.140363276531003 (code B ref 17831); Tue, 24 Jun 2014 18:00:02 +0000 Original-Received: (at 17831) by debbugs.gnu.org; 24 Jun 2014 17:59:25 +0000 Original-Received: from localhost ([127.0.0.1]:59574 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WzV05-00083t-Ap for submit@debbugs.gnu.org; Tue, 24 Jun 2014 13:59:24 -0400 Original-Received: from mtaout29.012.net.il ([80.179.55.185]:56253) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WzV00-00083R-2s for 17831@debbugs.gnu.org; Tue, 24 Jun 2014 13:59:19 -0400 Original-Received: from conversion-daemon.mtaout29.012.net.il by mtaout29.012.net.il (HyperSendmail v2007.08) id <0N7O00200PLXXK00@mtaout29.012.net.il> for 17831@debbugs.gnu.org; Tue, 24 Jun 2014 20:59:16 +0300 (IDT) Original-Received: from HOME-C4E4A596F7 ([87.69.4.28]) by mtaout29.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0N7O0047IPYREW00@mtaout29.012.net.il>; Tue, 24 Jun 2014 20:59:16 +0300 (IDT) In-reply-to: X-012-Sender: halo1@inter.net.il X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 140.186.70.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:90749 Archived-At: > From: Stefan Monnier > Cc: rudalics@gmx.at, 17831@debbugs.gnu.org, sdl.web@gmail.com > Date: Tue, 24 Jun 2014 13:33:50 -0400 > > > By contrast, in the *Completions* use case the code that formats the > > text runs synchronously, so having in place some protocol that would > > allow to query about the dimensions of the window display-buffer > > etc. _will_ get, and then immediately use these dimensions to format > > the candidate list, is probably all we need. The alternative you > > favor is IMO worse: it will momentarily flash incorrect display, which > > I think will look un-professional. > > In the *Completions* case the empty buffer won't be temporarily > displayed (because there's no redisplay going on before it's filled). Are you sure? what about echo-area messages, which might trigger redisplay? But if you are right, then this is just another case of what I suggested, i.e. being able to query Emacs about the dimensions before actually displaying. > The unprofessionalism doesn't bother me too much for M-x man, especially > since the current behavior is broken IMNSHO: it pops up a window > asynchronously, i.e. at a time you might be doing something else and not > expecting this disruption. So perhaps TRT is simply to get rid of the asynchronous operation in the first place.