From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: martin rudalics Newsgroups: gmane.emacs.bugs Subject: bug#17831: 24.4.50; bad default value for `Man-width' Date: Wed, 25 Jun 2014 08:54:16 +0200 Message-ID: <53AA7218.2080608@gmx.at> References: <87tx7buryg.fsf@mail.jurta.org> <53A92532.9040901@gmx.at> <83zjh2qpia.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1403679352 13245 80.91.229.3 (25 Jun 2014 06:55:52 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 25 Jun 2014 06:55:52 +0000 (UTC) Cc: 17831@debbugs.gnu.org, sdl.web@gmail.com To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Wed Jun 25 08:55:45 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 1Wzh7P-0007tW-PW for geb-bug-gnu-emacs@m.gmane.org; Wed, 25 Jun 2014 08:55:43 +0200 Original-Received: from localhost ([::1]:35474 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Wzh7P-0005i5-2H for geb-bug-gnu-emacs@m.gmane.org; Wed, 25 Jun 2014 02:55:43 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:55652) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Wzh6w-0005UA-Og for bug-gnu-emacs@gnu.org; Wed, 25 Jun 2014 02:55:22 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Wzh6l-00074o-SR for bug-gnu-emacs@gnu.org; Wed, 25 Jun 2014 02:55:14 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:40499) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Wzh6l-00074g-QB for bug-gnu-emacs@gnu.org; Wed, 25 Jun 2014 02:55:03 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1Wzh6l-000639-IH for bug-gnu-emacs@gnu.org; Wed, 25 Jun 2014 02:55:03 -0400 X-Loop: help-debbugs@gnu.org Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 25 Jun 2014 06:55:03 +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.140367927923178 (code B ref 17831); Wed, 25 Jun 2014 06:55:03 +0000 Original-Received: (at 17831) by debbugs.gnu.org; 25 Jun 2014 06:54:39 +0000 Original-Received: from localhost ([127.0.0.1]:59875 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Wzh6M-00061l-Dd for submit@debbugs.gnu.org; Wed, 25 Jun 2014 02:54:38 -0400 Original-Received: from mout.gmx.net ([212.227.15.18]:55272) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Wzh6I-00061M-1q for 17831@debbugs.gnu.org; Wed, 25 Jun 2014 02:54:35 -0400 Original-Received: from [93.82.9.108] ([93.82.9.108]) by mail.gmx.com (mrgmx001) with ESMTPSA (Nemesis) id 0M3zT0-1Whc383h4s-00rbiJ; Wed, 25 Jun 2014 08:54:25 +0200 In-Reply-To: <83zjh2qpia.fsf@gnu.org> X-Provags-ID: V03:K0:HcJpoVoQu6VTMaTPJeaRwUYUfblqKbcyRTRartoPCXdUrLZWuT/ YJSQyaLm8buYyqbaW6IakOp+tzm0Vb6Ebe3uUyzKaH4QW41xavB9dKAHYBLK8/t4jziPpVf 4awUhB2kmLCZGm2oHkm0rRgAL6Iwv95nqxzSRxuvvQF7VVEhtBdVcO133t9lmiJwvNwkYac sXTi67Xl09A8g74Yr2epA== 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:90770 Archived-At: > None of this will ever work 100% reliably in the "M-x man" case, > because while the command runs in the background, the user could > change the window and frame configuration at will. Indeed. >> Alternatively, we could display the buffer first, look at what size we >> get, fill the buffer, and possibly resize the window afterwards. For >> `with-temp-buffer-window' this means that we would have to fill the >> buffer either via `temp-buffer-window-show-hook' or in QUIT-FUNCTION. > > But this will momentarily flash incorrect (e.g., empty) display, > right? While the buffer gets filled asynchronously? Yes. But it should work in the synchronous case where the order would be (1) display the empty buffer (2) fill it (3) resize the window accordingly. > Not nice, IMO. We could show some sort of placeholder here. martin