[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

address@hidden: Re: address@hidden: widget (or recentf)]]

From: Richard Stallman
Subject: address@hidden: Re: address@hidden: widget (or recentf)]]
Date: Sat, 29 Apr 2006 23:03:28 -0400

------- Start of forwarded message -------
Date: Sat, 29 Apr 2006 11:54:49 +0200
From: David Ponce <address@hidden>
MIME-Version: 1.0
To: address@hidden
Cc: David Ponce <address@hidden>
Subject: Re: address@hidden: widget (or recentf)]
In-Reply-To: <address@hidden>
Content-Type: text/plain; charset=ISO-8859-15; format=flowed
X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=failed 

Hi Richard,

 > Could you please look at this?
 > When I use recentf, the widgets don't accept RET at the end of a
 > button, which has been annoying me for a long time.  Is this
 > intentional widget.el behavior?

For button widgets that represent files, that has been fixed by the
following change:

2006-04-03  Lennart Borgman  <address@hidden>  (tiny change)

        * recentf.el (recentf-open-files-item): Include newline in button
        field, so opening a file will work, when the point is at the end
        of the file name.  Allow, for example, to [i]search a file by
        extension and just push RET to open it.

For other widget buttons this is the "normal" behavior, and IMHO not
an issue (for example, this is true in customize buffers too):

In a widget buffer, when the point is between the beginning and the
end of a button widget, then RET just works.  When the point is at the
end of a widget, it is not considered on the widget but just after it,
so RET will not work there.

I am not sure this behavior should be changed.

------- End of forwarded message -------

reply via email to

[Prev in Thread] Current Thread [Next in Thread]