From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: owner@emacsbugs.donarmstrong.com (Emacs bug Tracking System) Newsgroups: gmane.emacs.bugs Subject: bug#1507: marked as done (move-end-of-line inline doc unclear. (intangibility)) Date: Sun, 04 Jan 2009 08:20:03 +0000 Message-ID: References: <87d4f3qyl9.fsf@cyd.mit.edu> <80C4B428-FB5B-4166-9287-AEF63F5895FA@xahlee.org> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="----------=_1231057203-25011-0" X-Trace: ger.gmane.org 1231057433 24921 80.91.229.12 (4 Jan 2009 08:23:53 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sun, 4 Jan 2009 08:23:53 +0000 (UTC) To: Chong Yidong Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sun Jan 04 09:25:03 2009 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.50) id 1LJOI8-0001Is-E7 for geb-bug-gnu-emacs@m.gmane.org; Sun, 04 Jan 2009 09:25:00 +0100 Original-Received: from localhost ([127.0.0.1]:59045 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1LJOGs-0004Rl-UY for geb-bug-gnu-emacs@m.gmane.org; Sun, 04 Jan 2009 03:23:43 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1LJOGf-0004Nx-F8 for bug-gnu-emacs@gnu.org; Sun, 04 Jan 2009 03:23:29 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1LJOGd-0004NJ-7R for bug-gnu-emacs@gnu.org; Sun, 04 Jan 2009 03:23:28 -0500 Original-Received: from [199.232.76.173] (port=59883 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1LJOGc-0004ND-VN for bug-gnu-emacs@gnu.org; Sun, 04 Jan 2009 03:23:27 -0500 Original-Received: from rzlab.ucr.edu ([138.23.92.77]:54103) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1LJOGc-0005EC-Dw for bug-gnu-emacs@gnu.org; Sun, 04 Jan 2009 03:23:26 -0500 Original-Received: from rzlab.ucr.edu (rzlab.ucr.edu [127.0.0.1]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n048NNWb026184; Sun, 4 Jan 2009 00:23:24 -0800 Original-Received: (from debbugs@localhost) by rzlab.ucr.edu (8.13.8/8.13.8/Submit) id n048K3dw025101; Sun, 4 Jan 2009 00:20:03 -0800 X-Mailer: MIME-tools 5.420 (Entity 5.420) X-Loop: owner@emacsbugs.donarmstrong.com X-Emacs-PR-Message: closed 1507 X-Emacs-PR-Package: emacs X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 3) X-BeenThere: bug-gnu-emacs@gnu.org X-Mailman-Version: 2.1.5 Precedence: list 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:23745 Archived-At: This is a multi-part message in MIME format... ------------=_1231057203-25011-0 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Your message dated Sun, 04 Jan 2009 03:12:18 -0500 with message-id <87d4f3qyl9.fsf@cyd.mit.edu> and subject line Re: move-end-of-line inline doc unclear. (intangibility) has caused the Emacs bug report #1507, regarding move-end-of-line inline doc unclear. (intangibility) to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact owner@emacsbugs.donarmstrong.com immediately.) --=20 1507: http://emacsbugs.donarmstrong.com/cgi-bin/bugreport.cgi?bug=3D1507 Emacs Bug Tracking System Contact owner@emacsbugs.donarmstrong.com with problems ------------=_1231057203-25011-0 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit 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 ------------=_1231057203-25011-0 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit 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@emacsbugs.donarmstrong.com 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. ------------=_1231057203-25011-0--