From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Dani Moncayo Newsgroups: gmane.emacs.bugs Subject: bug#5695: 23.1; wid-edit.el problems Date: Thu, 1 Apr 2010 11:43:21 +0200 Message-ID: References: <2f987f0d1003080044n3db3a2a4odfd5549e711dee66@mail.gmail.com> <2f987f0d1003231402r7c5f3339x4dd4e13b7b8a6e28@mail.gmail.com> <4BB243DB.7070307@swipnet.se> <4BB44EAE.1090801@swipnet.se> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=00163641723d7c5b70048329b149 X-Trace: dough.gmane.org 1270115766 25248 80.91.229.12 (1 Apr 2010 09:56:06 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Thu, 1 Apr 2010 09:56:06 +0000 (UTC) Cc: 5695@debbugs.gnu.org To: Jan =?UTF-8?Q?Dj=C3=A4rv?= Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Thu Apr 01 11:56:01 2010 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1NxH82-0000uu-Dz for geb-bug-gnu-emacs@m.gmane.org; Thu, 01 Apr 2010 11:55:58 +0200 Original-Received: from localhost ([127.0.0.1]:44050 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1NxH81-0003No-SB for geb-bug-gnu-emacs@m.gmane.org; Thu, 01 Apr 2010 05:55:57 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1NxH7t-0003Nj-Uq for bug-gnu-emacs@gnu.org; Thu, 01 Apr 2010 05:55:50 -0400 Original-Received: from [140.186.70.92] (port=35280 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1NxH7q-0003Na-W9 for bug-gnu-emacs@gnu.org; Thu, 01 Apr 2010 05:55:48 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1NxH7o-0002Xw-Q3 for bug-gnu-emacs@gnu.org; Thu, 01 Apr 2010 05:55:46 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:50964) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1NxH7o-0002Xs-NB for bug-gnu-emacs@gnu.org; Thu, 01 Apr 2010 05:55:44 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.69) (envelope-from ) id 1NxGwT-0001a7-Nb; Thu, 01 Apr 2010 05:44:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Dani Moncayo Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 01 Apr 2010 09:44:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 5695 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 5695-submit@debbugs.gnu.org id=B5695.12701150076066 (code B ref 5695); Thu, 01 Apr 2010 09:44:01 +0000 Original-Received: (at 5695) by debbugs.gnu.org; 1 Apr 2010 09:43:27 +0000 Original-Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1NxGvv-0001Zn-Ab for submit@debbugs.gnu.org; Thu, 01 Apr 2010 05:43:27 -0400 Original-Received: from fg-out-1718.google.com ([72.14.220.154]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1NxGvt-0001Zh-83 for 5695@debbugs.gnu.org; Thu, 01 Apr 2010 05:43:26 -0400 Original-Received: by fg-out-1718.google.com with SMTP id l26so645689fgb.15 for <5695@debbugs.gnu.org>; Thu, 01 Apr 2010 02:43:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:received:message-id:subject:from:to:cc:content-type; bh=hNHWk4Y7mhmJK9wylds4FDMNlAbO2xiXaAmXQ9iE20Y=; b=IoBFN03vk106uvJ4eg1AiEiE4J8iutpA1uXS0ALOfsTiVC2CVfoM7gl61jb1Ny8v05 zvK/l3EF9kio3xt835dr39KMZ9wF0DZgDhCsm1octEKQaMIZfQdKE6F5r1s4My4apV+0 yimb0+wMw+jgRSkkTdGjDvp/U4Q824q1NuXsc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=LCmXG+H1rcHdPpdgKv8zMrv1VM9Lm5iURexpiGca5vX7TEehzYCJLZq33XU8/aH0Re eYCXNzBNcfT5sPBzi2MmNRQXczqEtQ5P/8GNNsbNUTt6V7zlQKGHzPoqyZ1WXLAeAcsK CIK0wrbcTAYuD72P/5z7ZkLY0Y+lzSZ5eq6jM= Original-Received: by 10.103.39.4 with HTTP; Thu, 1 Apr 2010 02:43:21 -0700 (PDT) In-Reply-To: <4BB44EAE.1090801@swipnet.se> Original-Received: by 10.103.7.40 with SMTP id k40mr236244mui.74.1270115001457; Thu, 01 Apr 2010 02:43:21 -0700 (PDT) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list Resent-Date: Thu, 01 Apr 2010 05:44:01 -0400 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:35853 Archived-At: --00163641723d7c5b70048329b149 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable >From my little experience with GNU Emacs (i'm yet starting to understand it), i think that the buffer created by tmm-menubar has basically the same function that the widget-choose buffer: To present a list of options to the user, and get the chosen one. So... i agree with you, Jan. Why don't share the same mode for both buffers= ? Why to have different modes for each? On Thu, Apr 1, 2010 at 9:43 AM, Jan Dj=E4rv wrote: > One solution would be for widget-choose to use tmm-prompt. Is that ok? > > Jan D. > > Jan Dj=E4rv skrev: > >> Dani Moncayo skrev: >> >>> >>> I've just noticed that the problem arises if (and only if) I start emac= s >>> loading my .emacs file. So, i've been testing a bit and i've discovered >>> that >>> the line that produces the problem is the one that sets the >>> next-screen-context-lines variable to 4. >>> >> >> Actually, it is the scroll-margin that does it. >> When the menu is created, point is at the last line. Since you have >> scroll-margin set to 1, it scrolls up. You can't see that because you h= ave >> no indication, but on a graphical terminal you can see that the scroll b= ar >> has moved a bit. Unfortunately there is no way to scroll the window, it= is >> either select something or C-g. wid-edit.el tries to set a >> scroll-other-window command, but it somehow fails to work because of the >> default binding to keyboard-quit. And in any case, IT only scrolls down= , >> not up. >> >> So, the menu created by wid-edit.el should either (or both) >> >> 1) place point somewhere else, preferrably at the end of the first line. >> 2) provide a way to scroll the window. tmm-menubar does this so it can b= e >> done. >> >> Someone familiar with wid-edit.el must look at this. >> >> Jan D. >> >> >> >> > --00163641723d7c5b70048329b149 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable From my little experience with GNU Ema= cs (i'm yet starting to understand it), i think that the buffer created= by tmm-menubar has basically the same function that the widget-choose buff= er: To present a list of options to the user, and get the chosen one.

