From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.bugs Subject: bug#29279: Sharing the margins Date: Mon, 13 Nov 2017 21:32:34 +0200 Message-ID: <83h8tykm99.fsf@gnu.org> References: <0a54e927-cab1-1f1d-4996-85bb36949a33@yandex.ru> <83375imbaa.fsf@gnu.org> <83o9o6kp61.fsf@gnu.org> Reply-To: Eli Zaretskii NNTP-Posting-Host: blaine.gmane.org X-Trace: blaine.gmane.org 1510602083 9993 195.159.176.226 (13 Nov 2017 19:41:23 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Mon, 13 Nov 2017 19:41:23 +0000 (UTC) Cc: 29279@debbugs.gnu.org To: Dmitry Gutov Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Mon Nov 13 20:41:19 2017 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eEKbc-0002AG-8O for geb-bug-gnu-emacs@m.gmane.org; Mon, 13 Nov 2017 20:41:16 +0100 Original-Received: from localhost ([::1]:56094 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1eEKbj-0000pd-ES for geb-bug-gnu-emacs@m.gmane.org; Mon, 13 Nov 2017 14:41:23 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:45570) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1eEKTk-0002mj-Ao for bug-gnu-emacs@gnu.org; Mon, 13 Nov 2017 14:33:09 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1eEKTf-0003T9-OI for bug-gnu-emacs@gnu.org; Mon, 13 Nov 2017 14:33:08 -0500 Original-Received: from debbugs.gnu.org ([208.118.235.43]:58442) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1eEKTf-0003T3-K9 for bug-gnu-emacs@gnu.org; Mon, 13 Nov 2017 14:33:03 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1eEKTe-0005pI-EA for bug-gnu-emacs@gnu.org; Mon, 13 Nov 2017 14:33:03 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 13 Nov 2017 19:33:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 29279 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 29279-submit@debbugs.gnu.org id=B29279.151060155822365 (code B ref 29279); Mon, 13 Nov 2017 19:33:02 +0000 Original-Received: (at 29279) by debbugs.gnu.org; 13 Nov 2017 19:32:38 +0000 Original-Received: from localhost ([127.0.0.1]:38890 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eEKTG-0005oe-I2 for submit@debbugs.gnu.org; Mon, 13 Nov 2017 14:32:38 -0500 Original-Received: from eggs.gnu.org ([208.118.235.92]:54326) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eEKTF-0005oS-6J for 29279@debbugs.gnu.org; Mon, 13 Nov 2017 14:32:37 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1eEKT5-0003Gy-Hd for 29279@debbugs.gnu.org; Mon, 13 Nov 2017 14:32:32 -0500 Original-Received: from fencepost.gnu.org ([2001:4830:134:3::e]:41365) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1eEKT5-0003Gs-Di; Mon, 13 Nov 2017 14:32:27 -0500 Original-Received: from [176.228.60.248] (port=2103 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1eEKT4-0002w1-R6; Mon, 13 Nov 2017 14:32:27 -0500 In-reply-to: (message from Dmitry Gutov on Mon, 13 Nov 2017 21:16:30 +0200) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 208.118.235.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" Xref: news.gmane.org gmane.emacs.bugs:139850 Archived-At: > Cc: 29279@debbugs.gnu.org > From: Dmitry Gutov > Date: Mon, 13 Nov 2017 21:16:30 +0200 > > On 11/13/17 8:29 PM, Eli Zaretskii wrote: > > >> I'm not sure I understand the "Zero means ..." passage, though. > > > > That's your "total width" thing, for margin users that just want to > > set the overall width of the margins without displaying anything > > there. Like Joost Kramer's visual-fill-column and similar packages. > > OK, but why "maximum width"? workroom-mode wanted to set the total > width, but if we want to describe what will happen with the column in > question, the value sounds more like "minimum total width". Indeed, I meant to write "total", not "maximum". > > Yes, set-window-margins will most probably be reimplemented by calling > > the above. > > Which area will the left-margin specs be drawn on, then? Ones without > any particular symbol specified. Either without any symbol, or with nil, or with some invented symbol. Something ti figure out as part of the implementation. > Having ORDINAL = 0 mean something else, not so great. Especially if the > result is to have the padding in this column, necessary to reach the > specified total width. My idea was not to create a column, just make sure the total width is no less than the requested value. Which means some of the requested columns will be wider than requested, I guess. > I imagine workroom-mode might have a idea where they want the padding to > end up (to the left or to the right of all columns). So instead of > co-opting the ORDINAL argument to mean "cols will total cols" We need to study the needs of potential users, no doubt, before finalizing the API. > > It will also be somewhat slower. > > We should probably measure before discarding this idea. The slowdown will be caused by resizing of the margins (and all the window-configuration-change-hooks that triggers).