unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed
From: martin rudalics <rudalics@gmx.at>
To: Eli Zaretskii <eliz@gnu.org>
Cc: 38966-done@debbugs.gnu.org
Subject: bug#38966: 27.0.60; Assertion failure in set_cursor_from_row
Date: Tue, 7 Jan 2020 10:52:18 +0100	[thread overview]
Message-ID: <c943f00f-dd7c-6140-f02f-f85cd7052065@gmx.at> (raw)
In-Reply-To: <8336cse544.fsf@gnu.org>

 > Why is such a window useful?

Windows with one text line like that of the ediff control panel have
been in use for quite some time.  They can also arise automatically,
for example, when fitting a one line completions window to its buffer.

Windows that are made as small as possible are useful when a user
wants to make a neigboring window temporarily as large as possible
without deleting other windows.  Zero height windows can be also
useful when they do not display any text but applications want to
sample their width in order to, for example, decide how to lay out
text in them.

 > I thought we had a minimum window height
 > beyond which we didn't allow to resize windows.  Isn't that true
 > anymore?

We currently have two minimum heights - 'window-safe-min-height' and
the option 'window-min-height'.  Both are defined in canonical frame
lines and have to be eventually re-interpreted in order to fix bugs
like Bug#14825.  In this context it would be nice to do away with
'window-safe-min-height' because it only complicates the resizing code
without being able to avoid, as we've seen, that a window's text
height can drop to zero.

 > All I'm saying is that making the display code prepared to deal with
 > such windows might take more changes, and this would be a separate
 > issue, suitable for master, not for the release branch.  OK?

Sure.  My concerns are only that we should not preclude future changes
in this area when making changes on the release branch like adding new
assertions.  To fix the present bug, for example, I would have simply
removed the offending assertion from set_cursor_from_row.  Eventually,
we might want to show a cursor in a mode line, or scroll or wrap it.

martin





  reply	other threads:[~2020-01-07  9:52 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-01-06  9:19 bug#38966: 27.0.60; Assertion failure in set_cursor_from_row martin rudalics
2020-01-06 17:14 ` Eli Zaretskii
2020-01-06 19:06   ` martin rudalics
2020-01-06 19:50     ` Eli Zaretskii
2020-01-07  9:52       ` martin rudalics [this message]
2020-01-07 16:01         ` Eli Zaretskii
2020-01-07 17:38           ` martin rudalics
2020-01-07 17:48             ` Eli Zaretskii
2020-01-07 18:23               ` martin rudalics
2020-01-07 18:36                 ` Eli Zaretskii
2020-01-07 18:58                   ` martin rudalics
2020-01-07 19:06                     ` Eli Zaretskii

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

  List information: https://www.gnu.org/software/emacs/

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

  git send-email \
    --in-reply-to=c943f00f-dd7c-6140-f02f-f85cd7052065@gmx.at \
    --to=rudalics@gmx.at \
    --cc=38966-done@debbugs.gnu.org \
    --cc=eliz@gnu.org \
    /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 public inbox

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

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).