So... i agree with you, Jan. Why don't share the same mode for both= buffers? Why to have different modes for each?


On Thu, Apr 1, 2010 at 9:43 AM, Jan Dj=E4rv <jan.h.d@swipnet.se> wrote:
One solution woul= d be for widget-choose to use tmm-prompt. =A0Is that ok?

=A0 =A0 =A0 =A0Jan D.

Jan Dj=E4rv skrev:
Dani Moncayo skrev:

I've just noticed that the problem arises if (and only if) I start emac= s
loading my .emacs file. So, i've been testing a bit and i've discov= ered that
the line that produces the problem is the one that sets the
next-screen-context-lines variable to 4.

Actually, it is the scroll-margin that does it.
When the menu is created, point is at the last line. =A0Since you have scro= ll-margin set to 1, it scrolls up. =A0You can't see that because you ha= ve no indication, but on a graphical terminal you can see that the scroll b= ar has moved a bit. =A0Unfortunately there is no way to scroll the window, = it is either select something or C-g. =A0wid-edit.el tries to set a scroll-= other-window command, but it somehow fails to work because of the default b= inding to keyboard-quit. =A0And in any case, IT only scrolls down, not up.<= br>
So, the menu created by wid-edit.el should either (or both)

1) place point somewhere else, preferrably at the end of the first line. 2) provide a way to scroll the window. tmm-menubar does this so it can be d= one.

Someone familiar with wid-edit.el must look at this.

=A0 =A0Jan D.





--00163641723d7c5b70048329b149--