From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: martin rudalics Newsgroups: gmane.emacs.bugs Subject: bug#29279: Sharing the margins Date: Wed, 15 Nov 2017 19:50:05 +0100 Message-ID: <5A0C8C5D.1070402@gmx.at> References: <0a54e927-cab1-1f1d-4996-85bb36949a33@yandex.ru> <83375imbaa.fsf@gnu.org> <83o9o6kp61.fsf@gnu.org> <5A0ABD65.1030401@gmx.at> <83y3n8kgdu.fsf@gnu.org> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Trace: blaine.gmane.org 1510771926 28695 195.159.176.226 (15 Nov 2017 18:52:06 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Wed, 15 Nov 2017 18:52:06 +0000 (UTC) Cc: 29279@debbugs.gnu.org, dgutov@yandex.ru To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Wed Nov 15 19:52:00 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 1eF2mx-0006u3-9v for geb-bug-gnu-emacs@m.gmane.org; Wed, 15 Nov 2017 19:51:55 +0100 Original-Received: from localhost ([::1]:37395 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1eF2n4-000719-N4 for geb-bug-gnu-emacs@m.gmane.org; Wed, 15 Nov 2017 13:52:02 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:43328) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1eF2mN-0006gV-JR for bug-gnu-emacs@gnu.org; Wed, 15 Nov 2017 13:51:20 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1eF2m9-0004xo-0W for bug-gnu-emacs@gnu.org; Wed, 15 Nov 2017 13:51:19 -0500 Original-Received: from debbugs.gnu.org ([208.118.235.43]:33444) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1eF2m8-0004xa-SI for bug-gnu-emacs@gnu.org; Wed, 15 Nov 2017 13:51:04 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1eF2m6-00075u-9x for bug-gnu-emacs@gnu.org; Wed, 15 Nov 2017 13:51:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 15 Nov 2017 18:51: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.151077182426913 (code B ref 29279); Wed, 15 Nov 2017 18:51:02 +0000 Original-Received: (at 29279) by debbugs.gnu.org; 15 Nov 2017 18:50:24 +0000 Original-Received: from localhost ([127.0.0.1]:42125 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eF2lU-0006zz-LF for submit@debbugs.gnu.org; Wed, 15 Nov 2017 13:50:24 -0500 Original-Received: from mout.gmx.net ([212.227.17.20]:61782) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eF2lS-0006yd-Su for 29279@debbugs.gnu.org; Wed, 15 Nov 2017 13:50:23 -0500 Original-Received: from [192.168.1.100] ([46.125.250.53]) by mail.gmx.com (mrgmx101 [212.227.17.168]) with ESMTPSA (Nemesis) id 0Lv9lm-1fF9pK0ony-010MHq; Wed, 15 Nov 2017 19:50:16 +0100 In-Reply-To: <83y3n8kgdu.fsf@gnu.org> X-Provags-ID: V03:K0:XZgvaVv9bcU+FEcywsdi3k9s8j9ydyLEJiVb4t5Pnf+lTw73IVx gezle7A6yFBHsNPpchX4a+vlCKpVWxDcYDFuKXp5X5dmy/VYWjuUdCXdnCUFiMSOLz+KS0a BbqbVaNJVwgKZFfUlbUQkPpAIjGeBu57cN+HEBJ0vyHwJGBGAeSOiuIpm1DYF2LhoStLMEk HG6YnoLO5MKnOIg8m8G0Q== X-UI-Out-Filterresults: notjunk:1;V01:K0:Hd4kp7avosc=:QzbScm3mblR0Ldy3hpg+q1 feBgVJE/9TQx0mDWht9reQ8R2sfC6Rafm9SSMQi0lpV475O9pBfHdSnL4mivVmjy2xJckdeYu v3qwOKVH3VwiAZsSIY6kzEI+biSTcqqr9toO1pFT9AeuMMeXuVEDmpkGR7Rekp62RbqYPJCkT 2igillGDTdBTKk1rs03neCU5B9VyI7Fj0gJmtSVZbrGHNEH0nfbdzTvkiRYoS/2UXKzFihxrq 1ofOZgNDRTjek8N2LuXLz3txw2yesO0ayeGQmuc5qPH6z4dn+keoqimGTWRcsLuZxDXGWc8V1 wpcW2LYy5t3j3UnMdEIg5KpimOwvXvLZBi4nRXTRDq0NI0U/Ghq/emGvgXGsVr2lrL4kcvwzY vR+Of6/I4KBID8VjISH/gf6NAoB8Cvr0mBa8xFanIVwKfB34sOYEIjIPiusHAQM+62+5q+gjM L5Z50DL9CUgMctxJppGv6ijDWG3cz8PYUrWGUMlKyRlq4KwNM7QrYBizMeDTxC1GH96NjHQ+q YEzOj+8eYFxwSFieGt+3Qr7iT/jrhzOeTHVHa/+otyNoSVwh7Vk9Hi4ZTD+V7ESLilWVjWtQ2 Ojx042F5/v0H50aDZHeT42baOj0EucJxMUAlPwZAJn+NkDTRoae5n6kDYoTzi91355xl9Untb qZlD49yy0TjKN5Fv2pA3M1xD7KhtkD/AHM7xnb2+BJ0DSo38+ae5EUVuy4saBdNDJc9WcHa2h c7Fi1w9IKO7pI0tQyDnwhIXKN0ehuwmfzULqpknl8OqaIvfz8OJJTsfhNdLvpDc4KSg7/OHB 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:139932 Archived-At: >> > Yes. But using margins from Emacs internals means that the >> > window-parameters which hold the column specs will change behind the >> > back of the Lisp applications, which I'm not sure is a Good Thing. >> >> I can see no harm in that. > > It's...unexpected. Unless we are content with showing only the left part of the left margin when a window gets too small as we do currently, we might also provide a solution using "nominal" margin widths which apply when a window is wide enough, and "realized" margin widths which apply when a window is too narrow. For line numbers, the nominal width could be somewhat stretchable (as for the whiteroom, visual-fill-column cases) while most others may have it fixed. Probably, in addition an application may want to specify that its realized margin width should be reset to zero whenever the nominal width does not fit (line numbers probably want to do that) or truncated to what is available. Note that we earlier did shrink the margins when a window got too small but did not re-enlarge them when the window was made wide again because the nominal size was lost. I eventually dropped that behavior and was quite surprised that no-one protested. But if we were to revive such dynamical adjustment as sketched above, we'd have an unexpected "change behind the back of the Lisp applications" as well. martin