From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Edward Welbourne Newsgroups: gmane.emacs.bugs Subject: Re: C-comments in sgml-mode's html-mode Date: Tue, 24 Jul 2007 15:51:26 +0200 Message-ID: References: <46A1DEB4.8080501@gmx.at> <46A49E9F.1090806@gmx.at> <46A4F65C.2070403@gmx.at> <46A5F814.2000701@gmx.at> Reply-To: eddy@opera.com NNTP-Posting-Host: lo.gmane.org X-Trace: sea.gmane.org 1185285128 31991 80.91.229.12 (24 Jul 2007 13:52:08 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Tue, 24 Jul 2007 13:52:08 +0000 (UTC) Cc: bug-gnu-emacs@gnu.org To: martin rudalics Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Tue Jul 24 15:52:07 2007 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.50) id 1IDKo2-00040k-OK for geb-bug-gnu-emacs@m.gmane.org; Tue, 24 Jul 2007 15:52:07 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1IDKo1-0006HE-TR for geb-bug-gnu-emacs@m.gmane.org; Tue, 24 Jul 2007 09:52:05 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1IDKnz-0006H9-K7 for bug-gnu-emacs@gnu.org; Tue, 24 Jul 2007 09:52:03 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1IDKny-0006Gw-UE for bug-gnu-emacs@gnu.org; Tue, 24 Jul 2007 09:52:03 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1IDKny-0006Gt-Lv for bug-gnu-emacs@gnu.org; Tue, 24 Jul 2007 09:52:02 -0400 Original-Received: from sam.opera.com ([213.236.208.81]) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1IDKny-0004Ei-12 for bug-gnu-emacs@gnu.org; Tue, 24 Jul 2007 09:52:02 -0400 Original-Received: from whorl (pat-tdc.opera.com [213.236.208.22]) by sam.opera.com (8.13.4/8.13.4/Debian-3sarge3) with ESMTP id l6ODpmK8027986 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=NOT); Tue, 24 Jul 2007 13:51:48 GMT Original-Received: from eddy by whorl with local (Exim 4.67) (envelope-from ) id 1IDKnO-0000EJ-Li; Tue, 24 Jul 2007 15:51:26 +0200 In-reply-to: <46A5F814.2000701@gmx.at> (message from martin rudalics on Tue, 24 Jul 2007 15:01:08 +0200) X-Virus-Scanned: ClamAV 0.90.1/3753/Tue Jul 24 11:55:42 2007 on sam.opera.com X-Virus-Status: Clean X-detected-kernel: Linux 2.4-2.6 X-BeenThere: bug-gnu-emacs@gnu.org X-Mailman-Version: 2.1.5 Precedence: list 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:16221 Archived-At: > > However, C-h m gives me a buffer full of mode information in which > > searching for css gets no hits, as does searching for helper. > C-h m won't tell about any remnants left by a mode in a buffer after the > mode has been turned off. However, everything I've reported has been based on freshly-opened buffers looking at the simple test file from my Help -> Report a bug menu report. Although there seems to be something odd in my *session* the problem isn't due to anything odd in any particular *buffer*, or its history. Presumably a data structure associated with html-mode has been mangled. > In your case someone has set up the syntax of / and * much as a > css-mode would do. What does C-h f css-mode say on your system? css-mode is an interactive compiled Lisp function in `css-mode.el'. (css-mode) Major mode for editing CSS style sheets. key binding --- ------- C-c Prefix Command ESC Prefix Command " cssm-insert-quotes ( cssm-insert-parenthesises [ cssm-insert-brackets { cssm-insert-curlies } cssm-insert-right-brace-and-indent M-TAB cssm-complete-property C-c C-c cssm-insert-comment C-c C-u cssm-insert-url and I don't believe I've used it directly ('though I may have looked at a .css file at some point, which would cause it to load automagically). However, when I open up comment.html in a fresh clean emacs -Q, it doesn't believe in css-mode at all. I just get a bell (and [No match] in minibuffer) when I try C-h f css-mode RET. No script in my usual .emacs (a minimal .emacs which adds an entry to load-path and loads a bunch of little fragments from a directory of mine) mentions css-mode. In an emacs -q session, it knows it would autoload css-mode if asked for: loading a css file, I now find I am able to reproduce the bug in a new session :-) So, steps to reproduce: in an emacs -q session evaluate (autoload 'html-mode "sgml-mode" "Edit HTML docs" t) (setq auto-mode-alist (cons (cons "\\.x?html?$" 'html-mode) auto-mode-alist)) , visit a .css file (it need not exist / can be empty), open a .html file containing: Test page for HTML-mode /* comment issue

Test page for HTML-mode /* comment issue

It would appear that css-mode is hacking html-mode ! Eddy.