From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Drew Adams Newsgroups: gmane.emacs.help Subject: RE: systemd @ in filenames not supported by thing-at-point Date: Fri, 29 Jul 2016 23:43:05 -0700 (PDT) Message-ID: References: <86bn1fzzau.fsf@student.uu.se> <86oa5fy7zd.fsf@student.uu.se> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1469861044 17421 80.91.229.3 (30 Jul 2016 06:44:04 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 30 Jul 2016 06:44:04 +0000 (UTC) To: Emanuel Berg , help-gnu-emacs@gnu.org Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Sat Jul 30 08:43:52 2016 Return-path: Envelope-to: geh-help-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 1bTNzz-0002u4-De for geh-help-gnu-emacs@m.gmane.org; Sat, 30 Jul 2016 08:43:51 +0200 Original-Received: from localhost ([::1]:34569 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bTNzt-0001A1-9F for geh-help-gnu-emacs@m.gmane.org; Sat, 30 Jul 2016 02:43:45 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:47529) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bTNzR-00019t-T3 for help-gnu-emacs@gnu.org; Sat, 30 Jul 2016 02:43:18 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1bTNzN-00022Y-O1 for help-gnu-emacs@gnu.org; Sat, 30 Jul 2016 02:43:16 -0400 Original-Received: from userp1040.oracle.com ([156.151.31.81]:26600) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bTNzN-00022N-EQ for help-gnu-emacs@gnu.org; Sat, 30 Jul 2016 02:43:13 -0400 Original-Received: from userv0022.oracle.com (userv0022.oracle.com [156.151.31.74]) by userp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id u6U6hAGx004488 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Sat, 30 Jul 2016 06:43:11 GMT Original-Received: from aserv0121.oracle.com (aserv0121.oracle.com [141.146.126.235]) by userv0022.oracle.com (8.14.4/8.13.8) with ESMTP id u6U6h81P012045 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Sat, 30 Jul 2016 06:43:09 GMT Original-Received: from abhmp0008.oracle.com (abhmp0008.oracle.com [141.146.116.14]) by aserv0121.oracle.com (8.13.8/8.13.8) with ESMTP id u6U6h7Q4005943; Sat, 30 Jul 2016 06:43:08 GMT In-Reply-To: <86oa5fy7zd.fsf@student.uu.se> X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.9 (901082) [OL 12.0.6744.5000 (x86)] X-Source-IP: userv0022.oracle.com [156.151.31.74] X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.4.x-2.6.x [generic] X-Received-From: 156.151.31.81 X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Original-Sender: "help-gnu-emacs" Xref: news.gmane.org gmane.emacs.help:111015 Archived-At: > > Looking at the code, it shouldn't break > > anything. What's more, I'd say that this > > variable should be a user option. For one > > thing, that would make clear to users that it > > won't break anything to change the value. ;-) >=20 > ... what do you mean? It won't break anything to change the value. Using a value that doesn't get you the filename syntax you want is not breaking anything. Use whatever string you want - you won't break anything (AFAICT). Whether a given string gives you the filename-grabbing behavior you want/need is another story. You had already determined that your change gave you the filename-recognizing behavior you wanted. Your question was whether making that change might break something. My answer was that it doesn't look like it. It is used only right there. I don't see any other code that depends on that variable value. That variable is used only to pick up a filename at point. You cannot break anything (AFAICT) by changing it to recognize something different - another sort of filename or the name of your uncle.