From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Bozhidar Batsov Newsgroups: gmane.emacs.bugs Subject: bug#15270: 24.3; ruby-mode font-lock bug related to HERE docs Date: Thu, 5 Sep 2013 14:48:54 +0300 Message-ID: <56695F7DA90444A0A0D4307B3A520E4B@gmail.com> References: <2BAAD12BA3864781BD45D35513E14023@gmail.com> <8761uffq60.fsf@yandex.ru> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="52286fa6_5d5babb3_99" X-Trace: ger.gmane.org 1378381755 31130 80.91.229.3 (5 Sep 2013 11:49:15 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 5 Sep 2013 11:49:15 +0000 (UTC) Cc: 15270@debbugs.gnu.org To: Dmitry Gutov Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Thu Sep 05 13:49:18 2013 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 1VHY3o-0008Ai-BV for geb-bug-gnu-emacs@m.gmane.org; Thu, 05 Sep 2013 13:49:16 +0200 Original-Received: from localhost ([::1]:58477 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VHY3n-0000fL-QR for geb-bug-gnu-emacs@m.gmane.org; Thu, 05 Sep 2013 07:49:15 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:51976) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VHY3g-0000fF-An for bug-gnu-emacs@gnu.org; Thu, 05 Sep 2013 07:49:13 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1VHY3a-0005CU-PF for bug-gnu-emacs@gnu.org; Thu, 05 Sep 2013 07:49:08 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:33106) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VHY3a-0005CO-Lc for bug-gnu-emacs@gnu.org; Thu, 05 Sep 2013 07:49:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1VHY3a-0005nk-9H for bug-gnu-emacs@gnu.org; Thu, 05 Sep 2013 07:49:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Bozhidar Batsov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 05 Sep 2013 11:49:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 15270 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 15270-submit@debbugs.gnu.org id=B15270.137838174022293 (code B ref 15270); Thu, 05 Sep 2013 11:49:02 +0000 Original-Received: (at 15270) by debbugs.gnu.org; 5 Sep 2013 11:49:00 +0000 Original-Received: from localhost ([127.0.0.1]:41399 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1VHY3X-0005nU-NQ for submit@debbugs.gnu.org; Thu, 05 Sep 2013 07:49:00 -0400 Original-Received: from mail-ee0-f48.google.com ([74.125.83.48]:44585) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1VHY3V-0005nC-7o for 15270@debbugs.gnu.org; Thu, 05 Sep 2013 07:48:57 -0400 Original-Received: by mail-ee0-f48.google.com with SMTP id l10so840421eei.21 for <15270@debbugs.gnu.org>; Thu, 05 Sep 2013 04:48:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:cc:message-id:in-reply-to:references:subject :mime-version:content-type; bh=AqJp3uhExt0RFjZ0li3ODWY9lX/VfxFjkTxmjr6HmyQ=; b=0JbN1M3Q5zxyATKFEKlNo+lAJ0EzehnLHZRwWmIrQGxppa0f1mBEkxGAxp2KQfvflt d5MsTPAeU9FWCks/XAMqDzRtQ/bgTVef8jU5Y2PQMkDb8fBmoiLvjrimUcbt+m1HVZy6 PjMMlzhiaxeTi+npEsyjrToysw+WUXi+tbcXmZLuZe9h9Ik1R81A0H4DEYGsiFj5aFD8 47Icaccs1Le263u1DjtNl6PfpBobrF6j6jMVFFgSo+GCqZPDl3SLEbEwy7AcEs7vTuoj uG9LzzhpKpgSmDdr7thOA2sASFCrY3UAi1JjTrrgw05dQeVyxwH+8pzw114cQjVArnxJ w31g== X-Received: by 10.14.210.8 with SMTP id t8mr12817539eeo.39.1378381731326; Thu, 05 Sep 2013 04:48:51 -0700 (PDT) Original-Received: from [192.168.1.28] ([95.87.231.111]) by mx.google.com with ESMTPSA id j7sm47983433eeo.15.1969.12.31.16.00.00 (version=TLSv1 cipher=RC4-SHA bits=128/128); Thu, 05 Sep 2013 04:48:50 -0700 (PDT) In-Reply-To: <8761uffq60.fsf@yandex.ru> X-Mailer: sparrow 1.6.4 (build 1178) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 140.186.70.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:77984 Archived-At: --52286fa6_5d5babb3_99 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline I guess this is fixed in the trunk, but I think the highlighting of the first END in the heredoc should be corrected as well. -- Cheers, Bozhidar On Thursday, September 5, 2013 at 2:45 PM, Dmitry Gutov wrote: > Bozhidar Batsov writes: > > > Code like the following breaks font-locking logic of ruby-mode: > > > > expected_source = <<-END.strip_indent > > each do |x| > > some_method > > other_method > > end > > END > > > > The second END gets highlighted as a constant, instead of a string. I > > guess the two consecutive ends cause the problem. > > > > Here's a screenshot - http://i42.tinypic.com/122jeap.jpg > > WFM: http://i.imgur.com/YPsjoDS.png > > Have you tried it in the current trunk? > > The first END highlighting looks out of place, but it's caused by the > "Perl-ish keywords" rule. > > --52286fa6_5d5babb3_99 Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline
I guess this is fixed in the trunk, but I think the highlighting= of the first END in the heredoc should be corrected as well.

-- 
Cheers,
=
Bozhidar

=20

On Thursday, September= 5, 2013 at 2:45 PM, Dmitry Gutov wrote:

Bozhidar Batsov <bozhidar.batsov=40gmail.com>= writes:

Code= like the following breaks font-locking logic of ruby-mode:
expected=5Fsource =3D <<-END.strip=5Findent
e= ach do =7Cx=7C
some=5Fmethod
other=5Fmethod
end
END

The second END gets highlight= ed as a constant, instead of a string. I
guess the two consecut= ive ends cause the problem.

Here's a screenshot = - http://i42.tinypic.c= om/122jeap.jpg


Have you tried it in the current trunk=3F<= /div>

The first END highlighting looks out of place, b= ut it's caused by the
=22Perl-ish keywords=22 rule.
= =20 =20 =20 =20 =20

--52286fa6_5d5babb3_99--