From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Dmitry Gutov Newsgroups: gmane.emacs.bugs Subject: bug#9300: 24.0.50; `bounds-of-thing-at-point' does not return nil when just after THING Date: Tue, 23 Feb 2016 12:22:05 +0200 Message-ID: <56CC32CD.5050906@yandex.ru> References: < <56CBAF58.2000708@yandex.ru> <3a64315c-fc72-42bd-a6cf-0fa43414daa6@default> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1456222999 12742 80.91.229.3 (23 Feb 2016 10:23:19 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 23 Feb 2016 10:23:19 +0000 (UTC) To: Drew Adams , 9300@debbugs.gnu.org Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Tue Feb 23 11:23:11 2016 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1aYA7a-0007ql-8O for geb-bug-gnu-emacs@m.gmane.org; Tue, 23 Feb 2016 11:23:10 +0100 Original-Received: from localhost ([::1]:55727 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aYA7Z-0007kV-Aa for geb-bug-gnu-emacs@m.gmane.org; Tue, 23 Feb 2016 05:23:09 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:46668) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aYA7U-0007kQ-O3 for bug-gnu-emacs@gnu.org; Tue, 23 Feb 2016 05:23:05 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aYA7S-0001v3-0D for bug-gnu-emacs@gnu.org; Tue, 23 Feb 2016 05:23:04 -0500 Original-Received: from debbugs.gnu.org ([208.118.235.43]:42098) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aYA7R-0001uz-Sg for bug-gnu-emacs@gnu.org; Tue, 23 Feb 2016 05:23:01 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84) (envelope-from ) id 1aYA7R-0003j3-Me for bug-gnu-emacs@gnu.org; Tue, 23 Feb 2016 05:23:01 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Dmitry Gutov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 23 Feb 2016 10:23:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 9300 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 9300-submit@debbugs.gnu.org id=B9300.145622293414257 (code B ref 9300); Tue, 23 Feb 2016 10:23:01 +0000 Original-Received: (at 9300) by debbugs.gnu.org; 23 Feb 2016 10:22:14 +0000 Original-Received: from localhost ([127.0.0.1]:39225 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aYA6g-0003ht-Bw for submit@debbugs.gnu.org; Tue, 23 Feb 2016 05:22:14 -0500 Original-Received: from mail-wm0-f50.google.com ([74.125.82.50]:37762) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aYA6f-0003he-1b for 9300@debbugs.gnu.org; Tue, 23 Feb 2016 05:22:13 -0500 Original-Received: by mail-wm0-f50.google.com with SMTP id g62so202856034wme.0 for <9300@debbugs.gnu.org>; Tue, 23 Feb 2016 02:22:13 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:subject:to:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-type:content-transfer-encoding; bh=oa7ZVHIvgJq+qBlqV6EtpnvEYIT8AgitP8QKHz65VQ8=; b=Zd60Cn2FNpVmAPRT2gNqMmP5nhQpa464BMFevXSScCxl4CnVcJ8eYbWbVvK63hKGkF 8d36WhTKyuu54SXbpBYoJv5FP5HTiIqYDa1KU3/4K3HmX3YoZMGUbFnfWS+w3jVb5hqS ERNnNRT40h2blf+vihl2iqX+Z7EOWKyR0/VfkX/57lkkO96dTRKuef6glAPR4EylLVQv J4xmwibxM9RDbOqS9nUhCFRg1tmZ4Zn+qdP6vPHNdQTZllmvR/tTM8F1mnQ9kEQt7fBQ 80Ovpkcf4GRHMOaAUOMpM6iVRgbl6yj6yocjrQOyXhIaNFzysSqJE/lIP3WCX4wYhFS6 9ZBA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:subject:to:references:from:message-id :date:user-agent:mime-version:in-reply-to:content-type :content-transfer-encoding; bh=oa7ZVHIvgJq+qBlqV6EtpnvEYIT8AgitP8QKHz65VQ8=; b=L6ro7cg23/AU9DBp1jHGgK4uWLb4Z/eQTijl+QGXcVEdWQxhX24mn51rdpFoTobfbW GZgbZWlsVry8By/d8+zvsPV4bFSZ5Mfbxm4g7sQXmKlY7jwpaP/V8hJLjzWIrUnwc5ue /HCLVyx7dco2ETEcFIufI5NZf43gr7DTx2QcRrkHJKkwsMjlmj/j5yi34ot074SDQxLH A7jcyg4VxIMOB1TJ1dENANzl1tHRlfZ6im1Gpjl+Yce4W2GDr7x2aSq1nEcEW0Nt0i+z W4bv95nwkSQFAuLTdXxpehE4EQhB1fFlZVGh1DfRT46rj7LDMX2UsHTwb1EYtcb8fTHQ 7WcQ== X-Gm-Message-State: AG10YORhO4HlaV5qXpvVIL5erLxKpPQbBrvLU1xuBz+/aS78wvlsYQtL0eriXqSNAEsmsw== X-Received: by 10.28.64.198 with SMTP id n189mr16591424wma.85.1456222927553; Tue, 23 Feb 2016 02:22:07 -0800 (PST) Original-Received: from [192.168.1.2] ([185.105.175.24]) by smtp.googlemail.com with ESMTPSA id a128sm25385789wmh.6.2016.02.23.02.22.05 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 23 Feb 2016 02:22:06 -0800 (PST) User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:44.0) Gecko/20100101 Thunderbird/44.0 In-Reply-To: <3a64315c-fc72-42bd-a6cf-0fa43414daa6@default> X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 208.118.235.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:113557 Archived-At: On 02/23/2016 08:37 AM, Drew Adams wrote: >> This would be a breaking change. For instance, it will make >> (bounds-of-thing-at-point 'symbol) unsuitable for use in a >> completion-at-point-functions element, > > Why do you think so? Have you tried it? It does not affect > the behavior for THING = `symbol' at all. Tried it, and yes it does. Otherwise, I wouldn't understand what this bug is about. >> to compute the first two values of the returned list, because >> during completion you're most often "after" the symbol. > > So? Not a problem. Put point after a symbol - you get the > same answer as now. You're contradicting the very title of this bug report. > This is the design of the thingatpt code, and the reason why > `<=' instead of `<' is a bug: > > the function that is (get THING 'end-op) moves PAST the THING, > so that point is not on the THING. This is true generally, no > matter the type of THING. That's not a quote from thingatpt.el.