From mboxrd@z Thu Jan  1 00:00:00 1970
Path: news.gmane.org!.POSTED!not-for-mail
From: Alan Mackenzie <acm@muc.de>
Newsgroups: gmane.emacs.devel
Subject: Re: exposing the effective mode in a multi-mode
Date: Mon, 18 Sep 2017 09:30:53 +0000
Message-ID: <20170918093053.GB15839@ACM>
References: <874ls0c40s.fsf@tromey.com>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1505727658 21328 195.159.176.226 (18 Sep 2017 09:40:58 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Mon, 18 Sep 2017 09:40:58 +0000 (UTC)
User-Agent: Mutt/1.7.2 (2016-11-26)
Cc: Emacs discussions <emacs-devel@gnu.org>
To: Tom Tromey <tom@tromey.com>
Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Sep 18 11:40:51 2017
Return-path: <emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org>
Envelope-to: ged-emacs-devel@m.gmane.org
Original-Received: from lists.gnu.org ([208.118.235.17])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org>)
	id 1dtsXr-0005FE-3w
	for ged-emacs-devel@m.gmane.org; Mon, 18 Sep 2017 11:40:51 +0200
Original-Received: from localhost ([::1]:35452 helo=lists.gnu.org)
	by lists.gnu.org with esmtp (Exim 4.71)
	(envelope-from <emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org>)
	id 1dtsXy-0006Fn-Gg
	for ged-emacs-devel@m.gmane.org; Mon, 18 Sep 2017 05:40:58 -0400
Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:57656)
	by lists.gnu.org with esmtp (Exim 4.71) (envelope-from <acm@muc.de>)
	id 1dtsUR-0003Xl-K8
	for emacs-devel@gnu.org; Mon, 18 Sep 2017 05:37:20 -0400
Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
	(envelope-from <acm@muc.de>) id 1dtsUN-0002Yc-P4
	for emacs-devel@gnu.org; Mon, 18 Sep 2017 05:37:19 -0400
Original-Received: from ocolin.muc.de ([193.149.48.4]:12131 helo=mail.muc.de)
	by eggs.gnu.org with smtp (Exim 4.71) (envelope-from <acm@muc.de>)
	id 1dtsUN-0002Wk-DN
	for emacs-devel@gnu.org; Mon, 18 Sep 2017 05:37:15 -0400
Original-Received: (qmail 94464 invoked by uid 3782); 18 Sep 2017 09:37:12 -0000
Original-Received: from acm.muc.de (p548C6666.dip0.t-ipconnect.de [84.140.102.102]) by
	colin.muc.de (tmda-ofmipd) with ESMTP;
	Mon, 18 Sep 2017 11:37:11 +0200
Original-Received: (qmail 15914 invoked by uid 1000); 18 Sep 2017 09:30:53 -0000
Content-Disposition: inline
In-Reply-To: <874ls0c40s.fsf@tromey.com>
X-Delivery-Agent: TMDA/1.1.12 (Macallan)
X-Primary-Address: acm@muc.de
X-detected-operating-system: by eggs.gnu.org: FreeBSD 9.x [fuzzy]
X-Received-From: 193.149.48.4
X-BeenThere: emacs-devel@gnu.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: "Emacs development discussions." <emacs-devel.gnu.org>
List-Unsubscribe: <https://lists.gnu.org/mailman/options/emacs-devel>,
	<mailto:emacs-devel-request@gnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/archive/html/emacs-devel/>
List-Post: <mailto:emacs-devel@gnu.org>
List-Help: <mailto:emacs-devel-request@gnu.org?subject=help>
List-Subscribe: <https://lists.gnu.org/mailman/listinfo/emacs-devel>,
	<mailto:emacs-devel-request@gnu.org?subject=subscribe>
Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org
Original-Sender: "Emacs-devel" <emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org>
Xref: news.gmane.org gmane.emacs.devel:218452
Archived-At: <http://permalink.gmane.org/gmane.emacs.devel/218452>

Hello, Tom

On Sun, Sep 17, 2017 at 17:13:39 -0600, Tom Tromey wrote:
> I noticed that company couldn't do CSS completion in a <style> element
> in mhtml-mode.

> company-css understands how web-mode handles sub-modes, by calling a
> web-mode function ("web-mode-language-at-pos") directly, but it doesn't
> understand mhtml-mode.

> So, I'd like to propose this patch for Emacs 26.  It adds a new function
> to prog-mode.el so that multi-modes can expose the sub-mode at point.
> It also changes mhtml-mode to set the new variable to make this work.

prog-mode seems the wrong place to put this.  It has nothing to do with
programming languages, as such, and everything to do with multi-mode
modes.

The facility will surely be needed by modes which aren't derived from
prog-mode.

The implementation of multi modes is, as far as I understand it, still
in flux.  Is the current implementation going to be applicable to all
these various ways of doing multi-mode?  Would it not be better to have
this as a hook function (in global namespace), where the pertinent
multi-mode could set the hook to its own function?

Just a few thoughts.

> Tom

[ .... ]

-- 
Alan Mackenzie (Nuremberg, Germany).