From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Lennart Borgman Newsgroups: gmane.emacs.bugs Subject: bug#6390: Should not regexp-quote quote newline? Date: Mon, 14 Jun 2010 07:33:39 +0200 Message-ID: References: NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Trace: dough.gmane.org 1276495198 21741 80.91.229.12 (14 Jun 2010 05:59:58 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Mon, 14 Jun 2010 05:59:58 +0000 (UTC) Cc: 6390@debbugs.gnu.org To: MON KEY Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Mon Jun 14 07:59:56 2010 connect(): No such file or directory 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.69) (envelope-from ) id 1OO2hu-000640-7n for geb-bug-gnu-emacs@m.gmane.org; Mon, 14 Jun 2010 07:59:53 +0200 Original-Received: from localhost ([127.0.0.1]:42803 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OO2ho-0007MP-EE for geb-bug-gnu-emacs@m.gmane.org; Mon, 14 Jun 2010 01:59:33 -0400 Original-Received: from [140.186.70.92] (port=37034 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OO2gy-00074G-SQ for bug-gnu-emacs@gnu.org; Mon, 14 Jun 2010 01:59:08 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1OO2gq-0000Of-R9 for bug-gnu-emacs@gnu.org; Mon, 14 Jun 2010 01:58:34 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:45319) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OO2gq-0000OX-Mk for bug-gnu-emacs@gnu.org; Mon, 14 Jun 2010 01:58:32 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.69) (envelope-from ) id 1OO2K5-0003F2-Kp; Mon, 14 Jun 2010 01:35:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Lennart Borgman Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 14 Jun 2010 05:35:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 6390 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: wontfix Original-Received: via spool by 6390-submit@debbugs.gnu.org id=B6390.127649364712444 (code B ref 6390); Mon, 14 Jun 2010 05:35:01 +0000 Original-Received: (at 6390) by debbugs.gnu.org; 14 Jun 2010 05:34:07 +0000 Original-Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OO2JB-0003Ef-Uv for submit@debbugs.gnu.org; Mon, 14 Jun 2010 01:34:06 -0400 Original-Received: from mail-yw0-f197.google.com ([209.85.211.197]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OO2J9-0003EH-AY for 6390@debbugs.gnu.org; Mon, 14 Jun 2010 01:34:04 -0400 Original-Received: by ywh35 with SMTP id 35so2949654ywh.29 for <6390@debbugs.gnu.org>; Sun, 13 Jun 2010 22:34:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:mime-version:received:in-reply-to :references:from:date:message-id:subject:to:cc:content-type :content-transfer-encoding; bh=NKCBQa4COQppXD9YwAB3AjuTqKLSjh+kLtsqDFK1NW4=; b=Mk/7VyFZFmRwrrgRsjMWEt2Mkjm8HgS0kzQm+hB2MjrgutVdr1kzMFvJ4wGWIv2zg4 86rF1ifG9Q5cf/pUabYKb+6NbndAQdGP5mMogZRfY2jd0V4PeIaeopHeUjqHKU3oGu5i gziekwMLj62FprPJJvWE22wvqKCZYdJJPm22c= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; b=HDUem49babJRMwfeFPy1LpcXyiFO3g18Cs1KHJlQiLAy60GLMcc4xhnLvdSfAnPYMr VrSEbzQWz0qoSrk9MpEsvbclYhcujHzS7pxr2N0KzyCAjdMDXrrEMJg99bqwfOcKufWz 0yOqqyRVJ6HGbzu3IoW1lQsg1N4gjZ1QxdvGg= Original-Received: by 10.100.245.35 with SMTP id s35mr4284481anh.71.1276493639875; Sun, 13 Jun 2010 22:33:59 -0700 (PDT) Original-Received: by 10.100.154.15 with HTTP; Sun, 13 Jun 2010 22:33:39 -0700 (PDT) In-Reply-To: X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list Resent-Date: Mon, 14 Jun 2010 01:35:01 -0400 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) 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: , 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:37762 Archived-At: On Mon, Jun 14, 2010 at 5:00 AM, MON KEY wrote: > On Sat, Jun 12, 2010 at 9:28 AM, Lennart Borgman > wrote: >> >> I guess you mean "this is not what I thought you proposed". > > I meant what I wrote. So you think you understood what I proposed better than me? That is very strange. >>> Regardless, the function name `print-escape-newlines' and its >>> documentation SAY NOTHING ABOUT ESCAPING TAB CHARACTERS!!!!! >> >> Yes, it is a terribly bad name for the feature it provides. > > It is reasonably named, it says what it does. > Prob. it is only terrible should one want \t escaped as well. Why do you print-escape-newlines is a good name for something that controls both escaping of newlines and form-feeds? >> As I understand it the purpose of it is make all the >> print/prin1/format/pp functions make the written representation of a >> string easier to handle in certain cases. > > Understand whatever you want - this isn't what it > `print-escape-newlines' _does_. > > You might find it exceedingly informative and interesting to look over > Emacs sources from pre GNU days when coming to grips with the C > vagaries inflicted on the Emacs read eval print loop. Thanks, but no. > Indeed, the transgression upon our poor (e)lisp REPL by the cult of the > curly braced are many, and in the absence of a more maleable readtable > and reader syntax she has been afforded little with which retaliate > against the mighty C, his `\' escape syntax, and the hordes of bastard > regexps his syntax has spawned. Using the same character for read escapes and regexp backslash makes things difficult, yes. And lead to confusing discussions like this one. >> but I can't think of a single reason why it should not be good to >> handel TAB the same way in those cases. > > It is a mistake to extend your lack of foresight on other users of > this feature. > >> =C2=A0Can you? > > Yes, I believe I can. So what? It seemed important to you so I thought you might want to tell. >> Don't you think getting a printed representation of this kind is useful. > > No, it is absolutely not useful for `print-escape-newlines' to do this. > > Yes, I might find it useful as a dedicated function under another > name. =C2=A0Though I don't think it would be difficult to implement if/wh= en > needed, and it certainly doesn't need to be piggy-backed onto the > existing feature. I would be glad if you gave some arguments. >> To clarify things I pointed to what Andreas wrote. > > Nonsense. This was your attempt to deflect my objection to one of your > ill conceived proposals to another persons objection to yet another of > your ill conceived proposals. =C2=A0IOW recursive nonsense... Please don't waste our time! If you have something to say then do it! > Which FWIW, is my principal objection to this and other such similar > bug reports of yours. They often amount to nothing more than veiled > feature requests which if presented/exposed/discussed as such would be > received poorly. I think it would be better if you asked me if you do not understand them. There is no reason wasting other peoples time too. Mail me privately. > sender's subject line of such `bug report's are phrased in the > form of a question which routinely match the pattern: > > =C2=A0"Should not the .*?" I am sorry, but you are misunderstanding. We also use the bug database for wishes and suggestions so they do not get lost.