GNU bug report logs - #30182
27.0.50; Crash when doing mouse-over on modeline

Previous Next

Package: emacs;

Reported by: Sujith <m.sujith <at> gmail.com>

Date: Sat, 20 Jan 2018 06:27:02 UTC

Severity: normal

Found in version 27.0.50

Done: martin rudalics <rudalics <at> gmx.at>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: Eli Zaretskii <eliz <at> gnu.org>
To: martin rudalics <rudalics <at> gmx.at>
Cc: m.sujith <at> gmail.com, 30182 <at> debbugs.gnu.org
Subject: bug#30182: Update
Date: Tue, 30 Jan 2018 15:34:57 +0200
> Date: Tue, 30 Jan 2018 09:30:51 +0100
> From: martin rudalics <rudalics <at> gmx.at>
> CC: m.sujith <at> gmail.com, 30182 <at> debbugs.gnu.org
> 
>  > Btw, if using window-at-side-p is so much more efficient than
>  > window-in-direction, then how come the former is not documented in the
>  > ELisp manual?  Should it be?
> 
> I'm not sure.  So far `window-at-side-p' is only used in
> `window-in-direction' and to quickly tell whether a mode or header
> line can be dragged ("quickly" because that doesn't check for whether
> windows have fixed size or are already to small to get resized).  It's
> not internal (not called `window--at-side-p') because it's called from
> mouse.el

If you are saying that this is actually an internal function, then I
could agree, although I'd at least mention that in the doc string.

> Also, `window-at-side-p' could check arguments better as evaluating
> (window-at-side-p nil t) shows.

Since when are we shy to document buggy APIs? ;-)




This bug report was last modified 7 years and 108 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.