From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Lennart Borgman Newsgroups: gmane.emacs.devel Subject: Re: "Font-lock is limited to text matching" is a myth Date: Tue, 11 Aug 2009 20:08:52 +0200 Message-ID: References: <7b501d5c0908091634ndfba631vd9db6502db301097@mail.gmail.com> <1249942011.29022.15.camel@projectile.siege-engine.com> <1249955428.29022.186.camel@projectile.siege-engine.com> <9c768dc60908102347v57bdf38ara9fe2179f68c07e4@mail.gmail.com> <42D4C5C5-E702-4E30-AB95-A016280F20C7@merrillpress.com> <87r5vi2ym7.fsf@stupidchicken.com> <31BA527B-46FC-400C-A2B1-8D4A87293C19@merrillpress.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1250014157 4272 80.91.229.12 (11 Aug 2009 18:09:17 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 11 Aug 2009 18:09:17 +0000 (UTC) Cc: Daniel Colascione , David Engster , Daniel Colascione , Chong Yidong , Deniz Dogan , Stefan Monnier , Steve Yegge , emacs-devel@gnu.org, Leo , Miles Bader To: joakim@verona.se Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Aug 11 20:09:08 2009 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1MavmW-00043k-5W for ged-emacs-devel@m.gmane.org; Tue, 11 Aug 2009 20:09:08 +0200 Original-Received: from localhost ([127.0.0.1]:59945 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1MavmU-00011j-GV for ged-emacs-devel@m.gmane.org; Tue, 11 Aug 2009 14:09:06 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1MavmN-0000zu-TA for emacs-devel@gnu.org; Tue, 11 Aug 2009 14:09:00 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1MavmJ-0000yF-0j for emacs-devel@gnu.org; Tue, 11 Aug 2009 14:08:59 -0400 Original-Received: from [199.232.76.173] (port=39202 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1MavmI-0000y6-LN for emacs-devel@gnu.org; Tue, 11 Aug 2009 14:08:54 -0400 Original-Received: from an-out-0708.google.com ([209.85.132.246]:13516) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1MavmH-0004xB-74; Tue, 11 Aug 2009 14:08:53 -0400 Original-Received: by an-out-0708.google.com with SMTP id b6so1520109ana.21 for ; Tue, 11 Aug 2009 11:08:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=2Zb5Ebc3FJCGbYYdA+AYLeTB9okO9yDpwIGOwX3FTO0=; b=gnF4b8pEtnnOCohIq23ME0iRKH1GkUlIZRcyol+2kDfp0i/pIOeFomGM9sMOsVm06p +4dfcJDps70TpdoO4PVAMVsS+tukNVa62YeMIkDyQXtStHAUQZskIolQ5d6RAVYoaKAF P7Cha6zhJR79Og5k6HMTqAPm1KAAj+EgozyYU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=xJgP6YgNhdvJww/gjWfHzojKfXOz2BuNa8g/ppb9Nmnj6XMQ9Ugc+4N30ell9j3gNF 7JJvUIBjzMiSpB26SjhGMqLZ4H3M9jTPVt3I0UTB0GfSgPdKuxIVfJShoVK+6wn8INMj zfWk7PioCls59/HkCi1WAWyTMx9F0pa/vLOsE= Original-Received: by 10.100.171.10 with SMTP id t10mr5307678ane.163.1250014132446; Tue, 11 Aug 2009 11:08:52 -0700 (PDT) In-Reply-To: X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 2) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:114085 Archived-At: On Tue, Aug 11, 2009 at 8:04 PM, wrote: > Daniel Colascione writes: > > >> - full parsers belong in the CEDET infrastructure where they can be >> accessed via a common API >> - if this API is not rich enough, it ought to be extended >> - normal major modes shouldn't rely on rigid grammars because that >> makes them brittle. Anything that needs such a grammar should be an >> optional and preferably generic minor-mode >> >> (I still think it'd be worthwhile to include the JS2 parser in CEDET, >> which supports parsers not necessarily generated with wisent or bison. >> It seems robust in its problem domain.) > > Small piece of information: CEDET already includes a Javascript parser > that I provided some time ago. What benefits do the different approaches (your CEDET Semantic Javascript parser and JS2, maybe also a theoretical sub-process rhino (or similar) parser) have?