GNU bug report logs -
#30816
27.0.50; Info documentation of previous-property-change is not very clear
Previous Next
Reported by: Xu Chunyang <mail <at> xuchunyang.me>
Date: Wed, 14 Mar 2018 09:59:01 UTC
Severity: minor
Found in version 27.0.50
Done: Eli Zaretskii <eliz <at> gnu.org>
Bug is archived. No further changes may be made.
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 30816 in the body.
You can then email your comments to 30816 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#30816
; Package
emacs
.
(Wed, 14 Mar 2018 09:59:01 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Xu Chunyang <mail <at> xuchunyang.me>
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Wed, 14 Mar 2018 09:59:01 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
(info "(elisp) Property Search") has the following:
-- Function: previous-property-change pos &optional object limit
This is like ‘next-property-change’, but scans back from POS
instead of forward. If the value is non-‘nil’, it is a position
^^^^^^^^^
less than or equal to POS; it equals POS only if LIMIT equals POS.
^^
I don't understand the second sentence. What "the value" stands for? If
it stands for LIMIT, what "it" stands for?
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#30816
; Package
emacs
.
(Wed, 14 Mar 2018 16:27:02 GMT)
Full text and
rfc822 format available.
Message #8 received at 30816 <at> debbugs.gnu.org (full text, mbox):
> From: Xu Chunyang <mail <at> xuchunyang.me>
> Date: Wed, 14 Mar 2018 17:58:32 +0800
>
>
> (info "(elisp) Property Search") has the following:
>
> -- Function: previous-property-change pos &optional object limit
> This is like ‘next-property-change’, but scans back from POS
> instead of forward. If the value is non-‘nil’, it is a position
> ^^^^^^^^^
> less than or equal to POS; it equals POS only if LIMIT equals POS.
> ^^
>
> I don't understand the second sentence. What "the value" stands for?
When we say "value" in the context of describing a function, we mean
the value the function returns. In this case, the value returned by
previous-property-change.
> If it stands for LIMIT, what "it" stands for?
"It" stands for the value returned by the function. the text says
that the function returns the position of the previous change of the
property, and that position could only be the same as the starting
position POS if LIMIT is equal to POS, i.e. if LIMIT forces the
function to stop at its starting position.
I hope this clarifies the issue.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#30816
; Package
emacs
.
(Wed, 14 Mar 2018 19:05:01 GMT)
Full text and
rfc822 format available.
Message #11 received at 30816 <at> debbugs.gnu.org (full text, mbox):
Eli Zaretskii <eliz <at> gnu.org> writes:
>> From: Xu Chunyang <mail <at> xuchunyang.me>
>> Date: Wed, 14 Mar 2018 17:58:32 +0800
>>
>>
>> (info "(elisp) Property Search") has the following:
>>
>> -- Function: previous-property-change pos &optional object limit
>> This is like ‘next-property-change’, but scans back from POS
>> instead of forward. If the value is non-‘nil’, it is a position
>> ^^^^^^^^^
>> less than or equal to POS; it equals POS only if LIMIT equals POS.
>> ^^
>>
>> I don't understand the second sentence. What "the value" stands for?
>
> When we say "value" in the context of describing a function, we mean
> the value the function returns. In this case, the value returned by
> previous-property-change.
I see. I notice the term "the return value" is also used in some place
in the manual.
>> If it stands for LIMIT, what "it" stands for?
>
> "It" stands for the value returned by the function. the text says
> that the function returns the position of the previous change of the
> property, and that position could only be the same as the starting
> position POS if LIMIT is equal to POS, i.e. if LIMIT forces the
> function to stop at its starting position.
>
> I hope this clarifies the issue.
Thanks for your explanation. Feel free to close the issue.
Reply sent
to
Eli Zaretskii <eliz <at> gnu.org>
:
You have taken responsibility.
(Wed, 14 Mar 2018 19:36:02 GMT)
Full text and
rfc822 format available.
Notification sent
to
Xu Chunyang <mail <at> xuchunyang.me>
:
bug acknowledged by developer.
(Wed, 14 Mar 2018 19:36:02 GMT)
Full text and
rfc822 format available.
Message #16 received at 30816-done <at> debbugs.gnu.org (full text, mbox):
> From: Xu Chunyang <mail <at> xuchunyang.me>
> Cc: 30816 <at> debbugs.gnu.org
> Date: Thu, 15 Mar 2018 03:04:30 +0800
>
> Thanks for your explanation. Feel free to close the issue.
Done.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Thu, 12 Apr 2018 11:24:04 GMT)
Full text and
rfc822 format available.
This bug report was last modified 7 years and 68 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.