From xah@xahlee.org Sat Dec 6 15:59:15 2008 X-Spam-Checker-Version: SpamAssassin 3.2.3-bugs.debian.org_2005_01_02 (2007-08-08) on rzlab.ucr.edu X-Spam-Level: X-Spam-Status: No, score=-7.4 required=4.0 tests=AWL,BAYES_00, RCVD_IN_DNSWL_MED autolearn=ham version=3.2.3-bugs.debian.org_2005_01_02 Received: (at submit) by emacsbugs.donarmstrong.com; 6 Dec 2008 23:59:15 +0000 Received: from lists.gnu.org (lists.gnu.org [199.232.76.165]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id mB6NxCku005205 for ; Sat, 6 Dec 2008 15:59:13 -0800 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1L973I-0003gs-98 for bug-gnu-emacs@gnu.org; Sat, 06 Dec 2008 18:59:12 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1L973H-0003gb-Bn for bug-gnu-emacs@gnu.org; Sat, 06 Dec 2008 18:59:11 -0500 Received: from [199.232.76.173] (port=44623 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1L973H-0003gP-5b for bug-gnu-emacs@gnu.org; Sat, 06 Dec 2008 18:59:11 -0500 Received: from mout.perfora.net ([74.208.4.196]:64626) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1L973G-0001Qm-LA for bug-gnu-emacs@gnu.org; Sat, 06 Dec 2008 18:59:10 -0500 Received: from [192.168.1.2] (c-24-6-185-159.hsd1.ca.comcast.net [24.6.185.159]) by mrelay.perfora.net (node=mrus0) with ESMTP (Nemesis) id 0MKp8S-1L97340Mk4-0006V8; Sat, 06 Dec 2008 18:59:00 -0500 Mime-Version: 1.0 (Apple Message framework v753.1) Content-Transfer-Encoding: quoted-printable Message-Id: <80C4B428-FB5B-4166-9287-AEF63F5895FA@xahlee.org> Content-Type: text/plain; charset=UTF-8; delsp=yes; format=flowed To: bug-gnu-emacs@gnu.org From: xah lee Subject: move-end-of-line inline doc unclear. (intangibility) Date: Sat, 6 Dec 2008 15:58:54 -0800 X-Mailer: Apple Mail (2.753.1) X-Provags-ID: V01U2FsdGVkX1+OZzbEUqiIvMzykOug9ptghMxqJ2TNmgbSolA qKagfhM7Oyzv/gGHYPwg8zKXySVLZow3LmUKjjSPAQKb5AdZ2H 3ocK8MoDneW8epKewrFgw== X-detected-operating-system: by monty-python.gnu.org: Genre and OS details not recognized. it seems to me that the move-end-of-line inline doc is unclear. in the inline doc for move-end-of-line, it says: =C2=AB move-end-of-line is an interactive compiled Lisp function in =20 `simple.el'. It is bound to M-D. (move-end-of-line arg) Move point to end of current line as displayed. (If there's an image in the line, this disregards newlines which are part of the text that the image rests on.) With argument arg not nil or 1, move forward arg - 1 lines first. If point reaches the beginning or end of buffer, it stops there. To ignore intangibility, bind `inhibit-point-motion-hooks' to t. =C2=BB =E2=80=A2 It is not clear to me what this sentence means: =E2=80=9C(If = there's an =20 image in the line, this disregards newlines which are part of the =20 text that the image rests on.)=E2=80=9D So, if there is a image on the =20= current line... i don't know what it means to say it disregard =20 newline, because to me eol char is at the end of line... =E2=80=A2 the last paragraph about intangibility is unclear. (i don't =20= understand what it means. Looking up on that hook var didn't help much.) =E2=80=A2 am not sure if move-end-of-line should be used in elisp code, =20= which is my primary query. If this function is not suitable in elisp =20 code, perhaps the doc should say. similar in move-beginning-of-line. Xah =E2=88=91 http://xahlee.org/ =E2=98=84 From cyd@stupidchicken.com Sun Jan 4 00:12:16 2009 Received: (at 1507-done) by emacsbugs.donarmstrong.com; 4 Jan 2009 08:12:16 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=0.0 required=4.0 tests=none autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from cyd.mit.edu (CYD.MIT.EDU [18.115.2.24]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n048CDtT023736 for <1507-done@emacsbugs.donarmstrong.com>; Sun, 4 Jan 2009 00:12:14 -0800 Received: by cyd.mit.edu (Postfix, from userid 1000) id 32ADD57E18A; Sun, 4 Jan 2009 03:12:19 -0500 (EST) From: Chong Yidong To: xah lee Cc: 1507-done@debbugs.gnu.org Subject: Re: move-end-of-line inline doc unclear. (intangibility) Date: Sun, 04 Jan 2009 03:12:18 -0500 Message-ID: <87d4f3qyl9.fsf@cyd.mit.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable > It is not clear to me what this sentence means: =E2=80=9C(If there's an i= mage > in the line, this disregards newlines which are part of the text that > the image rests on.)=E2=80=9D So, if there is a image on the current line= ... i > don't know what it means to say it disregard newline, because to me > eol char is at the end of line... Whenever a range of text contains a text or overlay property with a `display' property that specifies an image to display, Emacs displays that image instead of displaying the range of text in the usual way. Hence, move-end-of-line ignores newlines in that range of text, because it is not displayed as the end of a line (it is "hidden" inside the image). > the last paragraph about intangibility is unclear. (i don't understand > what it means. Looking up on that hook var didn't help much.) Unfortunately, it's not feasible to explain the effects of every single text or overlay property in docstrings. The role of the `intangible' property is explained in the "Special Properties" node of the Emacs Lisp reference manual. > am not sure if move-end-of-line should be used in elisp code, which is > my primary query. If this function is not suitable in elisp code, > perhaps the doc should say. This function is suitable for use in elisp code, provided one keeps in mind that it moves to the end of line *as displayed*, i.e., taking things like text properties into account, exactly as C-e does. This may or may not be what you want in a Lisp program. From unknown Fri Jun 20 05:37:02 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: $requester Subject: Internal Control Message-Id: bug archived. Date: Sun, 01 Feb 2009 15:24:07 +0000 User-Agent: Fakemail v42.6.9 # A New Hope # A log time ago, in a galaxy far, far away # something happened. # # Magically this resulted in the following # action being taken, but this fake control # message doesn't tell you why it happened # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator