From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Michal Nazarewicz Newsgroups: gmane.emacs.devel Subject: Re: Sending multiple patches Date: Tue, 03 Jun 2014 08:28:13 +0200 Organization: http://mina86.com/ Message-ID: References: NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1401776923 16501 80.91.229.3 (3 Jun 2014 06:28:43 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 3 Jun 2014 06:28:43 +0000 (UTC) Cc: emacs-devel@gnu.org To: Stefan Monnier Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Jun 03 08:28:36 2014 Return-path: Envelope-to: ged-emacs-devel@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 1WriD5-0001JF-U3 for ged-emacs-devel@m.gmane.org; Tue, 03 Jun 2014 08:28:36 +0200 Original-Received: from localhost ([::1]:50578 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WriD4-0007dk-RF for ged-emacs-devel@m.gmane.org; Tue, 03 Jun 2014 02:28:34 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:45672) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WriCw-0007dV-GY for emacs-devel@gnu.org; Tue, 03 Jun 2014 02:28:31 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1WriCr-00025J-Dt for emacs-devel@gnu.org; Tue, 03 Jun 2014 02:28:26 -0400 Original-Received: from mail-wi0-x230.google.com ([2a00:1450:400c:c05::230]:57161) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WriCr-00024l-2y for emacs-devel@gnu.org; Tue, 03 Jun 2014 02:28:21 -0400 Original-Received: by mail-wi0-f176.google.com with SMTP id n15so5771935wiw.9 for ; Mon, 02 Jun 2014 23:28:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=sender:from:to:cc:subject:in-reply-to:organization:references :user-agent:face:date:message-id:mime-version:content-type :content-transfer-encoding; bh=5XarMByowNq/plBYqU/EnVokStoQ0HJjLV00ajmrpuM=; b=CueDxSTwSyiEKDXvNgIgooq05cxa58KGtXKUYSyDmr+vV/EF6TgVh5TDZDrGLAGMn8 zt51z70+YCVfRgciMNtwdR9i5a5hQ+Kw1zPLpns2KFIENVXDknjnh96lOUEgsNTiAzmV 0elRDN25i7WAhCXdxBEfQxTLL1QRrJfJnYWTARNomLKE6bqNXZ18H/UZUK4PXn9mYRxu 42UZTGcx43W18nK1gsi8fZf9Oywc3mRm+6wIeQ7iAPCDakksmdXRPBekUEOSvr6UT+3W GrU/mpnmUwQ0jFx/Ioto64Be6HMzHm9HZ6UWset4GJ3WSR+4RwolNBv4vNMhuhI3hX1/ 7dUA== 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:in-reply-to :organization:references:user-agent:face:date:message-id :mime-version:content-type:content-transfer-encoding; bh=5XarMByowNq/plBYqU/EnVokStoQ0HJjLV00ajmrpuM=; b=YGtfA2OeRotozq/NQpZE8jiCpHr4ib3haj/cRc+fAtK+Al7q3y2o8jy0/9YWfLcw57 W0u5HUqU0cO7geGZVSDevAceRqzy/Jv1PbIMaUA1slvJhkQ2kuRGdx8pns2S/3zMZR2D gsOpBhrNp+Bo5BvBXUJmwh29q9FV5MmDE+LChQB0u6PhxQ2CnlISQeflPdcuh9cNybzh G45MRT8cwsLmjoULnhtsd1nQPLfmeW1SZ0HAMByFcV2YlqDUhbZE1SShDOrifeI5/xMN 16cPG5r2Nt+I0OUgcsIFmnaVMxD+Gdx92pxVK5eRzKwPaFDX4no+AtxAgg6CAsx9TQag lcrQ== X-Gm-Message-State: ALoCoQliC2W5odxdz61Wq8Qz/9ZrHK4Dv3Mg1z8MZWll7N/dTMR6g6h763hVU0oAnDrIWHj7ECoYmXtSKrrPyKTaWbY5ofjQ0dbcu1ZOGnHHPlVe8ZYZLHE6E+NCnHREsmvEENm2ie5O X-Received: by 10.195.12.134 with SMTP id eq6mr57119619wjd.14.1401776897685; Mon, 02 Jun 2014 23:28:17 -0700 (PDT) Original-Received: from mpn-glaptop.roam.corp.google.com (sub250-66.elpos.net. [85.193.250.66]) by mx.google.com with ESMTPSA id em7sm39582859wjd.34.2014.06.02.23.28.16 for (version=TLSv1.2 cipher=RC4-SHA bits=128/128); Mon, 02 Jun 2014 23:28:16 -0700 (PDT) In-Reply-To: User-Agent: Notmuch/0.17+15~gb65ca8e (http://notmuchmail.org) Emacs/24.4.50.1 (x86_64-unknown-linux-gnu) X-Face: PbkBB1w#)bOqd`iCe"Ds{e+!C7`pkC9a|f)Qo^BMQvy\q5x3?vDQJeN(DS?|-^$uMti[3D*#^_Ts"pU$jBQLq~Ud6iNwAw_r_o_4]|JO?]}P_}Nc&"p#D(ZgUb4uCNPe7~a[DbPG0T~!&c.y$Ur,=N4RT>]dNpd; KFrfMCylc}gc??'U2j,!8%xdD Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAJFBMVEWbfGlUPDDHgE57V0jUupKjgIObY0PLrom9mH4dFRK4gmjPs41MxjOgAAACQElEQVQ4jW3TMWvbQBQHcBk1xE6WyALX1069oZBMlq+ouUwpEQQ6uRjttkWP4CmBgGM0BQLBdPFZYPsyFUo6uEtKDQ7oy/U96XR2Ux8ehH/89Z6enqxBcS7Lg81jmSuujrfCZcLI/TYYvbGj+jbgFpHJ/bqQAUISj8iLyu4LuFHJTosxsucO4jSDNE0Hq3hwK/ceQ5sx97b8LcUDsILfk+ovHkOIsMbBfg43VuQ5Ln9YAGCkUdKJoXR9EclFBhixy3EGVz1K6eEkhxCAkeMMnqoAhAKwhoUJkDrCqvbecaYINlFKSRS1i12VKH1XpUd4qxL876EkMcDvHj3s5RBajHHMlA5iK32e0C7VgG0RlzFPvoYHZLRmAC0BmNcBruhkE0KsMsbEc62ZwUJDxWUdMsMhVqovoT96i/DnX/ASvz/6hbCabELLk/6FF/8PNpPCGqcZTGFcBhhAaZZDbQPaAB3+KrWWy2XgbYDNIinkdWAFcCpraDE/knwe5DBqGmgzESl1p2E4MWAz0VUPgYYzmfWb9yS4vCvgsxJriNTHoIBz5YteBvg+VGISQWUqhMiByPIPpygeDBE6elD973xWwKkEiHZAHKjhuPsFnBuArrzxtakRcISv+XMIPl4aGBUJm8Emk7qBYU8IlgNEIpiJhk/No24jHwkKTFHDWfPniR 4iw5vJaw2nzSjfq2zffcE/GDjRC2dn0J0XwPAbDL84TvaFCJEU4Oml9pRyEUhR3Cl2t01AoEjRbs0sYugp14/4X5n4pU4EHHnMAAAAAElFTkSuQmCC X-PGP: 50751FF4 X-PGP-FP: AC1F 5F5C D418 88F8 CC84 5858 2060 4012 5075 1FF4 X-Hashcash: 1:20:140603:emacs-devel@gnu.org::B29pZ7ly+nvwQ1FX:0000000000000000000000000000000000000000000tLv X-Hashcash: 1:20:140603:monnier@iro.umontreal.ca::HPoJKPu3Ra+fyooK:00000000000000000000000000000000000001CN5 X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2a00:1450:400c:c05::230 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:172278 Archived-At: >> The simplest would probably be to change the entity to numeric one even >> in HTML, but I'm not sure if users would like it. On Mon, Jun 02 2014, Stefan Monnier wrote: > Indeed, I for one would be very disappointed to see   instead of >   there. Of course, I'd even prefer seeing "=C2=A0". Agreed, but that could create encoding issues for some users, therefore I think it's better to leave it as entity reference and let users change it to the non-break space character themselves. >> I started implementing this which is when I realised that "end-\\1" >> won't cut it because contents of the matched capture group must be >> escaped with `regexp-quote'. For example, if we had: On Mon, Jun 02 2014, Stefan Monnier wrote: > AFAICT, you can regexp-quote the whole result. Unfortunately that is not the case. For example, imagine a hypothetical language where comments can be written as =E2=80=9C=E2=80= =9D or =E2=80=9C=E2=80=9D with optional spaces like in HTML. Regex pair to match it would be: ("")) If the code was changed so that the whole end-pattern is regexp-quote'd, the asterisk would get escaped. >> Good idea. Do you think it'd be acceptable to completely drop support >> for =E2=80=9C("end-" 1)=E2=80=9D and change the meaning of strings to be= processed by >> `replace-mach'? > For the major-mode-set buffer-local variable, there'd be no backward > compatibility issue, of course. Let's leave it as is for now then, and bundle both changes together in some way. Do you think that adding Perl's \Q=E2=80=A6\E support to `replace-match' wo= uld make sense? For instance, we could than have: ("verb\\(.\\)" . "\\E\\1\\Q") Or is tildify.el to small of a user to justify fiddling with `replace-match'? --=20 Best regards, _ _ .o. | Liege of Serenely Enlightened Majesty of o' \,=3D./ `o ..o | Computer Science, Micha=C5=82 =E2=80=9Cmina86=E2=80=9D Nazarewicz = (o o) ooo +------ooO--(_)--Ooo--