From werner.lemberg@gmx.de Wed May 27 01:51:45 2009 Received: (at submit) by emacsbugs.donarmstrong.com; 27 May 2009 08:51:45 +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 lists.gnu.org (lists.gnu.org [199.232.76.165]) by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with ESMTP id n4R8pen6009472 for ; Wed, 27 May 2009 01:51:42 -0700 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1M9ErM-0000pl-RB for bug-gnu-emacs@gnu.org; Wed, 27 May 2009 04:51:40 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1M9ErH-0000pI-KT for bug-gnu-emacs@gnu.org; Wed, 27 May 2009 04:51:40 -0400 Received: from [199.232.76.173] (port=44664 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1M9ErH-0000p9-Bu for bug-gnu-emacs@gnu.org; Wed, 27 May 2009 04:51:35 -0400 Received: from mail.gmx.net ([213.165.64.20]:49787) by monty-python.gnu.org with smtp (Exim 4.60) (envelope-from ) id 1M9ErG-00057A-HR for bug-gnu-emacs@gnu.org; Wed, 27 May 2009 04:51:34 -0400 Received: (qmail invoked by alias); 27 May 2009 07:04:52 -0000 Received: from 88-134-56-17-dynip.superkabel.de (EHLO localhost) [88.134.56.17] by mail.gmx.net (mp039) with SMTP; 27 May 2009 09:04:52 +0200 X-Authenticated: #54312696 X-Provags-ID: V01U2FsdGVkX18tGgM+A4Qtnkswo8nUYFkS5oJGj5BxW8z463oqG/ 7uUHrbVoj7sSQG Date: Wed, 27 May 2009 07:26:38 +0200 (CEST) Message-Id: <20090527.072638.71846358.wl@gnu.org> To: bug-gnu-emacs@gnu.org Subject: bug in add-text-properties From: Werner LEMBERG X-Mailer: Mew version 6.2.51 on Emacs 23.0.93.1 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Multipart/Mixed; boundary="--Next_Part(Wed_May_27_07_26_38_2009_956)--" Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-FuHaFi: 0.52,0.77 X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 3) ----Next_Part(Wed_May_27_07_26_38_2009_956)-- Content-Type: Text/Plain; charset=utf-8 Content-Transfer-Encoding: base64 DQpbZW1hY3MgQ1ZTIGJ1aWxkIDIwMDktMDUtMTNdDQoNCg0KU3RlcHMgdG8gcmVwZWF0IHRoZSBi dWc6DQoNCiAgMC4gU3RhcnQgYGVtYWNzIC1RJy4NCg0KICAxLiBMb2FkIGF0dGFjaGVkIGZpbGUg YGVtYWNzLWJ1Zy50eHQnIHdpdGggYEMteCBDLWYnLg0KDQogIDIuIExvYWQgYXR0YWNoZWQgZmls ZSBgZW1hY3MtYnVnLmVsJyB3aXRoIGBsb2FkLWZpbGUnLg0KDQogIDMuIFNheSBgTS14IG1ha2Ut Zmlyc3QtbGluZS1pbnZpc2libGUnLg0KDQpUaGUgZmlyc3QgbGluZSBwcm9wZXJseSBkaXNhcHBl YXJzLCBob3dldmVyLCB0aGUgZmlyc3QgY2hhcmFjdGVyIGluDQp0aGUgbm93IHZpc2libGUgcGFy dCBvZiB0aGUgYnVmZmVyICh0aGUgbGV0dGVyIGBhJykgbWFrZXMgcHJvYmxlbXM6IEl0DQppbmNv cnJlY3RseSByZWZlcnMgdG8gdGhlIGNoYXJhY3RlciBhdCBidWZmZXIgcG9zaXRpb27CoDEgKHRo ZSBkaWdpdA0KYDEnKS4gIEluIHBhcnRpY3VsYXIsIGBDLXUgQy14ID0nIGZvciBsZXR0ZXIgYGEn IHNob3dzDQoNCi0tLQ0KDQogICAgICAgIGNoYXJhY3RlcjogMSAoNDksICNvNjEsICN4MzEpDQpw cmVmZXJyZWQgY2hhcnNldDogYXNjaWkgKEFTQ0lJIChJU082NDYgSVJWKSkNCiAgICAgICBjb2Rl IHBvaW50OiAweDMxDQogICAgICAgICAgIHN5bnRheDogdyAJd2hpY2ggbWVhbnM6IHdvcmQNCiAg ICAgICAgIGNhdGVnb3J5OiAuOkJhc2UsIGE6QVNDSUksIGw6TGF0aW4sIHI6Um9tYW4NCiAgICAg IGJ1ZmZlciBjb2RlOiAjeDMxDQogICAgICAgIGZpbGUgY29kZTogI3gzMSAoZW5jb2RlZCBieSBj b2Rpbmcgc3lzdGVtIHVuZGVjaWRlZC11bml4KQ0KICAgICAgICAgIGRpc3BsYXk6IGJ5IHRoaXMg Zm9udCAoZ2x5cGggY29kZSkNCiAgICB4ZnQ6LXVua25vd24tRGVqYVZ1IFNhbnMgTW9uby1ub3Jt YWwtbm9ybWFsLW5vcm1hbC0qLTIxLSotKi0qLW0tMC1pc28xMDY0Ni0xICgjeDE0KQ0KDQpDaGFy YWN0ZXIgY29kZSBwcm9wZXJ0aWVzOiBjdXN0b21pemUgd2hhdCB0byBzaG93DQogIG5hbWU6IERJ R0lUIE9ORQ0KICBnZW5lcmFsLWNhdGVnb3J5OiBOZCAoTnVtYmVyLCBEZWNpbWFsIERpZ2l0KQ0K DQpUaGVyZSBhcmUgdGV4dCBwcm9wZXJ0aWVzIGhlcmU6DQogIGludGFuZ2libGUgICAgICAgICAg IHQNCiAgaW52aXNpYmxlICAgICAgICAgICAgdA0KDQotLS0NCg0KQSBzaWRlIGVmZmVjdCBpcyB0 aGF0IGBDLWEnIG5vIGxvbmdlciBtb3ZlcyB0byB0aGUgYmVnaW5uaW5nIG9mIHRoZQ0KbGluZS4N Cg0KDQogICAgV2VybmVyDQo= ----Next_Part(Wed_May_27_07_26_38_2009_956)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="emacs-bug.txt" 12345 abcde ----Next_Part(Wed_May_27_07_26_38_2009_956)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="emacs-bug.el" (defun make-first-line-invisible () (interactive) (goto-char (point-min)) (setq start (line-beginning-position)) (setq end (1+ (line-end-position))) ; handle \n (add-text-properties start end '(invisible t intangible t))) ----Next_Part(Wed_May_27_07_26_38_2009_956)---- From rudalics@gmx.at Thu May 28 08:15:44 2009 Received: (at 3400) by emacsbugs.donarmstrong.com; 28 May 2009 15:15:45 +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=-4.8 required=4.0 tests=AWL,FOURLA,HAS_BUG_NUMBER autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with SMTP id n4SFFcKr032261 for <3400@emacsbugs.donarmstrong.com>; Thu, 28 May 2009 08:15:40 -0700 Received: (qmail invoked by alias); 28 May 2009 15:15:32 -0000 Received: from 88-117-38-123.adsl.highway.telekom.at (EHLO [88.117.38.123]) [88.117.38.123] by mail.gmx.net (mp007) with SMTP; 28 May 2009 17:15:32 +0200 X-Authenticated: #14592706 X-Provags-ID: V01U2FsdGVkX1871voXg3I73mKit0U8KLuK2JsEugPPNl+VwJqffJ cymPwyq90haBgG Message-ID: <4A1EAA91.6030301@gmx.at> Date: Thu, 28 May 2009 17:15:29 +0200 From: martin rudalics User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) MIME-Version: 1.0 To: Werner LEMBERG , 3400@debbugs.gnu.org Subject: Re: bug#3400: bug in add-text-properties References: <20090527.072638.71846358.wl@gnu.org> In-Reply-To: <20090527.072638.71846358.wl@gnu.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-FuHaFi: 0.67 > The first line properly disappears, however, the first character in > the now visible part of the buffer (the letter `a') makes problems: It > incorrectly refers to the character at buffer position 1 (the digit > `1'). In particular, `C-u C-x =' for letter `a' shows > > --- > > character: 1 (49, #o61, #x31) [...] > There are text properties here: > intangible t > invisible t `add-text-properties' describes the character after point and when you call `describe-char' point is at the beginning of the buffer. So IMHO this is not a bug in `add-text-properties'. It's arguable whether point should be allowed to be there in your case, but then where to move point when the entire buffer is invisible? > A side effect is that `C-a' no longer moves to the beginning of the > line. A side effect of what? martin From werner.lemberg@gmx.de Thu May 28 09:27:14 2009 Received: (at 3400) by emacsbugs.donarmstrong.com; 28 May 2009 16:27:15 +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=-1.4 required=4.0 tests=AWL,FOURLA,HAS_BUG_NUMBER autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with SMTP id n4SGRA1O010069 for <3400@emacsbugs.donarmstrong.com>; Thu, 28 May 2009 09:27:11 -0700 Received: (qmail invoked by alias); 28 May 2009 16:27:04 -0000 Received: from 88-134-56-17-dynip.superkabel.de (EHLO localhost) [88.134.56.17] by mail.gmx.net (mp011) with SMTP; 28 May 2009 18:27:04 +0200 X-Authenticated: #54312696 X-Provags-ID: V01U2FsdGVkX19LZqMjFz1LGmwmpr9ezUdBKcDHVIySoBWxQr2ykU 5U1URHIOs04SQv Date: Thu, 28 May 2009 18:26:58 +0200 (CEST) Message-Id: <20090528.182658.131797994.wl@gnu.org> To: rudalics@gmx.at Cc: 3400@debbugs.gnu.org Subject: Re: bug#3400: bug in add-text-properties From: Werner LEMBERG In-Reply-To: <4A1EAA91.6030301@gmx.at> References: <20090527.072638.71846358.wl@gnu.org> <4A1EAA91.6030301@gmx.at> X-Mailer: Mew version 6.2.51 on Emacs 23.0.93.1 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-FuHaFi: 0.6 >> The first line properly disappears, however, the first character in >> the now visible part of the buffer (the letter `a') makes problems: >> It incorrectly refers to the character at buffer position 1 (the >> digit `1'). In particular, `C-u C-x =' for letter `a' shows >> >> --- >> >> character: 1 (49, #o61, #x31) > [...] >> There are text properties here: >> intangible t >> invisible t > > `add-text-properties' describes the character after point and when > you call `describe-char' point is at the beginning of the buffer. Hmm. If I have 12345 ABCDE and I make `12345' + the newline after the `5' invisible and intangible, I see ABCDE in the buffer. If the blinking cursor stays on the `A', and you press `C-x =', do you *really* expect to see the properties of character `1' instead of `A'? This is completely counterintuitive IMHO. > So IMHO this is not a bug in `add-text-properties'. Maybe. I don't know the internal details of Emacs. However, calling add-text-properties triggers the problem I experience. > It's arguable whether point should be allowed to be there in your > case, In this particular case I don't care where `point' is. I want to get the correct result of `C-x ='. > but then where to move point when the entire buffer is invisible? This might be handled as a special case. >> A side effect is that `C-a' no longer moves to the beginning of the >> line. > > A side effect of what? Of calling add-text-properties as described in my report. I do expect that C-a moves the blinking cursor to the beginning of the line and not to the *second* character in the buffer, letter `B'. Werner From rudalics@gmx.at Thu May 28 10:12:30 2009 Received: (at 3400) by emacsbugs.donarmstrong.com; 28 May 2009 17:12:30 +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=-4.5 required=4.0 tests=AWL,FOURLA,HAS_BUG_NUMBER autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with SMTP id n4SHCPU5016604 for <3400@emacsbugs.donarmstrong.com>; Thu, 28 May 2009 10:12:27 -0700 Received: (qmail invoked by alias); 28 May 2009 17:12:20 -0000 Received: from 88-117-40-185.adsl.highway.telekom.at (EHLO [88.117.40.185]) [88.117.40.185] by mail.gmx.net (mp070) with SMTP; 28 May 2009 19:12:20 +0200 X-Authenticated: #14592706 X-Provags-ID: V01U2FsdGVkX19J4CdiY01JUKswcn4gFkGOjsdZ5Zl6J7fgGOtHU/ K3LxFRbaDtVbuh Message-ID: <4A1EC5F1.20603@gmx.at> Date: Thu, 28 May 2009 19:12:17 +0200 From: martin rudalics User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) MIME-Version: 1.0 To: Werner LEMBERG CC: 3400@debbugs.gnu.org Subject: Re: bug#3400: bug in add-text-properties References: <20090527.072638.71846358.wl@gnu.org> <4A1EAA91.6030301@gmx.at> <20090528.182658.131797994.wl@gnu.org> In-Reply-To: <20090528.182658.131797994.wl@gnu.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-FuHaFi: 0.63 > Hmm. If I have > > 12345 > ABCDE > > and I make `12345' + the newline after the `5' invisible and > intangible, I see > > ABCDE > > in the buffer. If the blinking cursor stays on the `A', and you press > `C-x =', do you *really* expect to see the properties of character `1' > instead of `A'? This is completely counterintuitive IMHO. Then the value of `point' at the time you invoke that command is counterintuitive. >> So IMHO this is not a bug in `add-text-properties'. > > Maybe. I don't know the internal details of Emacs. However, calling > add-text-properties triggers the problem I experience. > >> It's arguable whether point should be allowed to be there in your >> case, > > In this particular case I don't care where `point' is. I want to get > the correct result of `C-x ='. Don't blame `describe-char' here. It must be able to work on any buffer position including those preceded and/or followed by invisible text. >> but then where to move point when the entire buffer is invisible? > > This might be handled as a special case. Maybe. But then you admit that the problem is with the position of `point' ;-) Anyway, IIRC the idea was that you should be able put a visible overlay before invisible text at the beginning of the buffer and be able to move the cursor there. I have no idea whether that ever worked, though. >>> A side effect is that `C-a' no longer moves to the beginning of the >>> line. >> A side effect of what? > > Of calling add-text-properties as described in my report. I do expect > that C-a moves the blinking cursor to the beginning of the line and > not to the *second* character in the buffer, letter `B'. This _is_ a bug and I doubt it's the only one with respect to moving point over invisible text. martin From monnier@IRO.UMontreal.CA Thu May 28 11:28:23 2009 Received: (at 3400) by emacsbugs.donarmstrong.com; 28 May 2009 18:28:23 +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=-4.4 required=4.0 tests=AWL,FOURLA,HAS_BUG_NUMBER autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from chene.dit.umontreal.ca (chene.dit.umontreal.ca [132.204.246.20]) by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with ESMTP id n4SISHeS027261 for <3400@emacsbugs.donarmstrong.com>; Thu, 28 May 2009 11:28:19 -0700 Received: from faina.iro.umontreal.ca (faina.iro.umontreal.ca [132.204.26.177]) by chene.dit.umontreal.ca (8.14.1/8.14.1) with ESMTP id n4SISGhv030791; Thu, 28 May 2009 14:28:16 -0400 Received: by faina.iro.umontreal.ca (Postfix, from userid 20848) id C1AA33A170; Thu, 28 May 2009 14:28:16 -0400 (EDT) From: Stefan Monnier To: Werner LEMBERG Cc: 3400@debbugs.gnu.org, rudalics@gmx.at Subject: Re: bug#3400: bug in add-text-properties Message-ID: References: <20090527.072638.71846358.wl@gnu.org> <4A1EAA91.6030301@gmx.at> <20090528.182658.131797994.wl@gnu.org> Date: Thu, 28 May 2009 14:28:16 -0400 In-Reply-To: <20090528.182658.131797994.wl@gnu.org> (Werner LEMBERG's message of "Thu, 28 May 2009 18:26:58 +0200 (CEST)") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.93 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-NAI-Spam-Score: 0 X-NAI-Spam-Rules: 1 Rules triggered RV3285=0 > Hmm. If I have > 12345 > ABCDE > and I make `12345' + the newline after the `5' invisible and > intangible, I see > ABCDE > in the buffer. If the blinking cursor stays on the `A', and you press > `C-x =', do you *really* expect to see the properties of character `1' > instead of `A'? This is completely counterintuitive IMHO. If you hit `b', the `b' will be inserted right before "12345", and it will not be invisible. BTW, why are you using `intangible'? Stefan From werner.lemberg@gmx.de Thu May 28 14:48:50 2009 Received: (at 3400) by emacsbugs.donarmstrong.com; 28 May 2009 21:48:50 +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=-2.2 required=4.0 tests=AWL,FOURLA,HAS_BUG_NUMBER autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with SMTP id n4SLmjs6018962 for <3400@emacsbugs.donarmstrong.com>; Thu, 28 May 2009 14:48:47 -0700 Received: (qmail invoked by alias); 28 May 2009 21:48:39 -0000 Received: from 88-134-56-17-dynip.superkabel.de (EHLO localhost) [88.134.56.17] by mail.gmx.net (mp010) with SMTP; 28 May 2009 23:48:39 +0200 X-Authenticated: #54312696 X-Provags-ID: V01U2FsdGVkX189t7k8Qks9n0G64ewZgCNS+SaUuQI33mz9F5FocP 09Q6UejvOY4in/ Date: Thu, 28 May 2009 23:48:33 +0200 (CEST) Message-Id: <20090528.234833.147211632.wl@gnu.org> To: monnier@IRO.UMontreal.CA Cc: 3400@debbugs.gnu.org, rudalics@gmx.at Subject: Re: bug#3400: bug in add-text-properties From: Werner LEMBERG In-Reply-To: References: <4A1EAA91.6030301@gmx.at> <20090528.182658.131797994.wl@gnu.org> X-Mailer: Mew version 6.2.51 on Emacs 23.0.93.1 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-FuHaFi: 0.57 >> Hmm. If I have > >> 12345 >> ABCDE > >> and I make `12345' + the newline after the `5' invisible and >> intangible, I see > >> ABCDE > >> in the buffer. If the blinking cursor stays on the `A', and you >> press `C-x =', do you *really* expect to see the properties of >> character `1' instead of `A'? This is completely counterintuitive >> IMHO. > > If you hit `b', the `b' will be inserted right before "12345", and it > will not be invisible. So what? With `C-x =' I see `A' and get the data of `1', this is what I consider a bug. Actually, there is no way to retrieve information from `A' at all. > BTW, why are you using `intangible'? I've just copied some code -- I haven't checked whether I can omit it. BTW, the problem is not restricted to the beginning of the buffer. With this input 12345 ABCDE abcde and this lisp code (defun make-second-line-invisible () (interactive) (goto-line 2) (setq start (line-beginning-position)) (setq end (1+ (line-end-position))) ; handle \n (add-text-properties start end '(invisible t intangible t))) there is the same problem: After calling the function you get 12345 abcde and `C-x =' (positioned on the `a') reports the info of the now invisible character `A'. Similarly, C-a only moves to character `b'. Werner From monnier@iro.umontreal.ca Thu May 28 19:05:58 2009 Received: (at 3400) by emacsbugs.donarmstrong.com; 29 May 2009 02:05:58 +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=-3.7 required=4.0 tests=AWL,HAS_BUG_NUMBER autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from ironport2-out.teksavvy.com (ironport2-out.teksavvy.com [206.248.154.182]) by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with ESMTP id n4T25qQp023136 for <3400@emacsbugs.donarmstrong.com>; Thu, 28 May 2009 19:05:54 -0700 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AswEAF7gHkrO+JxR/2dsb2JhbACBT8xhhA0FhgQ X-IronPort-AV: E=Sophos;i="4.41,268,1241409600"; d="scan'208";a="39257373" Received: from 206-248-156-81.dsl.teksavvy.com (HELO pastel.home) ([206.248.156.81]) by ironport2-out.teksavvy.com with ESMTP; 28 May 2009 22:05:31 -0400 Received: by pastel.home (Postfix, from userid 20848) id 840F584BF; Thu, 28 May 2009 22:05:30 -0400 (EDT) From: Stefan Monnier To: Werner LEMBERG Cc: 3400@debbugs.gnu.org, rudalics@gmx.at Subject: Re: bug#3400: bug in add-text-properties Message-ID: References: <4A1EAA91.6030301@gmx.at> <20090528.182658.131797994.wl@gnu.org> <20090528.234833.147211632.wl@gnu.org> Date: Thu, 28 May 2009 22:05:30 -0400 In-Reply-To: <20090528.234833.147211632.wl@gnu.org> (Werner LEMBERG's message of "Thu, 28 May 2009 23:48:33 +0200 (CEST)") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.94 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii >> If you hit `b', the `b' will be inserted right before "12345", and it >> will not be invisible. > So what? With `C-x =' I see `A' and get the data of `1', Point is at position 1 (i.e. just before the char "1" rather than before the char "A"), so it makes sense for C-h = to return data about that position rather than about some other position one line down. Also it makes sense to draw the cursor over the "A" because there's nowhere else to draw it. Basically, since the chars "12345\n" are invisible and intangible, the display should pretend they don't exist, but C-x = is designed to show you the actual underlying data. > Actually, there is no way to retrieve information from `A' at all. Your `intangible' span basically requests "12345\nA" to be treated as one indivisible entity, so it's indeed difficult to get info about most of those individual chars. >> BTW, why are you using `intangible'? > I've just copied some code -- I haven't checked whether I can omit it. First things first: if you're not 200% sure you absolutely need `intangible', then don't use it. It's a nasty beast. Stefan From werner.lemberg@gmx.de Fri May 29 05:14:29 2009 Received: (at 3400) by emacsbugs.donarmstrong.com; 29 May 2009 12:14:29 +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=-2.9 required=4.0 tests=FOURLA,HAS_BUG_NUMBER autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with SMTP id n4TCEN6i012160 for <3400@emacsbugs.donarmstrong.com>; Fri, 29 May 2009 05:14:25 -0700 Received: (qmail invoked by alias); 29 May 2009 12:14:16 -0000 Received: from 77.119.181.146.wireless.dyn.drei.com (EHLO localhost) [77.119.181.146] by mail.gmx.net (mp011) with SMTP; 29 May 2009 14:14:16 +0200 X-Authenticated: #54312696 X-Provags-ID: V01U2FsdGVkX1+muIRPV/imxAYdhypdAeA/wH/F4Gdab6bjaB4owL 8T1iLt1+w+iwgq Date: Fri, 29 May 2009 09:00:50 +0200 (CEST) Message-Id: <20090529.090050.266105248.wl@gnu.org> To: monnier@iro.umontreal.ca Cc: 3400@debbugs.gnu.org, rudalics@gmx.at Subject: Re: bug#3400: bug in add-text-properties From: Werner LEMBERG In-Reply-To: References: <20090528.234833.147211632.wl@gnu.org> X-Mailer: Mew version 6.2.51 on Emacs 23.0.93.1 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-FuHaFi: 0.65 > Point is at position 1 (i.e. just before the char "1" rather than > before the char "A"), so it makes sense for C-h = to return data > about that position rather than about some other position one line > down. I disagree. Whereever point is, it should report the character after point which is accessible (this is, visible). Perhaps it makes sense to add a red warning message in the output of `C-x =' that point is not located right before the displayed character. If we had a small line instead of a blinking, block-like cursor (as it is used with, say, OpenOffice), I could accept your argumentation. But the visual effect is overwhelming, and it is extremely confusing if the optical appearance differs so much from the `theoretical' result. >> Actually, there is no way to retrieve information from `A' at all. > > Your `intangible' span basically requests "12345\nA" to be treated > as one indivisible entity, so it's indeed difficult to get info > about most of those individual chars. Hmm. IMHO, the same argumentation as above holds. > if you're not 200% sure you absolutely need `intangible', then don't > use it. It's a nasty beast. Indeed. But for my particular needs -- filtering out some lines, then searching and editing the visible ones only without accidentally editing invisible stuff, it seems that `intangible' is still necessary, and probably will stay so. Werner From lennart.borgman@gmail.com Fri May 29 06:25:11 2009 Received: (at 3400) by emacsbugs.donarmstrong.com; 29 May 2009 13:25:11 +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=-2.7 required=4.0 tests=AWL,HAS_BUG_NUMBER autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from mail-bw0-f205.google.com (mail-bw0-f205.google.com [209.85.218.205]) by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with ESMTP id n4TDP592023932 for <3400@emacsbugs.donarmstrong.com>; Fri, 29 May 2009 06:25:07 -0700 Received: by bwz1 with SMTP id 1so6825000bwz.1 for <3400@emacsbugs.donarmstrong.com>; Fri, 29 May 2009 06:24:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=BKPNpcLb+ur3f14X4KQnyf0j7DhinBdFmO+QM6cvySM=; b=p2IMptwPZztT/xMOgNrNa6rjndD2wK/bdstVPzqTO0Kgq0M4X1fzmsIEWR1ohO+XYV CGw9Jk6l5brCXUAphkB3JfVW2uNlifhE0QkhFr8uZ4hFLXFQHvk3SkjbvFaYDOS7vdrk VaWnAAPhyvewQxEB/AS2EYcX464P63iQmBnXQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=DPO+qNUkhPYX6NiiphlfoUR/XDaUYDWsTlS7XR/gAN2GzNUpUebNx0LiHEDNppYbQQ SBSqK4YjEhwN5fLts7VxDDw29ABgxT9BgPdUMZIRyF0nWF1RNnu0hv1Y09EfoAIySy5S gtIedS5kIS+iPKdzdHPjF3SycJdgbXLkPVeMI= MIME-Version: 1.0 Received: by 10.239.135.208 with SMTP id e16mr224319hbe.37.1243603499573; Fri, 29 May 2009 06:24:59 -0700 (PDT) In-Reply-To: <20090529.090050.266105248.wl@gnu.org> References: <20090528.234833.147211632.wl@gnu.org> <20090529.090050.266105248.wl@gnu.org> Date: Fri, 29 May 2009 15:24:59 +0200 Message-ID: Subject: Re: bug#3400: bug in add-text-properties From: Lennart Borgman To: Werner LEMBERG , 3400@debbugs.gnu.org Cc: monnier@iro.umontreal.ca Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On Fri, May 29, 2009 at 9:00 AM, Werner LEMBERG wrote: > >> Point is at position 1 (i.e. just before the char "1" rather than >> before the char "A"), so it makes sense for C-h =3D to return data >> about that position rather than about some other position one line >> down. > > I disagree. =C2=A0Whereever point is, it should report the character afte= r > point which is accessible (this is, visible). =C2=A0Perhaps it makes sens= e > to add a red warning message in the output of `C-x =3D' that point is > not located right before the displayed character. I agree with you here, Werner. And I think the red warning is a good idea t= oo. From drew.adams@oracle.com Fri May 29 07:51:37 2009 Received: (at 3400) by emacsbugs.donarmstrong.com; 29 May 2009 14:51:38 +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=-4.8 required=4.0 tests=AWL,HAS_BUG_NUMBER autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from acsinet12.oracle.com (acsinet12.oracle.com [141.146.126.234]) by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with ESMTP id n4TEpXmP005988 for <3400@emacsbugs.donarmstrong.com>; Fri, 29 May 2009 07:51:34 -0700 Received: from acsinet15.oracle.com (acsinet15.oracle.com [141.146.126.227]) by acsinet12.oracle.com (Switch-3.3.1/Switch-3.3.1) with ESMTP id n4TEp8XD017281 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Fri, 29 May 2009 14:51:09 GMT Received: from abhmt008.oracle.com (abhmt008.oracle.com [141.146.116.17]) by acsinet15.oracle.com (Switch-3.3.1/Switch-3.3.1) with ESMTP id n4TEqGxQ008939; Fri, 29 May 2009 14:52:17 GMT Received: from dradamslap1 (/141.144.81.143) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Fri, 29 May 2009 07:51:24 -0700 From: "Drew Adams" To: "'Lennart Borgman'" , <3400@debbugs.gnu.org>, "'Werner LEMBERG'" References: <20090528.234833.147211632.wl@gnu.org><20090529.090050.266105248.wl@gnu.org> Subject: RE: bug#3400: bug in add-text-properties Date: Fri, 29 May 2009 07:51:24 -0700 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Office Outlook 11 In-Reply-To: X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5579 Thread-Index: AcngYwjAQSO0NW+ASiueDF6zhLNa1gACLlTQ X-Source-IP: abhmt008.oracle.com [141.146.116.17] X-Auth-Type: Internal IP X-CT-RefId: str=0001.0A090203.4A1FF66D.0051:SCFSTAT5015188,ss=1,fgs=0 > >> Point is at position 1 (i.e. just before the char "1" rather than > >> before the char "A"), so it makes sense for C-h =3D to return data > >> about that position rather than about some other position one line > >> down. > > > > I disagree. =A0Whereever point is, it should report the=20 > > character after point which is accessible (this is, visible). > >=A0Perhaps it makes sense to add a red warning message in the > > output of `C-x =3D' that point is > > not located right before the displayed character. >=20 > I agree with you here, Werner. And I think the red warning is=20 > a good idea too. I haven't followed this thread, so apologies if I miss the point. To me, we want C-x =3D to give as much info as possible, including info = about positions that we might not be able to see or even to reach/access by positioning point. Since there already is a way to get info about the positions that are = accessible and those that are visible, by moving the cursor a bit, there is no loss = in also providing info about positions that are inaccessible or invisible. So I = think I agree with Stefan here (if this is in fact what he says): C-x =3D should = return info about the closest position you can access. That is, if C-x =3D can help by giving some info about invisible or = intangible chars, so much the better. Nothing prevents us from moving the cursor a = bit and getting the info about the accessible, visible, boundary positions. If the info shown for such unusual positions is accurate, it will, = itself, indicate that the char is intangible or invisible or whatever. But I do = agree that perhaps some extra notification (red or, preferably just an = additional statement) of this might be helful. (But please don't call such a = notification a "warning".) Again, ignore if not relevant. From monnier@iro.umontreal.ca Fri May 29 08:02:05 2009 Received: (at 3400) by emacsbugs.donarmstrong.com; 29 May 2009 15:02:05 +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=-2.9 required=4.0 tests=AWL,HAS_BUG_NUMBER autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from ironport2-out.teksavvy.com (ironport2-out.teksavvy.com [206.248.154.182]) by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with ESMTP id n4TF211T007664 for <3400@emacsbugs.donarmstrong.com>; Fri, 29 May 2009 08:02:02 -0700 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AvAFAAaWH0pFpZIv/2dsb2JhbACBT9BbhAwF X-IronPort-AV: E=Sophos;i="4.41,272,1241409600"; d="scan'208";a="39294295" Received: from smtp.pppoe.ca (HELO smtp.teksavvy.com) ([65.39.196.238]) by ironport2-out.teksavvy.com with ESMTP; 29 May 2009 11:01:55 -0400 Received: from ceviche.home ([69.165.146.47]) by smtp.teksavvy.com (Internet Mail Server v1.0) with ESMTP id KUH09312; Fri, 29 May 2009 11:04:12 -0400 Received: by ceviche.home (Postfix, from userid 20848) id 84D4DB4261; Fri, 29 May 2009 11:01:55 -0400 (EDT) From: Stefan Monnier To: Werner LEMBERG Cc: 3400@debbugs.gnu.org, rudalics@gmx.at Subject: Re: bug#3400: bug in add-text-properties Message-ID: References: <20090528.234833.147211632.wl@gnu.org> <20090529.090050.266105248.wl@gnu.org> Date: Fri, 29 May 2009 11:01:55 -0400 In-Reply-To: <20090529.090050.266105248.wl@gnu.org> (Werner LEMBERG's message of "Fri, 29 May 2009 09:00:50 +0200 (CEST)") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.93 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii > I disagree. Whereever point is, it should report the character after > point which is accessible (this is, visible). Perhaps it makes sense > to add a red warning message in the output of `C-x =' that point is > not located right before the displayed character. I think what would make most sense if for C-x = to notice such invisible text and either give info about the whole invisible area, or prompt which position within that area is actually desired. In your case, you want info about the visible char, but I most often use C-x = specifically to get info about the part I can't see. > If we had a small line instead of a blinking, block-like cursor (as it > is used with, say, OpenOffice), I could accept your argumentation. That can be configured via `cursor-type'. >> if you're not 200% sure you absolutely need `intangible', then don't >> use it. It's a nasty beast. > Indeed. But for my particular needs -- filtering out some lines, then > searching and editing the visible ones only without accidentally > editing invisible stuff, it seems that `intangible' is still > necessary, and probably will stay so. Your call, but you've been warned. I'd still recommend you first try it without `intangible'. Stefan From werner.lemberg@gmx.de Fri May 29 08:21:21 2009 Received: (at 3400) by emacsbugs.donarmstrong.com; 29 May 2009 15:21:21 +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=-3.0 required=4.0 tests=AWL,HAS_BUG_NUMBER autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with SMTP id n4TFLF1j011270 for <3400@emacsbugs.donarmstrong.com>; Fri, 29 May 2009 08:21:17 -0700 Received: (qmail invoked by alias); 29 May 2009 15:21:09 -0000 Received: from 77.119.181.146.wireless.dyn.drei.com (EHLO localhost) [77.119.181.146] by mail.gmx.net (mp010) with SMTP; 29 May 2009 17:21:09 +0200 X-Authenticated: #54312696 X-Provags-ID: V01U2FsdGVkX18JTBV/SHwJyIh97gl4qoDu6UuN/Lqmb/BiXZklUi fJEiwiyMq/rdnK Date: Fri, 29 May 2009 17:20:58 +0200 (CEST) Message-Id: <20090529.172058.154088377.wl@gnu.org> To: monnier@iro.umontreal.ca Cc: 3400@debbugs.gnu.org, rudalics@gmx.at Subject: Re: bug#3400: bug in add-text-properties From: Werner LEMBERG In-Reply-To: References: <20090529.090050.266105248.wl@gnu.org> X-Mailer: Mew version 6.2.51 on Emacs 23.0.93.1 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-FuHaFi: 0.71 > I think what would make most sense if for C-x = to notice such > invisible text and either give info about the whole invisible area, > or prompt which position within that area is actually desired. Yes, this sounds like a good idea. What do you think about the C-a issue, BTW? > In your case, you want info about the visible char, but I most often > use C-x = specifically to get info about the part I can't see. Honestly, up to now I had never the idea of using C-x = like that. I wasn't even aware that I can use it for that purpose. >> If we had a small line instead of a blinking, block-like cursor (as >> it is used with, say, OpenOffice), I could accept your >> argumentation. > > That can be configured via `cursor-type'. I know, but the default is a block cursor... Werner From monnier@IRO.UMontreal.CA Fri May 29 09:09:06 2009 Received: (at 3400) by emacsbugs.donarmstrong.com; 29 May 2009 16:09:06 +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=-4.4 required=4.0 tests=AWL,HAS_BUG_NUMBER, MURPHY_DRUGS_REL8 autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from pruche.dit.umontreal.ca (pruche.dit.umontreal.ca [132.204.246.22]) by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with ESMTP id n4TG8v9I019364 for <3400@emacsbugs.donarmstrong.com>; Fri, 29 May 2009 09:09:01 -0700 Received: from faina.iro.umontreal.ca (faina.iro.umontreal.ca [132.204.26.177]) by pruche.dit.umontreal.ca (8.14.1/8.14.1) with ESMTP id n4TG8xnj019929; Fri, 29 May 2009 12:08:59 -0400 Received: by faina.iro.umontreal.ca (Postfix, from userid 20848) id 9A33D3A170; Fri, 29 May 2009 12:08:56 -0400 (EDT) From: Stefan Monnier To: Werner LEMBERG Cc: 3400@debbugs.gnu.org, rudalics@gmx.at Subject: Re: bug#3400: bug in add-text-properties Message-ID: References: <20090529.090050.266105248.wl@gnu.org> <20090529.172058.154088377.wl@gnu.org> Date: Fri, 29 May 2009 12:08:56 -0400 In-Reply-To: <20090529.172058.154088377.wl@gnu.org> (Werner LEMBERG's message of "Fri, 29 May 2009 17:20:58 +0200 (CEST)") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.93 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-NAI-Spam-Score: 0 X-NAI-Spam-Rules: 1 Rules triggered RV3285=0 >> I think what would make most sense if for C-x = to notice such >> invisible text and either give info about the whole invisible area, >> or prompt which position within that area is actually desired. > Yes, this sounds like a good idea. Patches welcome ;-) > What do you think about the C-a issue, BTW? That would be a bug in C-a, but I can't reproduce it: if I go to "c" and hit C-a, my cursor correctly moves to the beginning of line (just before "A", displayed as being just before "a"). Stefan From rudalics@gmx.at Fri May 29 09:47:15 2009 Received: (at 3400) by emacsbugs.donarmstrong.com; 29 May 2009 16:47:15 +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=-4.6 required=4.0 tests=AWL,HAS_BUG_NUMBER autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with SMTP id n4TGlANi025918 for <3400@emacsbugs.donarmstrong.com>; Fri, 29 May 2009 09:47:12 -0700 Received: (qmail invoked by alias); 29 May 2009 16:47:04 -0000 Received: from 62-47-37-185.adsl.highway.telekom.at (EHLO [62.47.37.185]) [62.47.37.185] by mail.gmx.net (mp045) with SMTP; 29 May 2009 18:47:04 +0200 X-Authenticated: #14592706 X-Provags-ID: V01U2FsdGVkX1/4f/ZCB234K52JYUJlDjMFA2wAYX/GhBRWkygGrM Rj2oSBi9dX7ZVQ Message-ID: <4A201185.7030900@gmx.at> Date: Fri, 29 May 2009 18:47:01 +0200 From: martin rudalics User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) MIME-Version: 1.0 To: Stefan Monnier CC: Werner LEMBERG , 3400@debbugs.gnu.org Subject: Re: bug#3400: bug in add-text-properties References: <20090529.090050.266105248.wl@gnu.org> <20090529.172058.154088377.wl@gnu.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-FuHaFi: 0.73 >> What do you think about the C-a issue, BTW? > > That would be a bug in C-a, but I can't reproduce it: if I go to "c" and > hit C-a, my cursor correctly moves to the beginning of line (just > before "A", displayed as being just before "a"). It's a Heisenbug. martin From werner.lemberg@gmx.de Fri May 29 22:51:40 2009 Received: (at 3400) by emacsbugs.donarmstrong.com; 30 May 2009 05:51:40 +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=-3.0 required=4.0 tests=HAS_BUG_NUMBER autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with SMTP id n4U5pZGM026239 for <3400@emacsbugs.donarmstrong.com>; Fri, 29 May 2009 22:51:36 -0700 Received: (qmail invoked by alias); 30 May 2009 05:51:28 -0000 Received: from 77.117.69.214.wireless.dyn.drei.com (EHLO localhost) [77.117.69.214] by mail.gmx.net (mp006) with SMTP; 30 May 2009 07:51:28 +0200 X-Authenticated: #54312696 X-Provags-ID: V01U2FsdGVkX1/1yxxZvwj1d8Cp6Tj00XERT47DihQGVo2C5Twg4c ANZHBppcjRk4RG Date: Sat, 30 May 2009 07:51:14 +0200 (CEST) Message-Id: <20090530.075114.142482798.wl@gnu.org> To: rudalics@gmx.at Cc: monnier@IRO.UMontreal.CA, 3400@debbugs.gnu.org Subject: Re: bug#3400: bug in add-text-properties From: Werner LEMBERG In-Reply-To: <4A201185.7030900@gmx.at> References: <20090529.172058.154088377.wl@gnu.org> <4A201185.7030900@gmx.at> X-Mailer: Mew version 6.2.51 on Emacs 23.0.93.1 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-FuHaFi: 0.6899999999999999 >>> What do you think about the C-a issue, BTW? >> That would be a bug in C-a, but I can't reproduce it: if I go to "c" >> and >> hit C-a, my cursor correctly moves to the beginning of line (just >> before "A", displayed as being just before "a"). > > It's a Heisenbug. Hmm. It seems to be a problem with the `intangible' property. If I remove it, C-a works correctly. I'll try a newer Emacs version; maybe this problem has vanished meanwhile. Werner From werner.lemberg@gmx.de Sat May 30 00:02:07 2009 Received: (at 3400) by emacsbugs.donarmstrong.com; 30 May 2009 07:02:07 +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=-3.0 required=4.0 tests=HAS_BUG_NUMBER autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with SMTP id n4U7210T004943 for <3400@emacsbugs.donarmstrong.com>; Sat, 30 May 2009 00:02:03 -0700 Received: (qmail invoked by alias); 30 May 2009 07:01:55 -0000 Received: from 77.117.69.214.wireless.dyn.drei.com (EHLO localhost) [77.117.69.214] by mail.gmx.net (mp005) with SMTP; 30 May 2009 09:01:55 +0200 X-Authenticated: #54312696 X-Provags-ID: V01U2FsdGVkX18XOCgvXukXFOPDspio1TG9gyZkAJFzPIkoCrhwHM NgQNVyPhJre9iI Date: Sat, 30 May 2009 09:01:34 +0200 (CEST) Message-Id: <20090530.090134.185709545.wl@gnu.org> To: monnier@IRO.UMontreal.CA Cc: 3400@debbugs.gnu.org, rudalics@gmx.at Subject: Re: bug#3400: bug in add-text-properties From: Werner LEMBERG In-Reply-To: References: <20090529.172058.154088377.wl@gnu.org> X-Mailer: Mew version 6.2.51 on Emacs 23.0.94.1 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-FuHaFi: 0.7 >> What do you think about the C-a issue, BTW? > > That would be a bug in C-a, but I can't reproduce it: if I go to "c" > and hit C-a, my cursor correctly moves to the beginning of line > (just before "A", displayed as being just before "a"). I've just recompiled current CVS, and I get still the erroneous behaviour, using the files I've sent in my bug report. Anyone else who sees this? Werner From stephen.berman@gmx.net Sat May 30 03:01:47 2009 Received: (at 3400) by emacsbugs.donarmstrong.com; 30 May 2009 10:01:47 +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=-4.6 required=4.0 tests=AWL,FOURLA,HAS_BUG_NUMBER autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with SMTP id n4UA1f7c003903 for <3400@emacsbugs.donarmstrong.com>; Sat, 30 May 2009 03:01:43 -0700 Received: (qmail invoked by alias); 30 May 2009 10:01:35 -0000 Received: from i59F551E0.versanet.de (EHLO escher.local.home) [89.245.81.224] by mail.gmx.net (mp008) with SMTP; 30 May 2009 12:01:35 +0200 X-Authenticated: #20778731 X-Provags-ID: V01U2FsdGVkX1/OsgRYKj/OwqKvi2y0KN3FufkdY1bVhUxjZquat0 7uZoZCuXYA/8lw Received: by escher.local.home (Postfix, from userid 1000) id B6FC91D15EE; Sat, 30 May 2009 12:01:33 +0200 (CEST) From: Stephen Berman To: Werner LEMBERG Cc: 3400@debbugs.gnu.org, monnier@IRO.UMontreal.CA Subject: Re: bug#3400: bug in add-text-properties References: <20090529.172058.154088377.wl@gnu.org> <20090530.090134.185709545.wl@gnu.org> Sender: steve@escher.local.home Date: Sat, 30 May 2009 12:01:33 +0200 In-Reply-To: <20090530.090134.185709545.wl@gnu.org> (Werner LEMBERG's message of "Sat, 30 May 2009 09:01:34 +0200 (CEST)") Message-ID: <87prdq52pu.fsf@escher.local.home> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.94 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Y-GMX-Trusted: 0 X-FuHaFi: 0.55 On Sat, 30 May 2009 09:01:34 +0200 (CEST) Werner LEMBERG wrote: >>> What do you think about the C-a issue, BTW? >> >> That would be a bug in C-a, but I can't reproduce it: if I go to "c" >> and hit C-a, my cursor correctly moves to the beginning of line >> (just before "A", displayed as being just before "a"). > > I've just recompiled current CVS, and I get still the erroneous > behaviour, using the files I've sent in my bug report. > > Anyone else who sees this? > > > Werner I also see the buggy C-a behavior with GNU Emacs 23.0.94.1 (i686-pc-linux-gnu, GTK+ Version 2.14.4) of 2009-05-28 on escher Steve Berman From rudalics@gmx.at Sat May 30 03:13:08 2009 Received: (at 3400) by emacsbugs.donarmstrong.com; 30 May 2009 10:13:08 +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=-4.6 required=4.0 tests=AWL,HAS_BUG_NUMBER autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with SMTP id n4UAD0xB005919 for <3400@emacsbugs.donarmstrong.com>; Sat, 30 May 2009 03:13:02 -0700 Received: (qmail invoked by alias); 30 May 2009 10:12:55 -0000 Received: from 62-47-45-167.adsl.highway.telekom.at (EHLO [62.47.45.167]) [62.47.45.167] by mail.gmx.net (mp035) with SMTP; 30 May 2009 12:12:55 +0200 X-Authenticated: #14592706 X-Provags-ID: V01U2FsdGVkX1/LWARE8n/LELcU15U3OzLW91qLjMLOW4XPV9EcMe mLbJKpefddNnl6 Message-ID: <4A2106A3.3020400@gmx.at> Date: Sat, 30 May 2009 12:12:51 +0200 From: martin rudalics User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) MIME-Version: 1.0 To: Werner LEMBERG CC: monnier@IRO.UMontreal.CA, 3400@debbugs.gnu.org Subject: Re: bug#3400: bug in add-text-properties References: <20090529.172058.154088377.wl@gnu.org> <4A201185.7030900@gmx.at> <20090530.075114.142482798.wl@gnu.org> In-Reply-To: <20090530.075114.142482798.wl@gnu.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-FuHaFi: 0.75 > Hmm. It seems to be a problem with the `intangible' property. If I > remove it, C-a works correctly. I'll try a newer Emacs version; maybe > this problem has vanished meanwhile. It's not necessarily related to the intangible property. Have a look at the thread starting with http://lists.gnu.org/archive/html/emacs-devel/2007-11/msg00601.html martin From debbugs-submit-bounces@debbugs.gnu.org Wed Jul 27 18:07:59 2016 Received: (at 3400) by debbugs.gnu.org; 27 Jul 2016 22:07:59 +0000 Received: from localhost ([127.0.0.1]:48557 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bSWzf-0004Or-KJ for submit@debbugs.gnu.org; Wed, 27 Jul 2016 18:07:59 -0400 Received: from out4-smtp.messagingengine.com ([66.111.4.28]:47323) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bSWze-0004Ok-HW for 3400@debbugs.gnu.org; Wed, 27 Jul 2016 18:07:58 -0400 Received: from compute5.internal (compute5.nyi.internal [10.202.2.45]) by mailout.nyi.internal (Postfix) with ESMTP id 360B1205B7; Wed, 27 Jul 2016 18:07:58 -0400 (EDT) Received: from frontend1 ([10.202.2.160]) by compute5.internal (MEProxy); Wed, 27 Jul 2016 18:07:58 -0400 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-sasl-enc :x-sasl-enc; s=smtpout; bh=iOlu0+rshlxGcvm2SD2/0lWlKew=; b=Ld3Op uA8cyYL3il1z8ULDpM8Qs6RFot6KrDcVJ8v54U+bdx3rm3dpzCrfqIIUed1/n3dn tk5zUiHw6OS29yZlMdGenQyJSFldod4pUs4ZebzU2Zen1oodt8glWvb/LrO2u/7n 4QrYxzcqr/iKBkUBWAeBB4VW+KZtBsmXstCfmA= X-Sasl-enc: KsJOWxD9lOf91G0w3mVQ+69ZJcm1b9LJ/s/ubnWKiybO 1469657277 Received: from strawberry (lfbn-1-7726-61.w92-167.abo.wanadoo.fr [92.167.139.61]) by mail.messagingengine.com (Postfix) with ESMTPA id 9F82BF29F7; Wed, 27 Jul 2016 18:07:57 -0400 (EDT) From: Nicolas Petton To: Stephen Berman Subject: Re: bug#3400: bug in add-text-properties References: <20090529.172058.154088377.wl@gnu.org> <20090530.090134.185709545.wl@gnu.org> <87prdq52pu.fsf@escher.local.home> Date: Thu, 28 Jul 2016 00:07:45 +0200 In-Reply-To: <87prdq52pu.fsf@escher.local.home> (Stephen Berman's message of "Sat, 30 May 2009 12:01:33 +0200") Message-ID: <87bn1in39q.fsf@petton.fr> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 3400 Cc: 3400@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) Stephen Berman writes: > I also see the buggy C-a behavior with GNU Emacs 23.0.94.1 > (i686-pc-linux-gnu, GTK+ Version 2.14.4) of 2009-05-28 on escher I can't reproduce the C-a behavior issue on Emacs built today, commit c54238d. The issue with C-u C-x = is still there though. Cheers, Nico From debbugs-submit-bounces@debbugs.gnu.org Thu Jul 28 22:26:10 2016 Received: (at 3400) by debbugs.gnu.org; 29 Jul 2016 02:26:10 +0000 Received: from localhost ([127.0.0.1]:49866 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bSxV4-0006zi-DR for submit@debbugs.gnu.org; Thu, 28 Jul 2016 22:26:10 -0400 Received: from mail-it0-f49.google.com ([209.85.214.49]:35328) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bSxV3-0006zQ-09; Thu, 28 Jul 2016 22:26:09 -0400 Received: by mail-it0-f49.google.com with SMTP id u186so183266655ita.0; Thu, 28 Jul 2016 19:26:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version; bh=XKhuPPdC06n90KftZ6HsuBcddF9uiIEM9uilsO17cQ0=; b=QhFdJp5Q3CFhbYHCPwIBd28O5V+9Jjh6ulI2zzKtSz5L2ShHM0Ujn3WoSKGvk7q/L0 isb+4DVG0xnonQfSfEmfKsrIL7v3TfoKb7DMYKyGNbUP2zTMlwztWCLeTiezg8hccM02 pBlWjPsVbInCdL0e22BXmfs6afp34LqiJ5994ZGQ/5pfUjtzBQ5wevxxODYMVrRCTouh 4/OgFZk0pcwyzd1Pw0LM8F6FGYbZq+cb+AfWWbX/uTG0TBuLFNM1AkuWaiZOuSQIDfDW ecCXOCacXFcp6dk3IjW9Uejuh3p7maIF6ZetaoUM+vNKXFs8ix3zlLstUZcEq8Odo3V8 tCIQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:from:to:cc:subject:references:date :in-reply-to:message-id:user-agent:mime-version; bh=XKhuPPdC06n90KftZ6HsuBcddF9uiIEM9uilsO17cQ0=; b=g6VIFqtil3oyK8HHQT4B7oyZ3oNTIA86Ah2UoWA7kYsE7cYTaGM7P4H35YT+LgvtWE b4c/NLYAfPba6jCtc4Gx9zDUM3AkzoMZL3fMx4u3bmvLj3rXs+taq8B9pOvBYvnmXvOf HV4pWvieYAIRYt7C3BPE4JRcvhsZ6goFZ821jEAaWPKfzvntF35+ivvOc8qSClRaQGyR wdlyHOiSeqW7m327wp4DW3z/1OmaosAcqdn7ooRcqgBR3JdjhiJ8IVDwvtv7IbCW/TQx 55VPSfuqRxHlxA9ZVzkzQ2Y6bkVScH4uy8NoeN/LdP9zclfqtWLeZFT3r5OWwOY9wxJx w95A== X-Gm-Message-State: AEkoouuo7zG1BwWl5ZvMrWYN5ArdMMwzzqg/NATmzkQxkP/3MyEOFbERbQpAaPZo3nlS6Q== X-Received: by 10.36.31.18 with SMTP id d18mr44208143itd.64.1469759163474; Thu, 28 Jul 2016 19:26:03 -0700 (PDT) Received: from zony (206-188-64-44.cpe.distributel.net. [206.188.64.44]) by smtp.googlemail.com with ESMTPSA id b66sm527446itd.0.2016.07.28.19.26.02 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 28 Jul 2016 19:26:03 -0700 (PDT) From: npostavs@users.sourceforge.net To: Nicolas Petton Subject: Re: bug#3400: bug in add-text-properties References: <20090529.172058.154088377.wl@gnu.org> <20090530.090134.185709545.wl@gnu.org> <87prdq52pu.fsf@escher.local.home> <87bn1in39q.fsf@petton.fr> Date: Thu, 28 Jul 2016 22:26:07 -0400 In-Reply-To: <87bn1in39q.fsf@petton.fr> (Nicolas Petton's message of "Thu, 28 Jul 2016 00:07:45 +0200") Message-ID: <87oa5h9o3k.fsf@users.sourceforge.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.0.93 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 3400 Cc: Stephen Berman , 3400@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) retitle 3400 Let C-x = show info about visible and invisible text near point severity 3400 wishlist quit Nicolas Petton writes: > Stephen Berman writes: > >> I also see the buggy C-a behavior with GNU Emacs 23.0.94.1 >> (i686-pc-linux-gnu, GTK+ Version 2.14.4) of 2009-05-28 on escher > > I can't reproduce the C-a behavior issue on Emacs built today, commit > c54238d. Same here (25.1-rc1). > > The issue with C-u C-x = is still there though. So I'm setting this to wishlist. http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3400#55 is the clearest statement of what's wished for. From debbugs-submit-bounces@debbugs.gnu.org Fri Apr 22 08:59:44 2022 Received: (at 3400) by debbugs.gnu.org; 22 Apr 2022 12:59:44 +0000 Received: from localhost ([127.0.0.1]:51943 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nhssx-0007bx-Sb for submit@debbugs.gnu.org; Fri, 22 Apr 2022 08:59:44 -0400 Received: from quimby.gnus.org ([95.216.78.240]:38362) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nhssv-0007bf-Ui for 3400@debbugs.gnu.org; Fri, 22 Apr 2022 08:59:42 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=ZDD9x8lajhTZ9vJRS3rRlUA5sYHqesmsafGJ9z0CH1M=; b=Kc108ZY+STzBf2kfZih1qlDRi1 YvLgXIBLTAM5W2QfCMVnnHzh1EI662AAvdcrNorXyUJlXYL0y3DSN3T2QQ3En/0HYpjSOeV1tW1UC 83SDZ7e4M/ObdPJ6mFhZka6MhhP9erExqYHFDBSTmwN5NpSVDysAFseyCaBekAu/GUEk=; Received: from [84.212.220.105] (helo=xo) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1nhssm-0006cF-Pi; Fri, 22 Apr 2022 14:59:34 +0200 From: Lars Ingebrigtsen To: npostavs@users.sourceforge.net Subject: Re: bug#3400: Let C-x = show info about visible and invisible text near point References: <20090529.172058.154088377.wl@gnu.org> <20090530.090134.185709545.wl@gnu.org> <87prdq52pu.fsf@escher.local.home> <87bn1in39q.fsf@petton.fr> <87oa5h9o3k.fsf@users.sourceforge.net> X-Now-Playing: ELpH's _Protection_: "Red Scratch" Date: Fri, 22 Apr 2022 14:59:29 +0200 In-Reply-To: <87oa5h9o3k.fsf@users.sourceforge.net> (npostavs@users.sourceforge.net's message of "Thu, 28 Jul 2016 22:26:07 -0400") Message-ID: <878rrx1dfy.fsf_-_@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: npostavs@users.sourceforge.net writes: > retitle 3400 Let C-x = show info about visible and invisible text near point I've now made the command say something more about invisibility/point confusion in Emacs 29. Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 3400 Cc: Nicolas Petton , Stephen Berman , 3400@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) npostavs@users.sourceforge.net writes: > retitle 3400 Let C-x = show info about visible and invisible text near point I've now made the command say something more about invisibility/point confusion in Emacs 29. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Fri Apr 22 08:59:48 2022 Received: (at control) by debbugs.gnu.org; 22 Apr 2022 12:59:48 +0000 Received: from localhost ([127.0.0.1]:51946 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nhst2-0007cF-2a for submit@debbugs.gnu.org; Fri, 22 Apr 2022 08:59:48 -0400 Received: from quimby.gnus.org ([95.216.78.240]:38382) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nhssz-0007bp-Sc for control@debbugs.gnu.org; Fri, 22 Apr 2022 08:59:46 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Subject:From:To:Message-Id:Date:Sender:Reply-To:Cc: MIME-Version:Content-Type:Content-Transfer-Encoding:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:In-Reply-To:References:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=AYMdu/PEeEKJv6IgIY/bFtqFA25gNfuelRjhts73UJk=; b=AXssNHnpwfc619+xL5bJpGlRLZ SeXu7gwTq928uXlSFVt8WAjFpHJzMViYRi0g4NmqoLy/N6xfBUBFMBEV9wFDigoVu0+tILwCH6f9d 0GMFsS2wlpPLmhyTAQr6TYCD2gv1+zU3NFqOsu6TZvUUybIzriQ79Z94XKEx3pvSu9mo=; Received: from [84.212.220.105] (helo=xo) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1nhsss-0006cO-B4 for control@debbugs.gnu.org; Fri, 22 Apr 2022 14:59:40 +0200 Date: Fri, 22 Apr 2022 14:59:37 +0200 Message-Id: <877d7h1dfq.fsf@gnus.org> To: control@debbugs.gnu.org From: Lars Ingebrigtsen Subject: control message for bug #3400 X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: close 3400 29.1 quit Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) close 3400 29.1 quit From unknown Tue Jun 17 03:40:17 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Sat, 21 May 2022 11:24:05 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator