all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: martin rudalics <rudalics@gmx.at>
To: Stephen Berman <stephen.berman@gmx.net>,
	Noam Postavsky <npostavs@users.sourceforge.net>
Cc: 13473@debbugs.gnu.org
Subject: bug#13473: 24.3.50; Display Tables doc bug
Date: Wed, 14 Feb 2018 17:05:29 +0100	[thread overview]
Message-ID: <5A845E49.1090904@gmx.at> (raw)
In-Reply-To: <87inazk869.fsf@gmx.net>

 > @@ -6988,9 +6988,10 @@ Display Tables
 >
 >   @item 5
 >   The glyph used to draw the border between side-by-side windows (the
 > -default is @samp{|}).  @xref{Splitting Windows}.  This takes effect only
 > -when there are no scroll bars; if scroll bars are supported and in use,
 > -a scroll bar separates the two windows.
 > +default is @samp{|}).  @xref{Splitting Windows}.  On graphical
 > +terminals, this has no effect: if scroll bars are in use, a scroll bar
 > +separates the two windows, and if scroll bars are not in use, the
 > +border is a thin unbroken line.
 >   @end table
 >
 >     For example, here is how to construct a display table that mimics
 >

I had prepared the below.  Maybe we could reconcile them somehow.

martin


diff --git a/doc/lispref/display.texi b/doc/lispref/display.texi
index 7bf03b8..f7170fe 100644
--- a/doc/lispref/display.texi
+++ b/doc/lispref/display.texi
@@ -4485,6 +4485,16 @@ Window Dividers
  window on a minibuffer-less frame.
  @end defun

+When dividers and vertical scroll bars are both disabled for a
+specific graphical frame, Emacs separates windows on that frame with
+the help of a one-pixel wide "vertical border", see (@pxref{Scroll
+Bars,,, emacs, The Emacs Manual}).  When dividers are disabled but
+vertical scroll bars are enabled on that frame, Emacs draws these
+borders on mode lines only since the scroll bars are already
+considered sufficent for separating the windows visually.  In either
+case, borders can be dragged with the mouse in order to resize the
+adjacent windows.
+

  @node Display Property
  @section The @code{display} Property





  reply	other threads:[~2018-02-14 16:05 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-01-17 11:10 bug#13473: 24.3.50; Display Tables doc bug Stephen Berman
2018-02-14  1:18 ` Noam Postavsky
2018-02-14 13:33   ` Stephen Berman
2018-02-14 16:05     ` martin rudalics [this message]
2018-02-14 18:29       ` Eli Zaretskii
2018-02-14 18:06     ` Eli Zaretskii
2018-02-14 18:33       ` Stephen Berman
2019-10-11  2:08 ` Stefan Kangas

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=5A845E49.1090904@gmx.at \
    --to=rudalics@gmx.at \
    --cc=13473@debbugs.gnu.org \
    --cc=npostavs@users.sourceforge.net \
    --cc=stephen.berman@gmx.net \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/emacs.git
	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.