From debbugs-submit-bounces@debbugs.gnu.org Thu Jul 14 17:07:55 2011 Received: (at submit) by debbugs.gnu.org; 14 Jul 2011 21:07:55 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QhT8U-0001kI-3v for submit@debbugs.gnu.org; Thu, 14 Jul 2011 17:07:55 -0400 Received: from eggs.gnu.org ([140.186.70.92]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QhT8Q-0001k5-SK for submit@debbugs.gnu.org; Thu, 14 Jul 2011 17:07:52 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1QhT8J-0003UM-HT for submit@debbugs.gnu.org; Thu, 14 Jul 2011 17:07:44 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.1 required=5.0 tests=BAYES_00,HELO_DYNAMIC_IPADDR autolearn=no version=3.3.1 Received: from lists.gnu.org ([140.186.70.17]:48901) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QhT8J-0003UI-Aw for submit@debbugs.gnu.org; Thu, 14 Jul 2011 17:07:43 -0400 Received: from eggs.gnu.org ([140.186.70.92]:58632) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QhT8H-000119-DR for bug-gnu-emacs@gnu.org; Thu, 14 Jul 2011 17:07:42 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1QhT8F-0003U4-Pe for bug-gnu-emacs@gnu.org; Thu, 14 Jul 2011 17:07:41 -0400 Received: from static.103.179.46.78.clients.your-server.de ([78.46.179.103]:42647 helo=static.73.179.46.78.clients.your-server.de) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QhT8F-0003Tp-5t for bug-gnu-emacs@gnu.org; Thu, 14 Jul 2011 17:07:39 -0400 Received: from lee by yun.yagibdah.de with local (Exim 4.76) (envelope-from ) id 1QhT8B-0002iv-D4 for bug-gnu-emacs@gnu.org; Thu, 14 Jul 2011 23:07:35 +0200 From: lee To: bug-gnu-emacs@gnu.org Subject: 24.0.50; displaying man pages splits the window and formats the text for the full width of the whole frame rather than for the width of the window the text is displayed in, which is only 1/2 the width of the frame Organization: my virtual residence Date: Thu, 14 Jul 2011 23:07:35 +0200 Message-ID: <878vs0d10o.fsf@yun.yagibdah.de> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-Received-From: 140.186.70.17 X-Spam-Score: -4.2 (----) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -4.5 (----) Well, the lengthy subject pretty much says it :) When I have an emacs frame the size of the full screen (like 231 characters, 68 lines at 1920x1200 pixels) displaying a single window (buffer) and do "M-x man" to display a manual page, emacs splits the window horizontally (as in `split-window-horizontally`) and displays the manual page in one of the windows within the frame. That's great, only the man page is then difficult to read because it's formatted for the width of the whole frame (231 characters/line) and not for the width of the frame it is displayed in. Since emacs automatically splits the frame, wouldn't it make more sense to format the manual page to the width of the frame it is displayed in (unless the frame is unreasonably narrow)? Lines that are 231 characters long aren't so nice for reading, anyway ... When I first M-x split-window-horizontally and then M-x man, the manual page is formatted for the width of the window it's displayed in. So this might be as simple as reversing the order in which things happen: first splitting the frame automatically and then formatting the manual page vs. formatting the manual page first and then splitting the frame. In GNU Emacs 24.0.50.1 (x86_64-unknown-linux-gnu, X toolkit) of 2011-07-13 on yun Windowing system distributor `The X.Org Foundation', version 11.0.11002000 configured using `configure '--with-x-toolkit=lucid'' Important settings: value of $LC_ALL: nil value of $LC_COLLATE: nil value of $LC_CTYPE: nil value of $LC_MESSAGES: nil value of $LC_MONETARY: nil value of $LC_NUMERIC: nil value of $LC_TIME: nil value of $LANG: de_DE.UTF-8 value of $XMODIFIERS: nil locale-coding-system: utf-8-unix default enable-multibyte-characters: t Major mode: Man Minor modes in effect: desktop-save-mode: t shell-dirtrack-mode: t highlight-changes-visible-mode: t global-hl-line-mode: t show-paren-mode: t tooltip-mode: t mouse-wheel-mode: t menu-bar-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t auto-composition-mode: t auto-encryption-mode: t auto-compression-mode: t size-indication-mode: t column-number-mode: t line-number-mode: t transient-mark-mode: t Recent input: r d SPC f o r SPC a n SPC e n t r y SPC t e l l i n g s o m e f r o m SPC q SPC s p e c i f y i n g SPC w h e t h e r SPC t o SPC t r u r n SPC o n SPC N u , m L o c k SPC o r SPC n o t SPC a n d SPC t u r n SPC i t SPC o n SPC o r SPC n o t SPC f r o m SPC h t t h e r e SPC . . . SPC SPC O r SPC y o u SPC c o u l d SPC m a k e SPC y o u r SPC o w n SPC s t a r t u p SPC s c r i p t SPC t h a t SPC c h e c k s SPC / e t c / d e f a u l t / k e y b o a r d SPC . . . x m a n s e t l e d s x e m a b u r e p o r Recent messages: Note: file is write protected Setting up indent for shell type sh setting up indent stuff Indentation variables are now local. Indentation setup for shell type sh Auto-saving...done Invoking man setleds in the background Please wait: formatting the setleds man page... setleds man page formatted Making completion list... Load-path shadows: None found. Features: (shadow emacsbug org-colview cal-move cal-iso conf-mode flow-fill browse-url gnus-dup newcomment gnus-dired desktop org-wl org-w3m org-vm org-rmail org-mhe org-mew org-irc org-jsinfo org-infojs org-html org-exp ob-exp org-exp-blocks org-agenda org-info org-gnus org-docview org-bibtex org-bbdb info gnus-eform skeleton sh-script executable flyspell ispell bookmark multi-isearch tabify shell mule-util sort smiley ansi-color gnus-cite gnus-async gnus-bcklg shadowfile ange-ftp woman man speedbar sb-image ezimage dframe rst compile rcirc proced hilit-chg hi-lock dired cwarn cc-mode cc-fonts cc-guess cc-menus cc-cmds cc-styles cc-align cc-engine cc-vars cc-defs ebnf2ps ps-print ps-def lpr cus-edit help-mode view debug qp gnus-ml nndraft nnmh nndoc nnmaildir parse-time rot13 disp-table netrc gnutls network-stream auth-source eieio assoc starttls tls nnfolder bbdb-gnus bbdb-snarf mail-extr bbdb-com cl nnml gnus-agent gnus-srvr gnus-score score-mode nnvirtual gnus-msg nntp gnus-cache gnus-diary gnus-art mm-uu mml2015 epg-config mm-view mml-smime smime password-cache dig mailcap nndiary nnir gnus-sum gnus-group gnus-undo nnmail mail-source nnoo gnus-start gnus-spec gnus-int gnus-range message sendmail rfc822 mml mml-sec mm-decode mm-bodies mm-encode mail-parse rfc2231 rfc2047 rfc2045 ietf-drums mailabbrev gmm-utils mailheader gnus-win gnus gnus-ems nnheader gnus-util mail-utils mm-util mail-prsvr wid-edit jka-compr server cal-china lunar solar cal-dst cal-bahai cal-islam cal-hebrew holidays hol-loaddefs appt diary-lib diary-loaddefs remember org-remember org-datetree org byte-opt warnings bytecomp byte-compile cconv macroexp advice help-fns advice-preload ob-emacs-lisp ob-tangle ob-ref ob-lob ob-table org-footnote org-src ob-comint comint ob-keys ob ob-eval org-complete pcomplete org-list org-faces org-compat org-entities org-macs noutline outline easy-mmode cal-menu easymenu calendar cal-loaddefs ring erc-goodies erc erc-backend erc-compat format-spec thingatpt pp bbdb-autoloads bbdb regexp-opt timezone hl-line saveplace time-date paren cus-start cus-load boxquote rect tooltip ediff-hook vc-hooks lisp-float-type mwheel x-win x-dnd tool-bar dnd fontset image fringe lisp-mode register page menu-bar rfn-eshadow timer select scroll-bar mouse jit-lock font-lock syntax facemenu font-core frame cham georgian utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao korean japanese hebrew greek romanian slovak czech european ethiopic indian cyrillic chinese case-table epa-hook jka-cmpr-hook help simple abbrev minibuffer loaddefs button faces cus-face files text-properties overlay sha1 md5 base64 format env code-pages mule custom widget hashtable-print-readable backquote make-network-process dbusbind dynamic-setting system-font-setting font-render-setting x-toolkit x multi-tty emacs) From debbugs-submit-bounces@debbugs.gnu.org Thu Jul 14 20:47:40 2011 Received: (at 9084) by debbugs.gnu.org; 15 Jul 2011 00:47:40 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QhWZ9-0007hm-LA for submit@debbugs.gnu.org; Thu, 14 Jul 2011 20:47:40 -0400 Received: from smarty.dreamhost.com ([208.113.175.8]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QhWZ6-0007hY-Jt for 9084@debbugs.gnu.org; Thu, 14 Jul 2011 20:47:37 -0400 Received: from ps18281.dreamhostps.com (ps18281.dreamhost.com [69.163.218.105]) by smarty.dreamhost.com (Postfix) with ESMTP id 9047F6E804B; Thu, 14 Jul 2011 17:47:30 -0700 (PDT) Received: from localhost (ps18281.dreamhostps.com [69.163.218.105]) by ps18281.dreamhostps.com (Postfix) with ESMTP id 8CD1B451C247; Thu, 14 Jul 2011 17:47:29 -0700 (PDT) From: Juri Linkov To: lee Subject: Re: bug#9084: 24.0.50; displaying man pages splits the window and formats the text for the full width of the whole frame rather than for the width of the window the text is displayed in, which is only 1/2 the width of the frame Organization: JURTA References: <878vs0d10o.fsf@yun.yagibdah.de> Date: Fri, 15 Jul 2011 03:46:05 +0300 In-Reply-To: <878vs0d10o.fsf@yun.yagibdah.de> (lee@yun.yagibdah.de's message of "Thu, 14 Jul 2011 23:07:35 +0200") Message-ID: <8762n4e5gy.fsf@mail.jurta.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.6 (--) X-Debbugs-Envelope-To: 9084 Cc: 9084@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.6 (--) > So this might be as simple as reversing the order in which things happen: > first splitting the frame automatically and then formatting the manual > page vs. formatting the manual page first and then splitting the frame. Such reversing the order is implemented in http://debbugs.gnu.org/5054 Maybe we should commit that now? From debbugs-submit-bounces@debbugs.gnu.org Fri Jul 15 03:30:48 2011 Received: (at 9084) by debbugs.gnu.org; 15 Jul 2011 07:30:49 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QhcrH-0008DC-Rl for submit@debbugs.gnu.org; Fri, 15 Jul 2011 03:30:48 -0400 Received: from mailout-de.gmx.net ([213.165.64.23]) by debbugs.gnu.org with smtp (Exim 4.69) (envelope-from ) id 1QhcrF-0008Ct-KL for 9084@debbugs.gnu.org; Fri, 15 Jul 2011 03:30:46 -0400 Received: (qmail invoked by alias); 15 Jul 2011 07:30:39 -0000 Received: from 62-47-43-250.adsl.highway.telekom.at (EHLO [62.47.43.250]) [62.47.43.250] by mail.gmx.net (mp033) with SMTP; 15 Jul 2011 09:30:39 +0200 X-Authenticated: #14592706 X-Provags-ID: V01U2FsdGVkX1/+pqd6Sjj+XvBrPFsBNd0TfxCZDsCMZ3zAtW7//k o0ptSpIGgfHcmr Message-ID: <4E1FEC9C.2090102@gmx.at> Date: Fri, 15 Jul 2011 09:30:36 +0200 From: martin rudalics User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) MIME-Version: 1.0 To: Juri Linkov Subject: Re: bug#9084: 24.0.50; displaying man pages splits the window and formats the text for the full width of the whole frame rather than for the width of the window the text is displayed in, which is only 1/2 the width of the frame References: <878vs0d10o.fsf@yun.yagibdah.de> <8762n4e5gy.fsf@mail.jurta.org> In-Reply-To: <8762n4e5gy.fsf@mail.jurta.org> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-Spam-Score: -2.5 (--) X-Debbugs-Envelope-To: 9084 Cc: lee , 9084@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.5 (--) >> So this might be as simple as reversing the order in which things happen: >> first splitting the frame automatically and then formatting the manual >> page vs. formatting the manual page first and then splitting the frame. > > Such reversing the order is implemented in http://debbugs.gnu.org/5054 > Maybe we should commit that now? Sounds reasonable, yes. martin From debbugs-submit-bounces@debbugs.gnu.org Sat Jul 16 11:48:12 2011 Received: (at 9084) by debbugs.gnu.org; 16 Jul 2011 15:48:12 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Qi76B-0003si-NB for submit@debbugs.gnu.org; Sat, 16 Jul 2011 11:48:12 -0400 Received: from static.103.179.46.78.clients.your-server.de ([78.46.179.103] helo=static.73.179.46.78.clients.your-server.de) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Qi768-0003sR-84 for 9084@debbugs.gnu.org; Sat, 16 Jul 2011 11:48:09 -0400 Received: from lee by yun.yagibdah.de with local (Exim 4.76) (envelope-from ) id 1Qi760-000353-9F; Sat, 16 Jul 2011 17:48:00 +0200 From: lee To: martin rudalics Subject: Re: bug#9084: 24.0.50; displaying man pages splits the window and formats the text for the full width of the whole frame rather than for the width of the window the text is displayed in, which is only 1/2 the width of the frame References: <878vs0d10o.fsf@yun.yagibdah.de> <8762n4e5gy.fsf@mail.jurta.org> <4E1FEC9C.2090102@gmx.at> Date: Sat, 16 Jul 2011 17:48:00 +0200 In-Reply-To: <4E1FEC9C.2090102@gmx.at> (martin rudalics's message of "Fri, 15 Jul 2011 09:30:36 +0200") Message-ID: <87aacerzv3.fsf@yun.yagibdah.de> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -1.8 (-) X-Debbugs-Envelope-To: 9084 Cc: Juri Linkov , 9084@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.7 (-) martin rudalics writes: >>> So this might be as simple as reversing the order in which things happen: >>> first splitting the frame automatically and then formatting the manual >>> page vs. formatting the manual page first and then splitting the frame. >> >> Such reversing the order is implemented in http://debbugs.gnu.org/5054 >> Maybe we should commit that now? > > Sounds reasonable, yes. When this is applied and the variable `Man-width' is set to some value, like 75, will the width of the window to display the manpage in be adjusted to the width of the text? Just splitting the current window in half when it is 230 characters wide gives you two windows each about 115 characters wide while you might rather want the window with the manpage to be `Man-width' characters wide and the other window as wide as the rest of the frame. Then there's the documentation about `Man-frame-parameters': ,---- [ M-x describe-variable Man-frame-parameters ] | Man-frame-parameters is a variable defined in `man.el'. | Its value is nil | | Documentation: | Frame parameter list for creating a new frame for a manual page. | | You can customize this variable. | | [back] `---- (I had to look at man.el to find out that I can set `Man-width'.) And when you proceed to customise `Man-frame-parameters', you don't have any idea what to enter to always get a frame that makes the window `Man-width' characters wide. Also, please note the terminology: ,---- [ info (emacs) Frames ] | When using a graphical display, you can create multiple system-level | "windows" in a single Emacs session. We refer to these system-level | windows as "frames". `---- ,---- [ info (emacs) Multiple Windows ] | Emacs can split a frame into two or many windows. `---- My understanding would be that `Man-frame-parameters' must be ignored when running emacs on the console because there are only windows and no frames available. From debbugs-submit-bounces@debbugs.gnu.org Sun Jul 17 00:24:33 2011 Received: (at 9084) by debbugs.gnu.org; 17 Jul 2011 04:24:34 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QiIu9-0005Ro-C3 for submit@debbugs.gnu.org; Sun, 17 Jul 2011 00:24:33 -0400 Received: from smarty.dreamhost.com ([208.113.175.8]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QiIu7-0005Ra-8T for 9084@debbugs.gnu.org; Sun, 17 Jul 2011 00:24:32 -0400 Received: from ps18281.dreamhostps.com (ps18281.dreamhost.com [69.163.218.105]) by smarty.dreamhost.com (Postfix) with ESMTP id 6F38D6E8068; Sat, 16 Jul 2011 21:24:25 -0700 (PDT) Received: from localhost (ps18281.dreamhostps.com [69.163.218.105]) by ps18281.dreamhostps.com (Postfix) with ESMTP id 86CDA451C200; Sat, 16 Jul 2011 21:24:24 -0700 (PDT) From: Juri Linkov To: martin rudalics Subject: Re: bug#9084: 24.0.50; displaying man pages splits the window and formats the text for the full width of the whole frame rather than for the width of the window the text is displayed in, which is only 1/2 the width of the frame Organization: JURTA References: <878vs0d10o.fsf@yun.yagibdah.de> <8762n4e5gy.fsf@mail.jurta.org> <4E1FEC9C.2090102@gmx.at> Date: Sun, 17 Jul 2011 02:08:35 +0300 In-Reply-To: <4E1FEC9C.2090102@gmx.at> (martin rudalics's message of "Fri, 15 Jul 2011 09:30:36 +0200") Message-ID: <87bowtmuag.fsf@mail.jurta.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.6 (--) X-Debbugs-Envelope-To: 9084 Cc: 9084@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.6 (--) >>> So this might be as simple as reversing the order in which things happen: >>> first splitting the frame automatically and then formatting the manual >>> page vs. formatting the manual page first and then splitting the frame. >> >> Such reversing the order is implemented in http://debbugs.gnu.org/5054 >> Maybe we should commit that now? > > Sounds reasonable, yes. At the moment I'm studying your recent window changes ;) From debbugs-submit-bounces@debbugs.gnu.org Sun Jul 17 00:24:39 2011 Received: (at 9084) by debbugs.gnu.org; 17 Jul 2011 04:24:39 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QiIuE-0005S2-Hn for submit@debbugs.gnu.org; Sun, 17 Jul 2011 00:24:38 -0400 Received: from smarty.dreamhost.com ([208.113.175.8]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QiIu9-0005Rd-0S for 9084@debbugs.gnu.org; Sun, 17 Jul 2011 00:24:33 -0400 Received: from ps18281.dreamhostps.com (ps18281.dreamhost.com [69.163.218.105]) by smarty.dreamhost.com (Postfix) with ESMTP id A09456E8050; Sat, 16 Jul 2011 21:24:27 -0700 (PDT) Received: from localhost (ps18281.dreamhostps.com [69.163.218.105]) by ps18281.dreamhostps.com (Postfix) with ESMTP id ACADC451C200; Sat, 16 Jul 2011 21:24:26 -0700 (PDT) From: Juri Linkov To: lee Subject: Re: bug#9084: 24.0.50; displaying man pages splits the window and formats the text for the full width of the whole frame rather than for the width of the window the text is displayed in, which is only 1/2 the width of the frame Organization: JURTA References: <878vs0d10o.fsf@yun.yagibdah.de> <8762n4e5gy.fsf@mail.jurta.org> <4E1FEC9C.2090102@gmx.at> <87aacerzv3.fsf@yun.yagibdah.de> Date: Sun, 17 Jul 2011 02:18:36 +0300 In-Reply-To: <87aacerzv3.fsf@yun.yagibdah.de> (lee@yun.yagibdah.de's message of "Sat, 16 Jul 2011 17:48:00 +0200") Message-ID: <87tyalilpf.fsf@mail.jurta.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.6 (--) X-Debbugs-Envelope-To: 9084 Cc: martin rudalics , 9084@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.6 (--) > When this is applied and the variable `Man-width' is set to some value, > like 75, will the width of the window to display the manpage in be > adjusted to the width of the text? When you set `Man-width' to a positive integer, the manpage's text is formatted to that width. This variable doesn't affect the window's width. > Just splitting the current window in half when it is 230 characters > wide gives you two windows each about 115 characters wide while you > might rather want the window with the manpage to be `Man-width' > characters wide and the other window as wide as the rest of the frame. But what if you have manpage buffers in both of horizontally split side-by-side windows? > Then there's the documentation about `Man-frame-parameters': > > ,---- [ M-x describe-variable Man-frame-parameters ] [...] > `---- > > (I had to look at man.el to find out that I can set `Man-width'.) Do you think `Man-width' should be mentioned in the docstring of `man'? > And when you proceed to customise `Man-frame-parameters', you don't have > any idea what to enter to always get a frame that makes the window > `Man-width' characters wide. Maybe the docstring of `Man-frame-parameters' should provide an example of using the frame parameter `width'? > My understanding would be that `Man-frame-parameters' must be ignored > when running emacs on the console because there are only windows and no > frames available. `Man-frame-parameters' is ignored unless `Man-notify-method' is set to the value `newframe'. However, I don't know how the users who prefer to set `pop-up-frames' to a non-nil value specify the width of the manpage's frame (when `Man-notify-method' is not `newframe')? From debbugs-submit-bounces@debbugs.gnu.org Sun Jul 17 09:12:36 2011 Received: (at 9084) by debbugs.gnu.org; 17 Jul 2011 13:12:36 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QiR9A-0002OG-3h for submit@debbugs.gnu.org; Sun, 17 Jul 2011 09:12:36 -0400 Received: from rcsinet15.oracle.com ([148.87.113.117]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QiR97-0002O3-PR for 9084@debbugs.gnu.org; Sun, 17 Jul 2011 09:12:34 -0400 Received: from acsinet22.oracle.com (acsinet22.oracle.com [141.146.126.238]) by rcsinet15.oracle.com (Switch-3.4.4/Switch-3.4.4) with ESMTP id p6HDCP1P007777 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Sun, 17 Jul 2011 13:12:26 GMT Received: from acsmt356.oracle.com (acsmt356.oracle.com [141.146.40.156]) by acsinet22.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id p6HDCN45024725 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 17 Jul 2011 13:12:24 GMT Received: from abhmt102.oracle.com (abhmt102.oracle.com [141.146.116.54]) by acsmt356.oracle.com (8.12.11.20060308/8.12.11) with ESMTP id p6HDCIBL032158; Sun, 17 Jul 2011 08:12:18 -0500 Received: from dradamslap1 (/10.159.38.176) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Sun, 17 Jul 2011 06:12:18 -0700 From: "Drew Adams" To: "'Juri Linkov'" , "'lee'" References: <878vs0d10o.fsf@yun.yagibdah.de> <8762n4e5gy.fsf@mail.jurta.org><4E1FEC9C.2090102@gmx.at> <87aacerzv3.fsf@yun.yagibdah.de> <87tyalilpf.fsf@mail.jurta.org> Subject: RE: bug#9084: 24.0.50; displaying man pages splits the window and formats the text forthe full width of the whole frame rather than for the width ofthe window the text is displayed in, which is only 1/2 thewidth of the frame Date: Sun, 17 Jul 2011 06:12:12 -0700 Message-ID: <6C5DEC342957414893F8E1C056A29DF5@us.oracle.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 In-Reply-To: <87tyalilpf.fsf@mail.jurta.org> Thread-Index: AcxEOY+aWmLlbeoMR1meElIBIa9+WAASIy9g X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6109 X-Source-IP: acsinet22.oracle.com [141.146.126.238] X-Auth-Type: Internal IP X-CT-RefId: str=0001.0A090203.4E22DFBB.0043:SCFMA922111,ss=1,re=-4.000,fgs=0 X-Spam-Score: -4.2 (----) X-Debbugs-Envelope-To: 9084 Cc: 9084@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -4.2 (----) > `Man-frame-parameters' is ignored unless `Man-notify-method' is set > to the value `newframe'. However, I don't know how the users > who prefer to set `pop-up-frames' to a non-nil value > specify the width of the manpage's frame > (when `Man-notify-method' is not `newframe')? Dunno either what they all use, but: * When `pop-up-frames' is non-nil, other-window commands etc. use another frame. So a value such as the default `friendly' will anyway use another frame. * Personally, I use non-nil `pop-up-frames' and `friendly' for `Man-notify-method', and nil for `Man-frame-parameters'. But I also automatically fit the frame (fit-frame.el, autofit-frame.el). `Man-frame-parameters' is not needed if you automatically fit the frame. From debbugs-submit-bounces@debbugs.gnu.org Sun Jul 17 10:23:45 2011 Received: (at 9084) by debbugs.gnu.org; 17 Jul 2011 14:23:45 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QiSG0-0004HF-PN for submit@debbugs.gnu.org; Sun, 17 Jul 2011 10:23:45 -0400 Received: from static.103.179.46.78.clients.your-server.de ([78.46.179.103] helo=static.73.179.46.78.clients.your-server.de) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QiSFy-0004H2-93 for 9084@debbugs.gnu.org; Sun, 17 Jul 2011 10:23:43 -0400 Received: from lee by yun.yagibdah.de with local (Exim 4.76) (envelope-from ) id 1QiSFp-0006zL-Tt; Sun, 17 Jul 2011 16:23:33 +0200 From: lee To: Juri Linkov Subject: Re: bug#9084: 24.0.50; displaying man pages splits the window and formats the text for the full width of the whole frame rather than for the width of the window the text is displayed in, which is only 1/2 the width of the frame References: <878vs0d10o.fsf@yun.yagibdah.de> <8762n4e5gy.fsf@mail.jurta.org> <4E1FEC9C.2090102@gmx.at> <87aacerzv3.fsf@yun.yagibdah.de> <87tyalilpf.fsf@mail.jurta.org> Date: Sun, 17 Jul 2011 16:23:33 +0200 In-Reply-To: <87tyalilpf.fsf@mail.jurta.org> (Juri Linkov's message of "Sun, 17 Jul 2011 02:18:36 +0300") Message-ID: <87zkkdouje.fsf@yun.yagibdah.de> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -1.6 (-) X-Debbugs-Envelope-To: 9084 Cc: martin rudalics , 9084@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.5 (-) Juri Linkov writes: >> When this is applied and the variable `Man-width' is set to some value, >> like 75, will the width of the window to display the manpage in be >> adjusted to the width of the text? > > When you set `Man-width' to a positive integer, the manpage's text is > formatted to that width. This variable doesn't affect the window's width. To me, it would make sense if it did or if I could make it so that it does, for example by specifying a negative integer like -75 to have the page formatted 75 characters wide /and/ the width of the window adjusted accordingly. Imho, there isn't much point in making the window wider than the text it displays when viewing manpages. >> Just splitting the current window in half when it is 230 characters >> wide gives you two windows each about 115 characters wide while you >> might rather want the window with the manpage to be `Man-width' >> characters wide and the other window as wide as the rest of the frame. > > But what if you have manpage buffers in both of horizontally split > side-by-side windows? When your window is 230 characters wide, you could set Man-width to 70 and display three pages side by side? >> Then there's the documentation about `Man-frame-parameters': >> >> ,---- [ M-x describe-variable Man-frame-parameters ] > [...] >> `---- >> >> (I had to look at man.el to find out that I can set `Man-width'.) > > Do you think `Man-width' should be mentioned in the docstring of `man'? Yes --- I have been searching through the info documentation of emacs after reading in the other bug report that there is something like "Man-width" and couldn't find it. It seems you need to "M-x describe-function man" to get at least some documentation about it. Since there's the usual man command you run from a shell, it's not too obvious that "M-x man" is something very different. >> And when you proceed to customise `Man-frame-parameters', you don't have >> any idea what to enter to always get a frame that makes the window >> `Man-width' characters wide. > > Maybe the docstring of `Man-frame-parameters' should provide an example > of using the frame parameter `width'? That would be great :) When you're more familiar with emacs, you probably just know how to specify the frame parameters and don't miss an example there. >> My understanding would be that `Man-frame-parameters' must be ignored >> when running emacs on the console because there are only windows and no >> frames available. > > `Man-frame-parameters' is ignored unless `Man-notify-method' is set > to the value `newframe'. However, I don't know how the users > who prefer to set `pop-up-frames' to a non-nil value > specify the width of the manpage's frame > (when `Man-notify-method' is not `newframe')? That's a good question ... And what do users do who aren't using frames? What I've been thinking about is that there is a fundamental difference between frames and windows in that frames never change their size automatically while windows change it all the time. I wish there was a way to "freeze" the window setup so that I could have a fixed window setup within a frame or on the console. Within these "window-frames", windows might change their sizes just as they do now. Being able to freeze the window layout could have the side effect of allowing users to specify `Man-window-parameters' ... From debbugs-submit-bounces@debbugs.gnu.org Sun Jul 17 19:28:23 2011 Received: (at 9084) by debbugs.gnu.org; 17 Jul 2011 23:28:24 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Qial5-0000g0-10 for submit@debbugs.gnu.org; Sun, 17 Jul 2011 19:28:23 -0400 Received: from smarty.dreamhost.com ([208.113.175.8]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Qial2-0000fY-6E for 9084@debbugs.gnu.org; Sun, 17 Jul 2011 19:28:20 -0400 Received: from ps18281.dreamhostps.com (ps18281.dreamhost.com [69.163.218.105]) by smarty.dreamhost.com (Postfix) with ESMTP id D771E6E8052; Sun, 17 Jul 2011 16:28:14 -0700 (PDT) Received: from localhost (ps18281.dreamhostps.com [69.163.218.105]) by ps18281.dreamhostps.com (Postfix) with ESMTP id E3927451C0AC; Sun, 17 Jul 2011 16:28:13 -0700 (PDT) From: Juri Linkov To: lee Subject: Re: bug#9084: 24.0.50; displaying man pages splits the window and formats the text for the full width of the whole frame rather than for the width of the window the text is displayed in, which is only 1/2 the width of the frame Organization: JURTA References: <878vs0d10o.fsf@yun.yagibdah.de> <8762n4e5gy.fsf@mail.jurta.org> <4E1FEC9C.2090102@gmx.at> <87aacerzv3.fsf@yun.yagibdah.de> <87tyalilpf.fsf@mail.jurta.org> <87zkkdouje.fsf@yun.yagibdah.de> Date: Mon, 18 Jul 2011 02:08:04 +0300 In-Reply-To: <87zkkdouje.fsf@yun.yagibdah.de> (lee@yun.yagibdah.de's message of "Sun, 17 Jul 2011 16:23:33 +0200") Message-ID: <87hb6kcx7z.fsf@mail.jurta.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.6 (--) X-Debbugs-Envelope-To: 9084 Cc: martin rudalics , 9084@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.6 (--) > To me, it would make sense if it did or if I could make it so that it > does, for example by specifying a negative integer like -75 to have the > page formatted 75 characters wide /and/ the width of the window adjusted > accordingly. Imho, there isn't much point in making the window wider > than the text it displays when viewing manpages. You are asking for functionality that is not specific to manpages. Typical text width in all buffers that I see is no more than 75 characters: in Dired buffers, in Info buffers, in source code buffers, etc. Usually there is no point in making the window wider than the text displayed in all these buffers. I think the width of the window and other parameters of window configurations should be specified at more general level. > When your window is 230 characters wide, you could set Man-width to 70 > and display three pages side by side? There was a plan to implement functionality where you can define arbitrary window layouts, e.g. you will be able to define a layout to display three manpage dedicated buffers side by side, etc. > Since there's the usual man command you run from a shell, it's not too > obvious that "M-x man" is something very different. `M-x man' is not much different. For the usual man command you can define the width by the environment variable `MANWIDTH' or `COLUMNS'. And for `M-x man' there is a similar option `Man-width'. From debbugs-submit-bounces@debbugs.gnu.org Mon Jul 18 13:56:58 2011 Received: (at 9084) by debbugs.gnu.org; 18 Jul 2011 17:56:58 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Qis3t-0000zp-BK for submit@debbugs.gnu.org; Mon, 18 Jul 2011 13:56:57 -0400 Received: from static.103.179.46.78.clients.your-server.de ([78.46.179.103] helo=static.73.179.46.78.clients.your-server.de) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Qis3q-0000zb-R8 for 9084@debbugs.gnu.org; Mon, 18 Jul 2011 13:56:56 -0400 Received: from lee by yun.yagibdah.de with local (Exim 4.76) (envelope-from ) id 1Qis3h-0006qg-V8; Mon, 18 Jul 2011 19:56:45 +0200 From: lee To: Juri Linkov Subject: Re: bug#9084: 24.0.50; displaying man pages splits the window and formats the text for the full width of the whole frame rather than for the width of the window the text is displayed in, which is only 1/2 the width of the frame References: <878vs0d10o.fsf@yun.yagibdah.de> <8762n4e5gy.fsf@mail.jurta.org> <4E1FEC9C.2090102@gmx.at> <87aacerzv3.fsf@yun.yagibdah.de> <87tyalilpf.fsf@mail.jurta.org> <87zkkdouje.fsf@yun.yagibdah.de> <87hb6kcx7z.fsf@mail.jurta.org> Date: Mon, 18 Jul 2011 19:56:45 +0200 In-Reply-To: <87hb6kcx7z.fsf@mail.jurta.org> (Juri Linkov's message of "Mon, 18 Jul 2011 02:08:04 +0300") Message-ID: <87hb6jtqua.fsf@yun.yagibdah.de> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -1.4 (-) X-Debbugs-Envelope-To: 9084 Cc: martin rudalics , 9084@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.3 (-) Juri Linkov writes: > You are asking for functionality that is not specific to > manpages. Typical text width in all buffers that I see is no more than > 75 characters: in Dired buffers, in Info buffers, in source code > buffers, etc. Then the manpages as emacs formats them are an exception to that. > Usually there is no point in making the window wider than the text > displayed in all these buffers. I think the width of the window > and other parameters of window configurations should be specified > at more general level. I agree. Dynamic window layout is one of emacs' strengths, and it would make sense to give users more control over it. That would include functions like `frameify-window-layout' and `frameify-window'. They would make the windows currently displayed, or a particular window, respectively, behave as if these windows were frames. >> When your window is 230 characters wide, you could set Man-width to 70 >> and display three pages side by side? > > There was a plan to implement functionality where you can define > arbitrary window layouts, e.g. you will be able to define a layout > to display three manpage dedicated buffers side by side, etc. Does this plan involve functionality to freeze window layouts or to "frameify" windows? There isn't much point in laying out windows in any particular way when dynamic window layout continues to automatically destroy an overall layout. Users shouldn't be expected to specify window layouts for a potentially huge number of different buffers in order to always dynamically get the overall window layout they want when this can be avoided by something as simple (for the user) as "frameifying" a window. From debbugs-submit-bounces@debbugs.gnu.org Mon Jul 18 22:41:31 2011 Received: (at 9084) by debbugs.gnu.org; 19 Jul 2011 02:41:31 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Qj0FX-00053Y-Do for submit@debbugs.gnu.org; Mon, 18 Jul 2011 22:41:31 -0400 Received: from smarty.dreamhost.com ([208.113.175.8]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Qj0FU-00053K-Rw for 9084@debbugs.gnu.org; Mon, 18 Jul 2011 22:41:29 -0400 Received: from ps18281.dreamhostps.com (ps18281.dreamhost.com [69.163.218.105]) by smarty.dreamhost.com (Postfix) with ESMTP id F07556E8050; Mon, 18 Jul 2011 19:41:22 -0700 (PDT) Received: from localhost (ps18281.dreamhostps.com [69.163.218.105]) by ps18281.dreamhostps.com (Postfix) with ESMTP id BEF66451C2F5; Mon, 18 Jul 2011 19:41:21 -0700 (PDT) From: Juri Linkov To: lee Subject: Re: bug#9084: 24.0.50; displaying man pages splits the window and formats the text for the full width of the whole frame rather than for the width of the window the text is displayed in, which is only 1/2 the width of the frame Organization: JURTA References: <878vs0d10o.fsf@yun.yagibdah.de> <8762n4e5gy.fsf@mail.jurta.org> <4E1FEC9C.2090102@gmx.at> <87aacerzv3.fsf@yun.yagibdah.de> <87tyalilpf.fsf@mail.jurta.org> <87zkkdouje.fsf@yun.yagibdah.de> <87hb6kcx7z.fsf@mail.jurta.org> <87hb6jtqua.fsf@yun.yagibdah.de> Date: Tue, 19 Jul 2011 03:34:10 +0300 In-Reply-To: <87hb6jtqua.fsf@yun.yagibdah.de> (lee@yun.yagibdah.de's message of "Mon, 18 Jul 2011 19:56:45 +0200") Message-ID: <877h7fc7vx.fsf@mail.jurta.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.6 (--) X-Debbugs-Envelope-To: 9084 Cc: martin rudalics , 9084@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.6 (--) > Then the manpages as emacs formats them are an exception to that. Manpages are an exception because unlike most other static and preformatted texts in other modes, `man' can format texts on the fly taking the width as a parameter. It would be wiser to employ this possibility and fill the text of manpages to the window's width. So it's up to the users to decide what width they want interactively by creating a window with the desired width, or by configuring the window auto-splitting or window layouts. > Does this plan involve functionality to freeze window layouts or to > "frameify" windows? There isn't much point in laying out windows in any > particular way when dynamic window layout continues to automatically > destroy an overall layout. Users shouldn't be expected to specify > window layouts for a potentially huge number of different buffers in > order to always dynamically get the overall window layout they want when > this can be avoided by something as simple (for the user) as > "frameifying" a window. In the proposed designs such parts of the window layout are called "window groups" or "framelettes" that can behave as a separate frame. From debbugs-submit-bounces@debbugs.gnu.org Tue Jul 19 13:22:35 2011 Received: (at 9084) by debbugs.gnu.org; 19 Jul 2011 17:22:35 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QjE0A-0003iP-W0 for submit@debbugs.gnu.org; Tue, 19 Jul 2011 13:22:35 -0400 Received: from static.103.179.46.78.clients.your-server.de ([78.46.179.103] helo=static.73.179.46.78.clients.your-server.de) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QjE09-0003iC-Fq for 9084@debbugs.gnu.org; Tue, 19 Jul 2011 13:22:34 -0400 Received: from lee by yun.yagibdah.de with local (Exim 4.76) (envelope-from ) id 1QjE00-000232-UI; Tue, 19 Jul 2011 19:22:24 +0200 From: lee To: Juri Linkov Subject: Re: bug#9084: 24.0.50; displaying man pages splits the window and formats the text for the full width of the whole frame rather than for the width of the window the text is displayed in, which is only 1/2 the width of the frame References: <878vs0d10o.fsf@yun.yagibdah.de> <8762n4e5gy.fsf@mail.jurta.org> <4E1FEC9C.2090102@gmx.at> <87aacerzv3.fsf@yun.yagibdah.de> <87tyalilpf.fsf@mail.jurta.org> <87zkkdouje.fsf@yun.yagibdah.de> <87hb6kcx7z.fsf@mail.jurta.org> <87hb6jtqua.fsf@yun.yagibdah.de> <877h7fc7vx.fsf@mail.jurta.org> Date: Tue, 19 Jul 2011 19:22:24 +0200 Message-ID: <87livunq27.fsf@yun.yagibdah.de> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -1.2 (-) X-Debbugs-Envelope-To: 9084 Cc: martin rudalics , 9084@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.2 (-) Juri Linkov writes: > Manpages are an exception because unlike most other static and > preformatted texts in other modes, `man' can format texts on the fly > taking the width as a parameter. It would be wiser to employ this > possibility and fill the text of manpages to the window's width. > So it's up to the users to decide what width they want > interactively by creating a window with the desired width, > or by configuring the window auto-splitting or window layouts. Ok, and how do users configure emacs to automatically split windows in such a way that they aren't wider (or narrower) than the text to be displayed in them while achieving the window layout they want? >> Does this plan involve functionality to freeze window layouts or to >> "frameify" windows? > > In the proposed designs such parts of the window layout are called > "window groups" or "framelettes" that can behave as a separate frame. Hm, sounds good to me. Is there some more info about this available? Will this be implemented? From debbugs-submit-bounces@debbugs.gnu.org Wed Jul 20 11:19:28 2011 Received: (at 9084) by debbugs.gnu.org; 20 Jul 2011 15:19:29 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QjYYZ-0007TY-V8 for submit@debbugs.gnu.org; Wed, 20 Jul 2011 11:19:28 -0400 Received: from smarty.dreamhost.com ([208.113.175.8]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QjYYX-0007TM-FL for 9084@debbugs.gnu.org; Wed, 20 Jul 2011 11:19:26 -0400 Received: from ps18281.dreamhostps.com (ps18281.dreamhost.com [69.163.218.105]) by smarty.dreamhost.com (Postfix) with ESMTP id 53B9D6E804C; Wed, 20 Jul 2011 08:19:19 -0700 (PDT) Received: from localhost (ps18281.dreamhostps.com [69.163.218.105]) by ps18281.dreamhostps.com (Postfix) with ESMTP id 1DB4D451C2B8; Wed, 20 Jul 2011 08:19:17 -0700 (PDT) From: Juri Linkov To: lee Subject: Re: bug#9084: 24.0.50; displaying man pages splits the window and formats the text for the full width of the whole frame rather than for the width of the window the text is displayed in, which is only 1/2 the width of the frame Organization: JURTA References: <878vs0d10o.fsf@yun.yagibdah.de> <8762n4e5gy.fsf@mail.jurta.org> <4E1FEC9C.2090102@gmx.at> <87aacerzv3.fsf@yun.yagibdah.de> <87tyalilpf.fsf@mail.jurta.org> <87zkkdouje.fsf@yun.yagibdah.de> <87hb6kcx7z.fsf@mail.jurta.org> <87hb6jtqua.fsf@yun.yagibdah.de> <877h7fc7vx.fsf@mail.jurta.org> <87livunq27.fsf@yun.yagibdah.de> Date: Wed, 20 Jul 2011 18:17:27 +0300 In-Reply-To: <87livunq27.fsf@yun.yagibdah.de> (lee@yun.yagibdah.de's message of "Tue, 19 Jul 2011 19:22:24 +0200") Message-ID: <874o2hf0bt.fsf@mail.jurta.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.6 (--) X-Debbugs-Envelope-To: 9084 Cc: martin rudalics , 9084@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.6 (--) > Ok, and how do users configure emacs to automatically split windows in > such a way that they aren't wider (or narrower) than the text to be > displayed in them while achieving the window layout they want? Do you mean an algorithm like implemented in `balance-windows' (`C-x +') or `shrink-window-if-larger-than-buffer' (`C-x -'). Unfortunately, it's only for the vertical direction, and I can't find the same for the horizontal direction, something like `shrink-window-if--than-buffer'. > Hm, sounds good to me. Is there some more info about this available? > Will this be implemented? I hope Martin could answer your questions whether in the new design is possible to achieve this by using window nests and splits. From debbugs-submit-bounces@debbugs.gnu.org Wed Jul 20 13:36:49 2011 Received: (at 9084) by debbugs.gnu.org; 20 Jul 2011 17:36:50 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QjahV-0002CE-HU for submit@debbugs.gnu.org; Wed, 20 Jul 2011 13:36:49 -0400 Received: from mailout-de.gmx.net ([213.165.64.23]) by debbugs.gnu.org with smtp (Exim 4.69) (envelope-from ) id 1QjahT-0002C2-OV for 9084@debbugs.gnu.org; Wed, 20 Jul 2011 13:36:48 -0400 Received: (qmail invoked by alias); 20 Jul 2011 17:36:40 -0000 Received: from 62-47-47-207.adsl.highway.telekom.at (EHLO [62.47.47.207]) [62.47.47.207] by mail.gmx.net (mp025) with SMTP; 20 Jul 2011 19:36:40 +0200 X-Authenticated: #14592706 X-Provags-ID: V01U2FsdGVkX1+Be7ARJ16Bd56mIax52jhUco6oF1FE+VZkNch/RV sbfiO6/Zewn+6Q Message-ID: <4E271225.9030704@gmx.at> Date: Wed, 20 Jul 2011 19:36:37 +0200 From: martin rudalics User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) MIME-Version: 1.0 To: Juri Linkov Subject: Re: bug#9084: 24.0.50; displaying man pages splits the window and formats the text for the full width of the whole frame rather than for the width of the window the text is displayed in, which is only 1/2 the width of the frame References: <878vs0d10o.fsf@yun.yagibdah.de> <8762n4e5gy.fsf@mail.jurta.org> <4E1FEC9C.2090102@gmx.at> <87aacerzv3.fsf@yun.yagibdah.de> <87tyalilpf.fsf@mail.jurta.org> <87zkkdouje.fsf@yun.yagibdah.de> <87hb6kcx7z.fsf@mail.jurta.org> <87hb6jtqua.fsf@yun.yagibdah.de> <877h7fc7vx.fsf@mail.jurta.org> <87livunq27.fsf@yun.yagibdah.de> <874o2hf0bt.fsf@mail.jurta.org> In-Reply-To: <874o2hf0bt.fsf@mail.jurta.org> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-Spam-Score: -1.7 (-) X-Debbugs-Envelope-To: 9084 Cc: lee , 9084@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.7 (-) >> Hm, sounds good to me. Is there some more info about this available? >> Will this be implemented? > > I hope Martin could answer your questions whether in the new design > is possible to achieve this by using window nests and splits. `display-buffer' allows to specify (1) the minimum height/width for the popped-up window (the window is not created if this can't be done), and (2) a desired height/width of the window after it has been created. If this fails, the size of the popped-up window remains unchanged after the split. For (2) you can either specify the desired size explicitly or call a function like `fit-window-to-buffer' to adjust the size. I just noticed that the latter is broken because I call the function with the old buffer (that is the one from the split window) instead of the new one. I'll fix that tomorrow. I don't know a function to fit the width of a window to the maximum line length of the buffer it shows, but writing such a function should be easy provided we have a function that tells us the maximum column within a buffer. BTW, is it impossible to use word wrapping for man pages? martin From debbugs-submit-bounces@debbugs.gnu.org Thu Jul 21 08:54:25 2011 Received: (at 9084) by debbugs.gnu.org; 21 Jul 2011 12:54:25 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Qjslh-00077n-I5 for submit@debbugs.gnu.org; Thu, 21 Jul 2011 08:54:25 -0400 Received: from rcsinet15.oracle.com ([148.87.113.117]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Qjslb-00077W-FQ for 9084@debbugs.gnu.org; Thu, 21 Jul 2011 08:54:19 -0400 Received: from acsinet21.oracle.com (acsinet21.oracle.com [141.146.126.237]) by rcsinet15.oracle.com (Switch-3.4.4/Switch-3.4.4) with ESMTP id p6LCs7va030919 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Thu, 21 Jul 2011 12:54:09 GMT Received: from acsmt358.oracle.com (acsmt358.oracle.com [141.146.40.158]) by acsinet21.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id p6LCs6Bi014212 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 21 Jul 2011 12:54:07 GMT Received: from abhmt107.oracle.com (abhmt107.oracle.com [141.146.116.59]) by acsmt358.oracle.com (8.12.11.20060308/8.12.11) with ESMTP id p6LCs148021789; Thu, 21 Jul 2011 07:54:01 -0500 Received: from dradamslap1 (/10.159.41.128) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Thu, 21 Jul 2011 05:54:00 -0700 From: "Drew Adams" To: "'martin rudalics'" , "'Juri Linkov'" References: <878vs0d10o.fsf@yun.yagibdah.de><8762n4e5gy.fsf@mail.jurta.org> <4E1FEC9C.2090102@gmx.at><87aacerzv3.fsf@yun.yagibdah.de> <87tyalilpf.fsf@mail.jurta.org><87zkkdouje.fsf@yun.yagibdah.de> <87hb6kcx7z.fsf@mail.jurta.org><87hb6jtqua.fsf@yun.yagibdah.de> <877h7fc7vx.fsf@mail.jurta.org><87livunq27.fsf@yun.yagibdah.de> <874o2hf0bt.fsf@mail.jurta.org> <4E271225.9030704@gmx.at> Subject: RE: bug#9084: 24.0.50; displaying man pages splits the window and formats the text forthe full width of the whole frame rather than for the width ofthe window the text is displayed in, which is only 1/2 thewidth of the frame Date: Thu, 21 Jul 2011 05:53:52 -0700 Message-ID: <41938B07137048ECBC2C39DF9FF2F7D2@us.oracle.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 In-Reply-To: <4E271225.9030704@gmx.at> Thread-Index: AcxHclqs4K5lbc+sSg634htb9dLpogAMuLdA X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6109 X-Source-IP: acsinet21.oracle.com [141.146.126.237] X-Auth-Type: Internal IP X-CT-RefId: str=0001.0A090205.4E282171.00A4:SCFMA922111,ss=1,re=-4.000,fgs=0 X-Spam-Score: -4.2 (----) X-Debbugs-Envelope-To: 9084 Cc: 9084@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -4.2 (----) > -----Original Message----- > From: bug-gnu-emacs-bounces+drew.adams=oracle.com@gnu.org > [mailto:bug-gnu-emacs-bounces+drew.adams=oracle.com@gnu.org] > On Behalf Of martin rudalics > Sent: Wednesday, July 20, 2011 10:37 AM > To: Juri Linkov > Cc: 9084@debbugs.gnu.org > Subject: bug#9084: 24.0.50;displaying man pages splits the > window and formats the text forthe full width of the whole > frame rather than for the width ofthe window the text is > displayed in, which is only 1/2 thewidth of the frame > > >> Hm, sounds good to me. Is there some more info about > this available? > >> Will this be implemented? > > > > I hope Martin could answer your questions whether in the new design > > is possible to achieve this by using window nests and splits. > > `display-buffer' allows to specify (1) the minimum > height/width for the > popped-up window (the window is not created if this can't be > done), and > (2) a desired height/width of the window after it has been > created. If > this fails, the size of the popped-up window remains > unchanged after the > split. > > For (2) you can either specify the desired size explicitly or call a > function like `fit-window-to-buffer' to adjust the size. I > just noticed > that the latter is broken because I call the function with the old > buffer (that is the one from the split window) instead of the new one. > I'll fix that tomorrow. > > I don't know a function to fit the width of a window to the > maximum line > length of the buffer it shows, but writing such a function should be > easy provided we have a function that tells us the maximum > column within > a buffer. BTW, is it impossible to use word wrapping for man pages? > > martin > > > > From debbugs-submit-bounces@debbugs.gnu.org Thu Jul 21 09:06:05 2011 Received: (at 9084) by debbugs.gnu.org; 21 Jul 2011 13:06:05 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Qjswz-0007NY-Is for submit@debbugs.gnu.org; Thu, 21 Jul 2011 09:06:05 -0400 Received: from acsinet15.oracle.com ([141.146.126.227]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Qjswt-0007NC-Qe for 9084@debbugs.gnu.org; Thu, 21 Jul 2011 09:05:59 -0400 Received: from rtcsinet22.oracle.com (rtcsinet22.oracle.com [66.248.204.30]) by acsinet15.oracle.com (Switch-3.4.4/Switch-3.4.4) with ESMTP id p6LD5lEg007696 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Thu, 21 Jul 2011 13:05:49 GMT Received: from acsmt356.oracle.com (acsmt356.oracle.com [141.146.40.156]) by rtcsinet22.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id p6LD5jCW010386 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 21 Jul 2011 13:05:46 GMT Received: from abhmt111.oracle.com (abhmt111.oracle.com [141.146.116.63]) by acsmt356.oracle.com (8.12.11.20060308/8.12.11) with ESMTP id p6LD5e3e028433; Thu, 21 Jul 2011 08:05:40 -0500 Received: from dradamslap1 (/10.159.41.128) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Thu, 21 Jul 2011 06:05:40 -0700 From: "Drew Adams" To: "'martin rudalics'" , "'Juri Linkov'" References: <878vs0d10o.fsf@yun.yagibdah.de><8762n4e5gy.fsf@mail.jurta.org> <4E1FEC9C.2090102@gmx.at><87aacerzv3.fsf@yun.yagibdah.de> <87tyalilpf.fsf@mail.jurta.org><87zkkdouje.fsf@yun.yagibdah.de> <87hb6kcx7z.fsf@mail.jurta.org><87hb6jtqua.fsf@yun.yagibdah.de> <877h7fc7vx.fsf@mail.jurta.org><87livunq27.fsf@yun.yagibdah.de> <874o2hf0bt.fsf@mail.jurta.org> <4E271225.9030704@gmx.at> Subject: RE: bug#9084: 24.0.50; displaying man pages splits the window and formats the text forthe full width of the whole frame rather than for the width ofthe window the text is displayed in, which is only 1/2 thewidth of the frame Date: Thu, 21 Jul 2011 06:05:31 -0700 Message-ID: <7D5EAE17DC5C43988CFCCFD9EE4D1B09@us.oracle.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 In-Reply-To: <4E271225.9030704@gmx.at> Thread-Index: AcxHclqs4K5lbc+sSg634htb9dLpogAMufqw X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6109 X-Source-IP: rtcsinet22.oracle.com [66.248.204.30] X-CT-RefId: str=0001.0A090209.4E28242D.00EF,ss=1,re=0.000,fgs=0 X-Spam-Score: -4.2 (----) X-Debbugs-Envelope-To: 9084 Cc: 9084@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -4.2 (----) > I don't know a function to fit the width of a window to the > maximum line length of the buffer it shows, but writing such > a function should be easy provided we have a function that > tells us the maximum column within a buffer. FWIW, this is what I do for frame-fitting, in fit-frame.el. One thing to keep in mind, IMO, is to let users skip over "header" lines (in a wide sense that includes, e.g., the intro directory lines in Dired) when calculating the widest line. See function `fit-frame-max-window-size'. http://www.emacswiki.org/emacs/fit-frame.el This is the user option I provide for skipping header lines when calculating width: (defcustom fit-frame-skip-header-lines-alist '((Info-mode . 1) (dired-mode . 2) (compilation-mode . 2)) "*Alist of major-modes and header lines to ignore. When `fit-frame' calculates the width of the current buffer, it can first skip some lines at the buffer beginning, ignoring their widths. For example, Info, Dired, and compilation buffers sometimes have a long header line at the top. You can use this alist to tell `fit-frame' to ignore the width of these header lines. Each item in the alist is of form (MODE . LINES). MODE is a major-mode name. LINES is the number of lines to skip at the beginning of the buffer." :type '(repeat (cons :format "%v" (symbol :tag "Major Mode") (integer :tag "Header Lines to Ignore"))) :group 'fit-frame) Obviously, if we always used real `header-line' lines or some other way to distinguish the lines to skip, then things would be easier and more reliable. Note too that skipping the header lines in Dired is more important when details are hidden (dired-details.el), which typically makes the buffer contents much narrower than the "header" lines. Finally, the code I use just works off of the `frame-char-width' - it does not take into account variable pitch or multiple size fonts in the same buffer or things such as Chinese chars in the buffer. From debbugs-submit-bounces@debbugs.gnu.org Thu Jul 21 09:12:29 2011 Received: (at 9084) by debbugs.gnu.org; 21 Jul 2011 13:12:29 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Qjt3A-0007WA-JA for submit@debbugs.gnu.org; Thu, 21 Jul 2011 09:12:29 -0400 Received: from static.103.179.46.78.clients.your-server.de ([78.46.179.103] helo=static.73.179.46.78.clients.your-server.de) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Qjt34-0007Vs-GM for 9084@debbugs.gnu.org; Thu, 21 Jul 2011 09:12:23 -0400 Received: from lee by yun.yagibdah.de with local (Exim 4.76) (envelope-from ) id 1Qjt2w-00040n-6w; Thu, 21 Jul 2011 15:12:10 +0200 From: lee To: Juri Linkov Subject: Re: bug#9084: 24.0.50; displaying man pages splits the window and formats the text for the full width of the whole frame rather than for the width of the window the text is displayed in, which is only 1/2 the width of the frame References: <878vs0d10o.fsf@yun.yagibdah.de> <8762n4e5gy.fsf@mail.jurta.org> <4E1FEC9C.2090102@gmx.at> <87aacerzv3.fsf@yun.yagibdah.de> <87tyalilpf.fsf@mail.jurta.org> <87zkkdouje.fsf@yun.yagibdah.de> <87hb6kcx7z.fsf@mail.jurta.org> <87hb6jtqua.fsf@yun.yagibdah.de> <877h7fc7vx.fsf@mail.jurta.org> <87livunq27.fsf@yun.yagibdah.de> <874o2hf0bt.fsf@mail.jurta.org> Date: Thu, 21 Jul 2011 15:12:10 +0200 In-Reply-To: <874o2hf0bt.fsf@mail.jurta.org> (Juri Linkov's message of "Wed, 20 Jul 2011 18:17:27 +0300") Message-ID: <87sjpz3hhx.fsf@yun.yagibdah.de> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -1.1 (-) X-Debbugs-Envelope-To: 9084 Cc: martin rudalics , 9084@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.1 (-) Juri Linkov writes: >> Ok, and how do users configure emacs to automatically split windows in >> such a way that they aren't wider (or narrower) than the text to be >> displayed in them while achieving the window layout they want? > > Do you mean an algorithm like implemented in `balance-windows' (`C-x +') > or `shrink-window-if-larger-than-buffer' (`C-x -'). Unfortunately, > it's only for the vertical direction, and I can't find the same for the > horizontal direction, something like `shrink-window-if--than-buffer'. What I mean is a.) ways to decide in advance what size a window should have before the window is created and b.) the problem of keeping an overall window layout (i. e. within a frame) when multiple windows are displayed. For example, when I use gnus[1] and look at the summary of a newsgroup in a buffer, the summary is displayed full screen. When I display an article, the window is split to display the article as well as the summary. When I write a reply like this one, the reply is displayed full screen[2], i. e. 230 characters wide, though `fill-column' is 72. Now when I "M-x describe-variable fill-column", the window is split in half, displaying the reply on the left (113 characters wide) and the description on the right side (112 characters wide). When I "M-x info", the window on left is switched to show the *info* buffer instead of the reply I'm writing --- which is not what I want because in this case, it would make much more sense if the *info* buffer was displayed in the window on the right. What I would want is three windows, side by side and eventually some vertical splits in some of the windows. I can somehow[3] get that, but when I have it, it won't last long because gnus or whatever else will ignore my window layout and destroy it. Even if I could specify for all windows that /might/ show up while I'm using emacs what sizes they should have and where on the screen I want them displayed in relation to other windows (if those are currently displayed) to always achieve the overall window layout I want, that's something I don't want to do because it's way to much work. It probably won't make sense, anyway --- and it's actually one of the strengths of emacs to have dynamic window layout. The problem would be solved if I could just "freeze" a particular window layout or "frameify" windows. Starting with a window the size of the full screen, I could just split it the way I want to and then keep the window layout as long as I want. Having that said, it's probably not so important to have ways to specify the possible sizes and positions of windows in advance. It won't be needed much if we could "frameify" windows. What might be useful with a static window layout would be ways to specify exceptions so that users can decide what buffers can override their static window layout when displayed. That we can't "frameify" windows has probably historical reasons: The feature doesn't make much sense when the display isn't (much) larger than 80x25. Nowadays, the displays are much larger. [1] With gnus, the user can configure the window layout to some extend. [2] I haven't bothered to find out if that is also configurable with gnus. Even if it is, there's no point in changing it because dynamic window layout will do whatever it wants anyway. [3] I just tried and couldn't find out how to make a window wider. I would have to read the documentation, which would probably destroy the window configuration I'm trying to make, so I gave up to get on with the reply. -- http://www.asciiribbon.org/ http://tools.ietf.org/html/rfc1855 http://www.caliburn.nl/topposting.html From debbugs-submit-bounces@debbugs.gnu.org Thu Jul 21 10:20:18 2011 Received: (at 9084) by debbugs.gnu.org; 21 Jul 2011 14:20:18 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Qju6n-0000en-IB for submit@debbugs.gnu.org; Thu, 21 Jul 2011 10:20:18 -0400 Received: from static.103.179.46.78.clients.your-server.de ([78.46.179.103] helo=static.73.179.46.78.clients.your-server.de) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Qju6h-0000eD-G8 for 9084@debbugs.gnu.org; Thu, 21 Jul 2011 10:20:12 -0400 Received: from lee by yun.yagibdah.de with local (Exim 4.76) (envelope-from ) id 1Qju6b-00043b-37; Thu, 21 Jul 2011 16:20:01 +0200 From: lee To: martin rudalics Subject: Re: bug#9084: 24.0.50; displaying man pages splits the window and formats the text for the full width of the whole frame rather than for the width of the window the text is displayed in, which is only 1/2 the width of the frame References: <878vs0d10o.fsf@yun.yagibdah.de> <8762n4e5gy.fsf@mail.jurta.org> <4E1FEC9C.2090102@gmx.at> <87aacerzv3.fsf@yun.yagibdah.de> <87tyalilpf.fsf@mail.jurta.org> <87zkkdouje.fsf@yun.yagibdah.de> <87hb6kcx7z.fsf@mail.jurta.org> <87hb6jtqua.fsf@yun.yagibdah.de> <877h7fc7vx.fsf@mail.jurta.org> <87livunq27.fsf@yun.yagibdah.de> <874o2hf0bt.fsf@mail.jurta.org> <4E271225.9030704@gmx.at> Date: Thu, 21 Jul 2011 16:20:01 +0200 In-Reply-To: <4E271225.9030704@gmx.at> (martin rudalics's message of "Wed, 20 Jul 2011 19:36:37 +0200") Message-ID: <87k4bb3ecu.fsf@yun.yagibdah.de> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -1.0 (-) X-Debbugs-Envelope-To: 9084 Cc: Juri Linkov , 9084@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.0 (-) martin rudalics writes: >>> Hm, sounds good to me. Is there some more info about this available? >>> Will this be implemented? >> >> I hope Martin could answer your questions whether in the new design >> is possible to achieve this by using window nests and splits. > > `display-buffer' allows to specify (1) the minimum height/width for the > popped-up window (the window is not created if this can't be done), and > (2) a desired height/width of the window after it has been created. If > this fails, the size of the popped-up window remains unchanged after the > split. Unfortunately, I don't know elisp well enough yet to understand the docstring of `display-buffer-alist'. It sounds extremely complicated to display a buffer in a window that has a particular size and position with the `display-buffer' function. Is everyone who's programming something in elisp that involves displaying buffers expected to implement their own window management to get buffers displayed the way they want them? What if the users want the buffers displayed differently than the programmers or use features that have their own window layouts that are conflicting with window layouts of other features? Perhaps there's something I don't understand ... A window manager like fvwm2 does not resize and/or reposition and/or remove all or some of the windows the user has carefully laid out on the display just because the user decides to display a manual page or an info document, or starts writing a reply to an email in one of the windows. What is the point of emacs destroying the users window layout all the time? -- http://www.asciiribbon.org/ http://tools.ietf.org/html/rfc1855 http://www.caliburn.nl/topposting.html From debbugs-submit-bounces@debbugs.gnu.org Thu Jul 21 23:00:39 2011 Received: (at 9084) by debbugs.gnu.org; 22 Jul 2011 03:00:39 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Qk5yh-0001gi-9Q for submit@debbugs.gnu.org; Thu, 21 Jul 2011 23:00:39 -0400 Received: from smarty.dreamhost.com ([208.113.175.8]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Qk5yd-0001gQ-TL for 9084@debbugs.gnu.org; Thu, 21 Jul 2011 23:00:36 -0400 Received: from ps18281.dreamhostps.com (ps18281.dreamhost.com [69.163.218.105]) by smarty.dreamhost.com (Postfix) with ESMTP id 1CFFC6E82E7; Thu, 21 Jul 2011 20:00:17 -0700 (PDT) Received: from localhost (ps18281.dreamhostps.com [69.163.218.105]) by ps18281.dreamhostps.com (Postfix) with ESMTP id C036C451C2EC; Thu, 21 Jul 2011 20:00:14 -0700 (PDT) From: Juri Linkov To: martin rudalics Subject: Re: bug#9084: 24.0.50; displaying man pages splits the window and formats the text for the full width of the whole frame rather than for the width of the window the text is displayed in, which is only 1/2 the width of the frame Organization: JURTA References: <878vs0d10o.fsf@yun.yagibdah.de> <8762n4e5gy.fsf@mail.jurta.org> <4E1FEC9C.2090102@gmx.at> <87aacerzv3.fsf@yun.yagibdah.de> <87tyalilpf.fsf@mail.jurta.org> <87zkkdouje.fsf@yun.yagibdah.de> <87hb6kcx7z.fsf@mail.jurta.org> <87hb6jtqua.fsf@yun.yagibdah.de> <877h7fc7vx.fsf@mail.jurta.org> <87livunq27.fsf@yun.yagibdah.de> <874o2hf0bt.fsf@mail.jurta.org> <4E271225.9030704@gmx.at> Date: Fri, 22 Jul 2011 02:27:22 +0300 In-Reply-To: <4E271225.9030704@gmx.at> (martin rudalics's message of "Wed, 20 Jul 2011 19:36:37 +0200") Message-ID: <87bownm465.fsf@mail.jurta.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.6 (--) X-Debbugs-Envelope-To: 9084 Cc: 9084@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.6 (--) > BTW, is it impossible to use word wrapping for man pages? `man' uses its own word wrapping. Currently I'm testing your window changes. Do you think creating an automated test would help? I tried to run such tests in batch mode. Both `frame-width' and `frame-height' return the value 10. And `window-height' returns 8. After calling `split-window', the function `window-height' returns the value 4. This means that it's possible to create a batch test for splitting windows. But calling `make-frame' from the window test fails with: Test window-tests backtrace: make-terminal-frame(nil) tty-create-frame-with-faces(nil) make-frame() ... Test window-tests condition: (error "Unknown terminal type") How could Ert help testing in interactive mode? From debbugs-submit-bounces@debbugs.gnu.org Thu Jul 21 23:00:40 2011 Received: (at 9084) by debbugs.gnu.org; 22 Jul 2011 03:00:40 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Qk5yh-0001gn-Lg for submit@debbugs.gnu.org; Thu, 21 Jul 2011 23:00:39 -0400 Received: from smarty.dreamhost.com ([208.113.175.8]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Qk5ye-0001gS-E4 for 9084@debbugs.gnu.org; Thu, 21 Jul 2011 23:00:36 -0400 Received: from ps18281.dreamhostps.com (ps18281.dreamhost.com [69.163.218.105]) by smarty.dreamhost.com (Postfix) with ESMTP id B457B6E836B; Thu, 21 Jul 2011 20:00:20 -0700 (PDT) Received: from localhost (ps18281.dreamhostps.com [69.163.218.105]) by ps18281.dreamhostps.com (Postfix) with ESMTP id 7F72A451C34B; Thu, 21 Jul 2011 20:00:17 -0700 (PDT) From: Juri Linkov To: lee Subject: Re: bug#9084: 24.0.50; displaying man pages splits the window and formats the text for the full width of the whole frame rather than for the width of the window the text is displayed in, which is only 1/2 the width of the frame Organization: JURTA References: <878vs0d10o.fsf@yun.yagibdah.de> <8762n4e5gy.fsf@mail.jurta.org> <4E1FEC9C.2090102@gmx.at> <87aacerzv3.fsf@yun.yagibdah.de> <87tyalilpf.fsf@mail.jurta.org> <87zkkdouje.fsf@yun.yagibdah.de> <87hb6kcx7z.fsf@mail.jurta.org> <87hb6jtqua.fsf@yun.yagibdah.de> <877h7fc7vx.fsf@mail.jurta.org> <87livunq27.fsf@yun.yagibdah.de> <874o2hf0bt.fsf@mail.jurta.org> <87sjpz3hhx.fsf@yun.yagibdah.de> Date: Fri, 22 Jul 2011 02:28:39 +0300 In-Reply-To: <87sjpz3hhx.fsf@yun.yagibdah.de> (lee@yun.yagibdah.de's message of "Thu, 21 Jul 2011 15:12:10 +0200") Message-ID: <878vrrkp2w.fsf@mail.jurta.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.6 (--) X-Debbugs-Envelope-To: 9084 Cc: martin rudalics , 9084@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.6 (--) > What I would want is three windows, side by side and eventually some > vertical splits in some of the windows. I can somehow[3] get that, but > when I have it, it won't last long because gnus or whatever else will > ignore my window layout and destroy it. Gnus uses its own window configuration management. For instance, I have the following in .emacs: (gnus-add-configuration '(reply-yank (vertical 1.0 (summary 0.25) (horizontal 1.0 (article 0.5) (message 1.0 point))))) It adds a new window configuration to `gnus-buffer-configuration'. You can create any window layout you want after reading (info "(gnus) Window Layout") From debbugs-submit-bounces@debbugs.gnu.org Fri Jul 22 02:29:35 2011 Received: (at 9084) by debbugs.gnu.org; 22 Jul 2011 06:29:36 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Qk9Et-0007Pp-BW for submit@debbugs.gnu.org; Fri, 22 Jul 2011 02:29:35 -0400 Received: from mailout-de.gmx.net ([213.165.64.22]) by debbugs.gnu.org with smtp (Exim 4.69) (envelope-from ) id 1Qk9Er-0007Pb-2y for 9084@debbugs.gnu.org; Fri, 22 Jul 2011 02:29:33 -0400 Received: (qmail invoked by alias); 22 Jul 2011 06:29:26 -0000 Received: from 62-47-37-142.adsl.highway.telekom.at (EHLO [62.47.37.142]) [62.47.37.142] by mail.gmx.net (mp018) with SMTP; 22 Jul 2011 08:29:26 +0200 X-Authenticated: #14592706 X-Provags-ID: V01U2FsdGVkX1/yqAND3RPyMBTBPcycJMMccgrInDQxr2bNp0sOS7 MMF5ldD2Y2utXA Message-ID: <4E2918C5.6080105@gmx.at> Date: Fri, 22 Jul 2011 08:29:25 +0200 From: martin rudalics User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) MIME-Version: 1.0 To: Juri Linkov Subject: Re: bug#9084: 24.0.50; displaying man pages splits the window and formats the text for the full width of the whole frame rather than for the width of the window the text is displayed in, which is only 1/2 the width of the frame References: <878vs0d10o.fsf@yun.yagibdah.de> <8762n4e5gy.fsf@mail.jurta.org> <4E1FEC9C.2090102@gmx.at> <87aacerzv3.fsf@yun.yagibdah.de> <87tyalilpf.fsf@mail.jurta.org> <87zkkdouje.fsf@yun.yagibdah.de> <87hb6kcx7z.fsf@mail.jurta.org> <87hb6jtqua.fsf@yun.yagibdah.de> <877h7fc7vx.fsf@mail.jurta.org> <87livunq27.fsf@yun.yagibdah.de> <874o2hf0bt.fsf@mail.jurta.org> <4E271225.9030704@gmx.at> <87bownm465.fsf@mail.jurta.org> In-Reply-To: <87bownm465.fsf@mail.jurta.org> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-Spam-Score: -1.7 (-) X-Debbugs-Envelope-To: 9084 Cc: 9084@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.7 (-) > Currently I'm testing your window changes. Do you think > creating an automated test would help? Yes. Just that I didn't get around writing one. > But calling `make-frame' from the window test > fails with: > > Test window-tests backtrace: > make-terminal-frame(nil) > tty-create-frame-with-faces(nil) > make-frame() > ... > Test window-tests condition: > (error "Unknown terminal type") I don't understand what you tried. Testing frame creation in batch mode hardly works if you don't have Emacs wait for the window manager to come up with a window. Even then you probably won't be able to check whether the frame is risen or in the foreground. > How could Ert help testing in interactive mode? I never tried Ert. martin From debbugs-submit-bounces@debbugs.gnu.org Fri Jul 22 07:25:35 2011 Received: (at 9084) by debbugs.gnu.org; 22 Jul 2011 11:25:36 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QkDrL-0005Va-FH for submit@debbugs.gnu.org; Fri, 22 Jul 2011 07:25:35 -0400 Received: from static.103.179.46.78.clients.your-server.de ([78.46.179.103] helo=static.73.179.46.78.clients.your-server.de) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QkDrI-0005VL-TG for 9084@debbugs.gnu.org; Fri, 22 Jul 2011 07:25:34 -0400 Received: from lee by yun.yagibdah.de with local (Exim 4.76) (envelope-from ) id 1QkDr9-00066T-RK; Fri, 22 Jul 2011 13:25:23 +0200 From: lee To: Juri Linkov Subject: Re: bug#9084: 24.0.50; displaying man pages splits the window and formats the text for the full width of the whole frame rather than for the width of the window the text is displayed in, which is only 1/2 the width of the frame In-Reply-To: <878vrrkp2w.fsf@mail.jurta.org> (Juri Linkov's message of "Fri, 22 Jul 2011 02:28:39 +0300") Date: Fri, 22 Jul 2011 10:44:00 +0200 Message-ID: <87fwlyn1rj.fsf@yun.yagibdah.de> References: <878vs0d10o.fsf@yun.yagibdah.de> <8762n4e5gy.fsf@mail.jurta.org> <4E1FEC9C.2090102@gmx.at> <87aacerzv3.fsf@yun.yagibdah.de> <87tyalilpf.fsf@mail.jurta.org> <87zkkdouje.fsf@yun.yagibdah.de> <87hb6kcx7z.fsf@mail.jurta.org> <87hb6jtqua.fsf@yun.yagibdah.de> <877h7fc7vx.fsf@mail.jurta.org> <87livunq27.fsf@yun.yagibdah.de> <874o2hf0bt.fsf@mail.jurta.org> <87sjpz3hhx.fsf@yun.yagibdah.de> <878vrrkp2w.fsf@mail.jurta.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -1.0 (-) X-Debbugs-Envelope-To: 9084 Cc: martin rudalics , 9084@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -0.9 (/) Juri Linkov writes: >> What I would want is three windows, side by side and eventually some >> vertical splits in some of the windows. I can somehow[3] get that, but >> when I have it, it won't last long because gnus or whatever else will >> ignore my window layout and destroy it. > > Gnus uses its own window configuration management. Exactly, and it doesn't go along with whatever else you use emacs for /because/ it has its own window configuration, same as displaying a manpage or a help buffer has. Using an overall window layout as I described means to run gnus within one of the windows I created. That is not possible because windows cannot be "frameified". Setting `gnus-use-full-window' to nil doesn't help that. And if it's not gnus destroying the window layout, something else will. -- http://www.asciiribbon.org/ http://tools.ietf.org/html/rfc1855 http://www.caliburn.nl/topposting.html From debbugs-submit-bounces@debbugs.gnu.org Mon Jul 25 07:28:24 2011 Received: (at 9084) by debbugs.gnu.org; 25 Jul 2011 11:28:24 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QlJKh-0006Xv-Pw for submit@debbugs.gnu.org; Mon, 25 Jul 2011 07:28:24 -0400 Received: from smarty.dreamhost.com ([208.113.175.8]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QlJKg-0006Xi-3r for 9084@debbugs.gnu.org; Mon, 25 Jul 2011 07:28:23 -0400 Received: from ps18281.dreamhostps.com (ps18281.dreamhost.com [69.163.218.105]) by smarty.dreamhost.com (Postfix) with ESMTP id 665966E8085; Mon, 25 Jul 2011 04:28:16 -0700 (PDT) Received: from localhost (ps18281.dreamhostps.com [69.163.218.105]) by ps18281.dreamhostps.com (Postfix) with ESMTP id 8CB7D451C07C; Mon, 25 Jul 2011 04:28:15 -0700 (PDT) From: Juri Linkov To: martin rudalics Subject: Re: bug#9084: 24.0.50; displaying man pages splits the window and formats the text for the full width of the whole frame rather than for the width of the window the text is displayed in, which is only 1/2 the width of the frame Organization: JURTA References: <878vs0d10o.fsf@yun.yagibdah.de> <8762n4e5gy.fsf@mail.jurta.org> <4E1FEC9C.2090102@gmx.at> <87aacerzv3.fsf@yun.yagibdah.de> <87tyalilpf.fsf@mail.jurta.org> <87zkkdouje.fsf@yun.yagibdah.de> <87hb6kcx7z.fsf@mail.jurta.org> <87hb6jtqua.fsf@yun.yagibdah.de> <877h7fc7vx.fsf@mail.jurta.org> <87livunq27.fsf@yun.yagibdah.de> <874o2hf0bt.fsf@mail.jurta.org> <4E271225.9030704@gmx.at> <87bownm465.fsf@mail.jurta.org> <4E2918C5.6080105@gmx.at> Date: Mon, 25 Jul 2011 14:18:14 +0300 In-Reply-To: <4E2918C5.6080105@gmx.at> (martin rudalics's message of "Fri, 22 Jul 2011 08:29:25 +0200") Message-ID: <87oc0ieh56.fsf@mail.jurta.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.6 (--) X-Debbugs-Envelope-To: 9084 Cc: 9084@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.6 (--) >> But calling `make-frame' from the window test >> fails with: >> >> Test window-tests backtrace: >> make-terminal-frame(nil) >> tty-create-frame-with-faces(nil) >> make-frame() >> ... >> Test window-tests condition: >> (error "Unknown terminal type") > > I don't understand what you tried. Testing frame creation in batch mode > hardly works if you don't have Emacs wait for the window manager to come > up with a window. Even then you probably won't be able to check whether > the frame is risen or in the foreground. I tried to write a test in the subdir `test/automated' where Makefile runs all tests in `-batch' mode. >> How could Ert help testing in interactive mode? > > I never tried Ert. ERT supported running tests in batch mode as well as interactively. So window tests should be placed in some other place than `test/automated'. From debbugs-submit-bounces@debbugs.gnu.org Thu Oct 06 18:01:13 2011 Received: (at control) by debbugs.gnu.org; 6 Oct 2011 22:01:13 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1RBw08-0002Xr-HD for submit@debbugs.gnu.org; Thu, 06 Oct 2011 18:01:12 -0400 Received: from hermes.netfonds.no ([80.91.224.195]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1RBw06-0002Xk-C8 for control@debbugs.gnu.org; Thu, 06 Oct 2011 18:01:11 -0400 Received: from cm-84.215.51.58.getinternet.no ([84.215.51.58] helo=stories.gnus.org) by hermes.netfonds.no with esmtpsa (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16) (Exim 4.72) (envelope-from ) id 1RBvzp-0002il-MW for control@debbugs.gnu.org; Fri, 07 Oct 2011 00:00:53 +0200 Date: Fri, 07 Oct 2011 00:00:53 +0200 Message-Id: To: control@debbugs.gnu.org From: Lars Magne Ingebrigtsen Subject: control message for bug #9084 X-MailScanner-ID: 1RBvzp-0002il-MW X-Netfonds-MailScanner: Found to be clean X-Netfonds-MailScanner-From: larsi@gnus.org MailScanner-NULL-Check: 1318543253.8054@2b3gcaygBF2GdMvvyOb9Ng X-Spam-Status: No X-Spam-Score: -2.6 (--) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.6 (--) forcemerge 9084 2588 From debbugs-submit-bounces@debbugs.gnu.org Sun Jun 22 12:31:45 2014 Received: (at control) by debbugs.gnu.org; 22 Jun 2014 16:31:45 +0000 Received: from localhost ([127.0.0.1]:57246 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WykgD-0004f5-9Q for submit@debbugs.gnu.org; Sun, 22 Jun 2014 12:31:45 -0400 Received: from fencepost.gnu.org ([208.118.235.10]:42517 ident=Debian-exim) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Wykg9-0004et-3f for control@debbugs.gnu.org; Sun, 22 Jun 2014 12:31:43 -0400 Received: from rgm by fencepost.gnu.org with local (Exim 4.71) (envelope-from ) id 1Wykg8-0006ru-N0 for control@debbugs.gnu.org; Sun, 22 Jun 2014 12:31:40 -0400 Date: Sun, 22 Jun 2014 12:31:40 -0400 Message-Id: Subject: control message for bug 17831 To: X-Mailer: mail (GNU Mailutils 2.1) From: Glenn Morris X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) merge 9084 17831 From debbugs-submit-bounces@debbugs.gnu.org Mon Jun 23 08:54:09 2014 Received: (at control) by debbugs.gnu.org; 23 Jun 2014 12:54:09 +0000 Received: from localhost ([127.0.0.1]:57756 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Wz3l6-00044T-7E for submit@debbugs.gnu.org; Mon, 23 Jun 2014 08:54:08 -0400 Received: from ironport2-out.teksavvy.com ([206.248.154.181]:28109) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Wz3kt-00043f-Q9; Mon, 23 Jun 2014 08:53:56 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ArYGAIDvNVNLd+D9/2dsb2JhbABZgwaDSr0vgw6BFxd0giUBAQEBAgFWIwULCw4mEhQYDSSIBAjSGReOegeEOASpGYFqg0whgSwk X-IPAS-Result: ArYGAIDvNVNLd+D9/2dsb2JhbABZgwaDSr0vgw6BFxd0giUBAQEBAgFWIwULCw4mEhQYDSSIBAjSGReOegeEOASpGYFqg0whgSwk X-IronPort-AV: E=Sophos;i="4.97,753,1389762000"; d="scan'208";a="69215930" Received: from 75-119-224-253.dsl.teksavvy.com (HELO pastel.home) ([75.119.224.253]) by ironport2-out.teksavvy.com with ESMTP/TLS/ADH-AES256-SHA; 23 Jun 2014 08:53:45 -0400 Received: by pastel.home (Postfix, from userid 20848) id 5F04D603CD; Mon, 23 Jun 2014 08:53:45 -0400 (EDT) From: Stefan Monnier To: Leo Liu Subject: Re: bug#17831: 24.4.50; bad default value for `Man-width' Message-ID: References: Date: Mon, 23 Jun 2014 08:53:45 -0400 In-Reply-To: (Leo Liu's message of "Sun, 22 Jun 2014 21:30:45 +0800") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.3 (/) X-Debbugs-Envelope-To: control Cc: 17831@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.3 (/) forcemerge 17831 2588 thanks > Man-width defaults to the window width at the time of running `man'. But > if the frame is split horizontally it usually leads to a view with the > right-hand-side half unviewable. Indeed. As discussed earlier, I think the right fix is to display the buffer right away and then fill it in the background. Problem with it, is that currently we do "fill the buffer with half-processed text; finish formatting; display", so if we only move the "display" part, the user will see (temporarily) the half-processed text. Stefan From unknown Tue Jun 17 20:21:19 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Wed, 30 Jul 2014 11:24:03 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator