From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Ivan Andrus Newsgroups: gmane.emacs.devel Subject: Re: Further CC-mode changes Date: Fri, 12 Sep 2014 19:09:18 -0600 Message-ID: <6016BCE3-6EAE-455C-A19F-AD2A0D55F321@gmail.com> References: <53632C6F.5070903@dancol.org> <20140511211351.GC2759@acm.acm> <536FEA43.5090402@dancol.org> <20140516175226.GB3267@acm.acm> <537653A0.2070109@dancol.org> <20140518213331.GB2577@acm.acm> <20140912235948.GA4045@acm.acm> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1410570584 2395 80.91.229.3 (13 Sep 2014 01:09:44 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 13 Sep 2014 01:09:44 +0000 (UTC) Cc: Stefan Monnier , emacs-devel@gnu.org To: Alan Mackenzie Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Sep 13 03:09:38 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 1XSbqL-0005bV-HQ for ged-emacs-devel@m.gmane.org; Sat, 13 Sep 2014 03:09:37 +0200 Original-Received: from localhost ([::1]:47900 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XSbqJ-0007HQ-0P for ged-emacs-devel@m.gmane.org; Fri, 12 Sep 2014 21:09:35 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:46021) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XSbqA-0007GT-UQ for emacs-devel@gnu.org; Fri, 12 Sep 2014 21:09:31 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1XSbq6-0004ZR-EG for emacs-devel@gnu.org; Fri, 12 Sep 2014 21:09:26 -0400 Original-Received: from mail-ig0-x229.google.com ([2607:f8b0:4001:c05::229]:51998) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XSbq6-0004Wp-9w for emacs-devel@gnu.org; Fri, 12 Sep 2014 21:09:22 -0400 Original-Received: by mail-ig0-f169.google.com with SMTP id a13so97437igq.2 for ; Fri, 12 Sep 2014 18:09:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=content-type:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=sWMFtWVetOYA0Q/ZzAyBZrVFbY2fKdrYpshqwH6WrvA=; b=SGpmrWQI4ogVTZraCM5tMAhdKXr3B+DtjLnLN1BnMJ42LbcbLAIsxTvPjYUPDRobjA R2w10xydQtyRt3nnZn0RDptm+econ5NAH6oU6R5TD4Xiz5MdcTMtfd7NthV/TG/rVmJh h3ASPVUsJ0ZDjhhvGzU/y51BJtCnXkvQmJpC/LuElpdorX0uSmcQr8izx1MF2/2hv1WN wdX1pE8OwMS8DH5qUKuNx0vlmwKstRUirX0lVjSzozjlsfh/ibsv34e0nczwhOwT1TFy 6PwXh9OqVCKDknr896a8CC0fH5+/mRWmm2DWu7EVMSw/rRu+gSYDWqsKS3f5PnYW1WaA NPrg== X-Received: by 10.42.233.75 with SMTP id jx11mr13348195icb.22.1410570561206; Fri, 12 Sep 2014 18:09:21 -0700 (PDT) Original-Received: from [192.168.0.3] (75-169-6-89.slkc.qwest.net. [75.169.6.89]) by mx.google.com with ESMTPSA id p5sm3040817iga.5.2014.09.12.18.09.19 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 12 Sep 2014 18:09:20 -0700 (PDT) In-Reply-To: <20140912235948.GA4045@acm.acm> X-Mailer: Apple Mail (2.1878.6) X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2607:f8b0:4001:c05::229 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:174260 Archived-At: On Sep 12, 2014, at 5:59 PM, Alan Mackenzie wrote: > Hello, Stefan. >=20 > On Thu, Sep 11, 2014 at 09:55:29AM -0400, Stefan Monnier wrote: >> While waiting for your guidance as to which parts of my patches need = to >> be reverted and why, here's some candidate patch which (contrary to = the >> one you reverted) actually changes the code's behavior. >=20 >> It's to be applied on top of the ones you removed (tho since the ones >> you remove are mostly cosmetic, it shouldn't make much of a = difference). >=20 >> Questions: >> - should C-c C-n and friends be moved to c-derivative-mode-map >> (AFAIK neither Java nor IDL nor Pike have CPP conditionals)? >=20 > No. Less disruptive is either to remove these bindings from > c-mode-base-map and put them in c-mode-map etc., or to splat them out > from java-mode-map, etc., as is done in awk-mode-map. This is a bug, = I > suppose, but a tiny one - attempting C-c C-n in Java Mode throws an = error > immediately. >=20 >> - I notice that all cc-mode enable abbrev-mode except for idl-mode. >> Was that on purpose or is it just accidental? >=20 > Probably deliberate. IDL Mode doesn't have keywords like "else", as = far > as I'm aware. I'm also not aware of anyone using IDL Mode, there = having > been no bug reports for it for many years, if ever. FWIW I created slice-mode (for the ZeroC Slice language [1]) derived = from IDL mode. It=92s only in my .emacs right now since it=92s so = trivial. It=92s not perfect, but good enough for the few times I = actually have to edit the files (they define interfaces and are = therefore quite stable). -Ivan [1] http://doc.zeroc.com/display/Ice/The+Slice+Language (define-derived-mode slice-mode idl-mode "Slice" "This is a mode for editing slice (Ice definition) files. It is based on idl-mode because of the comment at = http://www.zeroc.com/forums/help-center/818-any-editor-slice-syntax-highli= ght.html I haven't been able to determine the differences between slice and idl, so I don't know how good it is." (font-lock-add-keywords 'slice-mode `( (,(concat "\\<\\(" (regexp-opt '("Object" "LocalObject" "exception" "interface" = "idempotent")) "\\)\\> ") 1 font-lock-keyword-face t) ("^! .*" 0 font-lock-warning-face t) ;; Reserved names ("\\(Ice\\w*\\)" 1 font-lock-builtin-face) ,(concat "\\<\\(\\w*" (regexp-opt '("Helper" "Holder" "Prx" "Ptr")) "\\)\\> ") ;; Built-in types ,(concat "\\<\\(\\w*" (regexp-opt '("bool" "byte" "short" "int" "long" "float" "double" = "string")) "\\)\\> ") )))=