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 23:25:41 +0300 Message-ID: <83eh7joda2.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> <83ob6nonry.fsf@gnu.org> <52601ACA.9070603@gmx.at> <83iowvokoj.fsf@gnu.org> <526025E8.20009@gmx.at> <83fvrzoe6o.fsf@gnu.org> Reply-To: Eli Zaretskii NNTP-Posting-Host: plane.gmane.org X-Trace: ger.gmane.org 1382041853 352 80.91.229.3 (17 Oct 2013 20:30:53 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 17 Oct 2013 20:30:53 +0000 (UTC) Cc: emacs-devel@gnu.org To: rudalics@gmx.at Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Oct 17 22:30:53 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 1VWuDd-0005al-55 for ged-emacs-devel@m.gmane.org; Thu, 17 Oct 2013 22:30:53 +0200 Original-Received: from localhost ([::1]:54273 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VWuDc-00062e-JF for ged-emacs-devel@m.gmane.org; Thu, 17 Oct 2013 16:30:52 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:53213) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VWuDV-00062G-ER for emacs-devel@gnu.org; Thu, 17 Oct 2013 16:30:50 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1VWuDQ-00068X-98 for emacs-devel@gnu.org; Thu, 17 Oct 2013 16:30:45 -0400 Original-Received: from mtaout22.012.net.il ([80.179.55.172]:59711) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VWuDP-00065y-Me for emacs-devel@gnu.org; Thu, 17 Oct 2013 16:30:40 -0400 Original-Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0MUT00100XXA9D00@a-mtaout22.012.net.il> for emacs-devel@gnu.org; Thu, 17 Oct 2013 23:25:38 +0300 (IDT) Original-Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MUT0007TY2QXHB0@a-mtaout22.012.net.il>; Thu, 17 Oct 2013 23:25:38 +0300 (IDT) In-reply-to: <83fvrzoe6o.fsf@gnu.org> 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:164279 Archived-At: > Date: Thu, 17 Oct 2013 23:06:07 +0300 > From: Eli Zaretskii > Cc: emacs-devel@gnu.org > > > Date: Thu, 17 Oct 2013 20:01:12 +0200 > > From: martin rudalics > > CC: emacs-devel@gnu.org > > > > > And if you _also_ set resize-mini-windows to nil, do the artefacts > > > disappear? > > > > Why _also_ ? The artefacts do not appear when I disallow resizing the > > echo area - either by setting `resize-mini-windows' to nil or > > `max-mini-window-height' to 1. No need to also suppress the help-echo. > > But you say that disabling the help echo exacerbates the problem, so > maybe it will now appear even when the mini-window is not resized? > Did you try? Also, it might be worthwhile to try this in GDB, after starting Emacs: (gdb) attach EMACS-PID (gdb) break update_frame_1 (gdb) commands > bt > continue > end (gdb) continue Now open the menu and do whatever you do to trigger the problem. Then look at the backtraces. If the code that calls help-echo display is ifdef'ed away, the only calls to update_frame_1 while the menu is active should come from update_frame_with_menu; if it is not ifdef'ed away, you will also see calls that come via Fmessage->echo_area_display (and the Lisp backtrace should show they are from tooltip-show-help). any other call sequences are suspects that I want to know about.