emacs-bug-tracker
[Top][All Lists]
Advanced

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

[debbugs-tracker] bug#9356: closed (`event-modifiers' documentation)


From: GNU bug Tracking System
Subject: [debbugs-tracker] bug#9356: closed (`event-modifiers' documentation)
Date: Tue, 30 Aug 2011 14:55:02 +0000

Your message dated Tue, 30 Aug 2011 10:51:38 -0400
with message-id <address@hidden>
and subject line Re: bug#9356: `event-modifiers' documentation
has caused the GNU bug report #9356,
regarding `event-modifiers' documentation
to be marked as done.

(If you believe you have received this mail in error, please contact
address@hidden)


-- 
9356: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=9356
GNU Bug Tracking System
Contact address@hidden with problems
--- Begin Message --- Subject: `event-modifiers' documentation Date: Wed, 24 Aug 2011 00:46:09 -0500 User-agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.20) Gecko/20110804 Thunderbird/3.1.12
The documentation for `event-modifiers' states:
"If EVENT is a symbol that has never been used in an event that has been read as input in the current Emacs session, then this function can return nil, even when EVENT actually has modifiers." However, looking in the `event-modifier' definition, the function `internal-event-symbol-parse-modifiers' seems to deal with this (potential) issue. Can someone give me an example where `event-modifier' would inappropriately return nil?

Thanks,
Jonathan


__________ Information from ESET Smart Security, version of virus signature 
database 6404 (20110823) __________

The message was checked by ESET Smart Security.

http://www.eset.com





--- End Message ---
--- Begin Message --- Subject: Re: bug#9356: `event-modifiers' documentation Date: Tue, 30 Aug 2011 10:51:38 -0400 User-agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (gnu/linux)
> Does that qualify, though? I'm not sure what the desired behavior for
> mouse-10 would be but, for example,  (event-modifiers 'mouse-9) => (click)
> and I certainly don't have a mouse-9 button.

If you ever manage to get a mouse-10 event, it should (and will) be
labeled as a click.  I've slightly changed the docstring to reflect the
fact that only `click' may be missing (and that this can not only
result in a nil result, e.g. C-mouse-10 will only say (control) instead
of (control click)).


        Stefan


> On 08/24/2011 09:27 AM, Stefan Monnier wrote:
>>> The documentation for `event-modifiers' states:
>>> "If EVENT is a symbol that has never been used in an event that has been
>>> read as input in the current Emacs session, then this function can return
>>> nil, even when EVENT actually has modifiers." However, looking in the
>>> event-modifier' definition, the function
>>> internal-event-symbol-parse-modifiers' seems to deal with this (potential)
>>> issue. Can someone give me an example where `event-modifier' would
>>> inappropriately return nil?
>> (event-modifiers 'mouse-1) =>  (click)
>> (event-modifiers 'mouse-10) =>  nil
>> 
>> Not sure if other modifiers than `click' can be missing.
>> 
>> 
>> Stefan
>> 
>> 


--- End Message ---

reply via email to

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