From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: Menus with more items than the TTY can display Date: Thu, 17 Oct 2013 19:38:57 +0300 Message-ID: <83ob6nonry.fsf@gnu.org> References: <83a9igrqq1.fsf@gnu.org> <5257E3B3.4070508@yandex.ru> <834n8nswas.fsf@gnu.org> <831u3nrhf9.fsf@gnu.org> <525D8938.6080208@gmx.at> <83hacipd88.fsf@gnu.org> <525E43D8.6060109@gmx.at> <83bo2pp7kd.fsf@gnu.org> <525ED0CE.9010001@gmx.at> <834n8hozdu.fsf@gnu.org> <525EDC1A.9070201@gmx.at> <83y55tnii4.fsf@gnu.org> <525FADCF.5010700@gmx.at> Reply-To: Eli Zaretskii NNTP-Posting-Host: plane.gmane.org X-Trace: ger.gmane.org 1382028001 25435 80.91.229.3 (17 Oct 2013 16:40:01 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 17 Oct 2013 16:40:01 +0000 (UTC) Cc: emacs-devel@gnu.org To: martin rudalics Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Oct 17 18:40:03 2013 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1VWqcB-0000CP-T0 for ged-emacs-devel@m.gmane.org; Thu, 17 Oct 2013 18:40:00 +0200 Original-Received: from localhost ([::1]:53393 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VWqcB-0003sT-DN for ged-emacs-devel@m.gmane.org; Thu, 17 Oct 2013 12:39:59 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:55833) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VWqc4-0003sI-Mr for emacs-devel@gnu.org; Thu, 17 Oct 2013 12:39:57 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1VWqbz-00021T-Ma for emacs-devel@gnu.org; Thu, 17 Oct 2013 12:39:52 -0400 Original-Received: from mtaout22.012.net.il ([80.179.55.172]:43936) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VWqbz-00021F-Ef for emacs-devel@gnu.org; Thu, 17 Oct 2013 12:39:47 -0400 Original-Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0MUT00M00NEYRC00@a-mtaout22.012.net.il> for emacs-devel@gnu.org; Thu, 17 Oct 2013 19:38:55 +0300 (IDT) Original-Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MUT00M6WNKUPL30@a-mtaout22.012.net.il>; Thu, 17 Oct 2013 19:38:55 +0300 (IDT) In-reply-to: <525FADCF.5010700@gmx.at> X-012-Sender: halo1@inter.net.il X-detected-operating-system: by eggs.gnu.org: Solaris 10 X-Received-From: 80.179.55.172 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:164266 Archived-At: > Date: Thu, 17 Oct 2013 11:28:47 +0200 > From: martin rudalics > CC: dmantipov@yandex.ru, emacs-devel@gnu.org > > This means that resize_mini_window is indeed the only candidate and I > put a breakpoint there at if (!FRAME_MINIBUF_ONLY_P (f)). > > Now to reproduce the behavior, I start emacs in the terminal, remove the > terminal's menu to be able to pass F10 to emacs, attach gdb to the > terminal's emacs, provoke an end of buffer message in the terminal to > verify that the breakpoint is reached at all, hit F10 in the terminal > and scroll the menu. Now from the time I hit F10 until I hit it again > the breakpoint is _not_ reached. So something else seems to be at work here. If you don't set resize-mini-windows to nil, but instead set max-mini-window-height to 1, does the problem also go away? Another idea would be to ifdef away this fragment from term.c: if ((menu_help_message || prev_menu_help_message) && menu_help_message != prev_menu_help_message) { help_callback (menu_help_message, menu_help_paneno, menu_help_itemno); tty_hide_cursor (tty); fflush (tty->output); prev_menu_help_message = menu_help_message; } which disables help-echo in the menu, and see if the problem is gone even without customizing resize-mini-windows. If it is, then stepping into the help_callback call might tell who causes the problem. If disabling help-echo does not make the problem go away, there's something else that causes resizing, and perhaps you will be able to spot that without help-echo getting in your way and obscuring the echo area. Btw, this all is in "emacs -Q", right? There are no customizations involved, right? > The following is an IMO meaningless backtrace after hitting F10 the > second time: I think you are right. > So this is a complete mystery to me. Is it possible that toggling F10 > suppresses any signals from the terminal to the debugger? I don't believe it can.