Stefan Kangas <stefan@HIDDEN>
to control <at> debbugs.gnu.org.
Full text available.
Received: (at 56258) by debbugs.gnu.org; 28 Jun 2022 23:17:53 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Tue Jun 28 19:17:53 2022
Received: from localhost ([127.0.0.1]:56621 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1o6KSr-00054d-MX
for submit <at> debbugs.gnu.org; Tue, 28 Jun 2022 19:17:53 -0400
Received: from w1.tutanota.de ([81.3.6.162]:51490)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <carlmarcos@HIDDEN>) id 1o6KSo-00054Q-Tk
for 56258 <at> debbugs.gnu.org; Tue, 28 Jun 2022 19:17:47 -0400
Received: from w3.tutanota.de (unknown [192.168.1.164])
by w1.tutanota.de (Postfix) with ESMTP id 3443CFBF604;
Tue, 28 Jun 2022 23:17:41 +0000 (UTC)
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; t=1656458261;
s=s1; d=tutanota.com;
h=From:From:To:To:Subject:Subject:Content-Description:Content-ID:Content-Type:Content-Type:Content-Transfer-Encoding:Cc:Cc:Date:Date:In-Reply-To:In-Reply-To:MIME-Version:MIME-Version:Message-ID:Message-ID:Reply-To:References:References:Sender;
bh=I5mrfT4/wmT4h8qzkI1+InepTfS7JD/2F+l4YDRGq4k=;
b=WAiBoSiliDiIbPwQrLULtvwJUzqq+YkjAX0CXIaf1yDQJMjeib+FT5RdF5Zv0Ep5
0/h9Uql3HqgyHIZW3nYkD4mYPYNl4VSHI8CBOm5NB1o5wgXXq2UttX3wX9cj4WxHG79
bdyE1VAKeUDXbtBRqy5wwWi8AEgX+ndVeiZTlK2ToGJEkMoMP2LtDfu4s/x/KXjidD0
gMTm47201UkusMufwAEIiuXAnT7sbdej5uejFp/KN5wOodfcJqKKjP4GOxzTCNc1JQ0
tqpeYTgXD1FuY4hAkCKjw+y6G8nwSVUiQLeb/TarmHsNp1pBu+mlRPGKgrMVhh/pcWl
WQj/xnpYoA==
Date: Wed, 29 Jun 2022 01:17:41 +0200 (CEST)
From: carlmarcos@HIDDEN
To: Lars Ingebrigtsen <larsi@HIDDEN>
Message-ID: <N5eVnNo--3-2@HIDDEN>
In-Reply-To: <87czetq7ef.fsf@HIDDEN>
References: <N5_IS33--3-2@HIDDEN>
<ec1161b5063acb76c92b8c9a2b731005@HIDDEN>
<87czetq7ef.fsf@HIDDEN>
Subject: Re: bug#56258: Changing major-mode with mouse event
MIME-Version: 1.0
Content-Type: multipart/alternative;
boundary="----=_Part_814163_1424050223.1656458261198"
X-Spam-Score: -0.0 (/)
X-Debbugs-Envelope-To: 56258
Cc: Phil Sainty <psainty@HIDDEN>, 56258 <at> debbugs.gnu.org
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.0 (-)
------=_Part_814163_1424050223.1656458261198
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
Jun 28, 2022, 12:50 by larsi@HIDDEN:
> Phil Sainty <psainty@HIDDEN> writes:
>
>> Major modes would need to be identifiable as such in order to
>> provide the menu you propose, and I don't believe there's a reliable
>> way to do that at present for all major modes.
>>
>> We can identify major modes defined with `define-derived-mode'
>> however, as all such modes have a `derived-mode-parent' property;
>> and that does cover the majority.
>>
>
> Yes, it should be possible to provide a command to allow you to choose
> between modes. But I think having something like that callable from the
> mode line would be of limited value, but perhaps not? The reason is
> that we just have So Many Modes -- over 500, at least, so discovering
> modes via a menu would be cumbersome.
>
You would know more about how best to approach this.=C2=A0 Perhaps some for=
m
of completion could help.=C2=A0 Have you reflected on categorising the mode=
s,
organised in ways that makes the process of going through them quicker?
>> p.s. Tangentially, I think it would be good if all symbols for both
>> major and minor modes had (or rather, were expected to have) symbol
>> properties to explicitly identify which type of mode they are,
>> including differentiation between the various minor mode types
>> (buffer-local, global, and 'globalized' pairings), as I think there
>> would be other uses for being able to query the available modes.
>>
>
> Yes, that might be nice if you want to explore "what are the major
> modes I can possibly use here?".
>
> We almost kinda sorta have that. All minor modes should be defined via
> define-minor-mode now, and that updates the global-minor-modes and
> local-minor-mode variables. So all mode functions that aren't there are
> major modes, so we could use heuristics to get us pretty far (along with
> `derived-mode-parent').
>
> However, we do have functions that end with -mode that aren't modes.
>
> --=20
> (domestic pets only, the antidote for overdose, milk.)
> bloggy blog: http://lars.ingebrigtsen.no
>
------=_Part_814163_1424050223.1656458261198
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
<html>
<head>
<meta http-equiv=3D"content-type" content=3D"text/html; charset=3DUTF-8=
">
</head>
<body>
<div><br></div><div>Jun 28, 2022, 12:50 by larsi@HIDDEN:<br></div><blockq=
uote class=3D"tutanota_quote" style=3D"border-left: 1px solid #93A3B8; padd=
ing-left: 10px; margin-left: 5px;"><div>Phil Sainty <psainty@HIDDEN=
z> writes:<br></div><blockquote><div>Major modes would need to be identi=
fiable as such in order to<br></div><div>provide the menu you propose, and =
I don't believe there's a reliable<br></div><div>way to do that at present =
for all major modes.<br></div><div><br></div><div>We can identify major mod=
es defined with `define-derived-mode'<br></div><div>however, as all such mo=
des have a `derived-mode-parent' property;<br></div><div>and that does cove=
r the majority.<br></div></blockquote><div><br></div><div>Yes, it should be=
possible to provide a command to allow you to choose<br></div><div>between=
modes. But I think having something like that callable from the<br></div>=
<div>mode line would be of limited value, but perhaps not? The reason is<b=
r></div><div>that we just have So Many Modes -- over 500, at least, so disc=
overing<br></div><div>modes via a menu would be cumbersome.<br></div></bloc=
kquote><div dir=3D"auto">You would know more about how best to approach thi=
s. Perhaps some form<br></div><div dir=3D"auto">of completion could h=
elp. Have you reflected on categorising the modes,<br></div><div dir=
=3D"auto">organised in ways that makes the process of going through them qu=
icker?<br></div><blockquote class=3D"tutanota_quote" style=3D"border-left: =
1px solid #93A3B8; padding-left: 10px; margin-left: 5px;"><blockquote><div>=
p.s. Tangentially, I think it would be good if all symbols for both<br></di=
v><div>major and minor modes had (or rather, were expected to have) symbol<=
br></div><div>properties to explicitly identify which type of mode they are=
,<br></div><div>including differentiation between the various minor mode ty=
pes<br></div><div>(buffer-local, global, and 'globalized' pairings), as I t=
hink there<br></div><div>would be other uses for being able to query the av=
ailable modes.<br></div></blockquote><div><br></div><div>Yes, that might be=
nice if you want to explore "what are the major<br></div><div>modes I can =
possibly use here?".<br></div><div><br></div><div>We almost kinda sorta hav=
e that. All minor modes should be defined via<br></div><div>define-minor-m=
ode now, and that updates the global-minor-modes and<br></div><div>local-mi=
nor-mode variables. So all mode functions that aren't there are<br></div><=
div>major modes, so we could use heuristics to get us pretty far (along wit=
h<br></div><div>`derived-mode-parent').<br></div><div><br></div><div>Howeve=
r, we do have functions that end with -mode that aren't modes.<br></div><di=
v><br></div><div>-- <br></div><div>(domestic pets only, the antidote for ov=
erdose, milk.)<br></div><div> bloggy blog: http://lars.ingebrigtsen.no<br><=
/div></blockquote><div dir=3D"auto"><br></div> </body>
</html>
------=_Part_814163_1424050223.1656458261198--
bug-gnu-emacs@HIDDEN:bug#56258; Package emacs.
Full text available.Received: (at 56258) by debbugs.gnu.org; 28 Jun 2022 12:51:01 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Tue Jun 28 08:51:01 2022 Received: from localhost ([127.0.0.1]:54240 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1o6AgG-0003Bk-Kw for submit <at> debbugs.gnu.org; Tue, 28 Jun 2022 08:51:01 -0400 Received: from quimby.gnus.org ([95.216.78.240]:48240) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <larsi@HIDDEN>) id 1o6AgA-0003BR-1N for 56258 <at> debbugs.gnu.org; Tue, 28 Jun 2022 08:50:59 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=nyAXqfSkbNxeq7SduTrzbqX0Fgxig9fK/cZmOC4ThEQ=; b=UcAa2evgYHr6lmaSAfihQcO0FD mKZXFHVxopgYHXJyX5lhQOhU8whz5LPQ7iklTkt/R81pdk6xDdUMei0aBlFJAyaCoi81m7Rz88wH6 Wr52yCTeJXRLaZaLKi4AMMxK7RRohz3lzhHLaKvyjVoO2rEUAzE919NLMx9Bkn3UeZOY=; Received: from [84.212.220.105] (helo=xo) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from <larsi@HIDDEN>) id 1o6Afd-0002Cr-TW; Tue, 28 Jun 2022 14:50:27 +0200 From: Lars Ingebrigtsen <larsi@HIDDEN> To: Phil Sainty <psainty@HIDDEN> Subject: Re: bug#56258: Changing major-mode with mouse event References: <N5_IS33--3-2@HIDDEN> <ec1161b5063acb76c92b8c9a2b731005@HIDDEN> X-Now-Playing: umru & Laura Les's _PC Music Volume 3_: "popular" Date: Tue, 28 Jun 2022 14:50:16 +0200 In-Reply-To: <ec1161b5063acb76c92b8c9a2b731005@HIDDEN> (Phil Sainty's message of "Tue, 28 Jun 2022 09:08:27 +1200") Message-ID: <87czetq7ef.fsf@HIDDEN> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Phil Sainty <psainty@HIDDEN> writes: > Major modes would need to be identifiable as such in order to > provide the menu you propose, and I don't believe there's a reliable > way to do that at present for all major modes. > > We can ident [...] Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 56258 Cc: carlmarcos@HIDDEN, 56258 <at> debbugs.gnu.org X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -3.3 (---) Phil Sainty <psainty@HIDDEN> writes: > Major modes would need to be identifiable as such in order to > provide the menu you propose, and I don't believe there's a reliable > way to do that at present for all major modes. > > We can identify major modes defined with `define-derived-mode' > however, as all such modes have a `derived-mode-parent' property; > and that does cover the majority. Yes, it should be possible to provide a command to allow you to choose between modes. But I think having something like that callable from the mode line would be of limited value, but perhaps not? The reason is that we just have So Many Modes -- over 500, at least, so discovering modes via a menu would be cumbersome. > p.s. Tangentially, I think it would be good if all symbols for both > major and minor modes had (or rather, were expected to have) symbol > properties to explicitly identify which type of mode they are, > including differentiation between the various minor mode types > (buffer-local, global, and 'globalized' pairings), as I think there > would be other uses for being able to query the available modes. Yes, that might be nice if you want to explore "what are the major modes I can possibly use here?". We almost kinda sorta have that. All minor modes should be defined via define-minor-mode now, and that updates the global-minor-modes and local-minor-mode variables. So all mode functions that aren't there are major modes, so we could use heuristics to get us pretty far (along with `derived-mode-parent'). However, we do have functions that end with -mode that aren't modes. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no
bug-gnu-emacs@HIDDEN:bug#56258; Package emacs.
Full text available.Received: (at 56258) by debbugs.gnu.org; 27 Jun 2022 21:08:34 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Mon Jun 27 17:08:34 2022 Received: from localhost ([127.0.0.1]:53431 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1o5vyE-0006YH-He for submit <at> debbugs.gnu.org; Mon, 27 Jun 2022 17:08:34 -0400 Received: from smtp-2.orcon.net.nz ([60.234.4.43]:35915) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <psainty@HIDDEN>) id 1o5vyA-0006Y6-Gj for 56258 <at> debbugs.gnu.org; Mon, 27 Jun 2022 17:08:33 -0400 Received: from [10.253.37.70] (port=35810 helo=webmail.orcon.net.nz) by smtp-2.orcon.net.nz with esmtpa (Exim 4.90_1) (envelope-from <psainty@HIDDEN>) id 1o5vy8-00044V-2x; Tue, 28 Jun 2022 09:08:28 +1200 Received: from ip-116-251-140-135.kinect.net.nz ([116.251.140.135]) via [10.253.37.253] by webmail.orcon.net.nz with HTTP (HTTP/1.1 POST); Tue, 28 Jun 2022 09:08:27 +1200 MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Tue, 28 Jun 2022 09:08:27 +1200 From: Phil Sainty <psainty@HIDDEN> To: carlmarcos@HIDDEN Subject: Re: bug#56258: Changing major-mode with mouse event In-Reply-To: <N5_IS33--3-2@HIDDEN> References: <N5_IS33--3-2@HIDDEN> Message-ID: <ec1161b5063acb76c92b8c9a2b731005@HIDDEN> X-Sender: psainty@HIDDEN User-Agent: Orcon Webmail X-GeoIP: -- X-Spam_score: -2.9 X-Spam_score_int: -28 X-Spam_bar: -- X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 56258 Cc: 56258 <at> debbugs.gnu.org X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -1.0 (-) On 2022-06-28 01:58, carlmarcos wrote: > I frequently make new buffers that selects `fundamental-mode`. Could > there be a way to change the major-mode using the mouse. Perhaps by > using the menu on the major-mode that shows up in the mode-line? I suggest you create such buffers using C-x C-f (or the "Visit New File" menu item) using a file name extension for the major mode you wish to use. There's no need to actually save/write to the file if you don't want to, and the buffer mode will be set appropriately. Failing that, something like this may be suitable: https://github.com/ieure/scratch-el Major modes would need to be identifiable as such in order to provide the menu you propose, and I don't believe there's a reliable way to do that at present for all major modes. We can identify major modes defined with `define-derived-mode' however, as all such modes have a `derived-mode-parent' property; and that does cover the majority. -Phil p.s. Tangentially, I think it would be good if all symbols for both major and minor modes had (or rather, were expected to have) symbol properties to explicitly identify which type of mode they are, including differentiation between the various minor mode types (buffer-local, global, and 'globalized' pairings), as I think there would be other uses for being able to query the available modes.
bug-gnu-emacs@HIDDEN:bug#56258; Package emacs.
Full text available.
Received: (at submit) by debbugs.gnu.org; 27 Jun 2022 13:58:53 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Mon Jun 27 09:58:52 2022
Received: from localhost ([127.0.0.1]:52923 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1o5pGO-0002BG-Np
for submit <at> debbugs.gnu.org; Mon, 27 Jun 2022 09:58:52 -0400
Received: from lists.gnu.org ([209.51.188.17]:58976)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <carlmarcos@HIDDEN>) id 1o5pGN-0002B9-7u
for submit <at> debbugs.gnu.org; Mon, 27 Jun 2022 09:58:51 -0400
Received: from eggs.gnu.org ([2001:470:142:3::10]:49944)
by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
(Exim 4.90_1) (envelope-from <carlmarcos@HIDDEN>)
id 1o5pGM-0002ca-Va
for bug-gnu-emacs@HIDDEN; Mon, 27 Jun 2022 09:58:51 -0400
Received: from w1.tutanota.de ([81.3.6.162]:49164)
by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
(Exim 4.90_1) (envelope-from <carlmarcos@HIDDEN>)
id 1o5pGL-0006ET-EZ
for bug-gnu-emacs@HIDDEN; Mon, 27 Jun 2022 09:58:50 -0400
Received: from w3.tutanota.de (unknown [192.168.1.164])
by w1.tutanota.de (Postfix) with ESMTP id 5628EFBF89B
for <bug-gnu-emacs@HIDDEN>; Mon, 27 Jun 2022 13:58:47 +0000 (UTC)
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; t=1656338327;
s=s1; d=tutanota.com;
h=From:From:To:To:Subject:Subject:Content-Description:Content-ID:Content-Type:Content-Type:Content-Transfer-Encoding:Cc:Date:Date:In-Reply-To:MIME-Version:MIME-Version:Message-ID:Message-ID:Reply-To:References:Sender;
bh=D4s+T40JpxqcFmJW397HBycrO/vEUyfcelVM14wv+9M=;
b=FrhtQl8tqH+BvUlzM6CtttomSkuePFJDhidmJMi8lwUa6Y3cCOEIm4X3wB06MC7l
bEPJrocuKtQtpCvUCRSBEgB++21sbaVeyW050aTQi9YwCGCHo3NUzRbPS+1vfGyC515
S8dVV7rn5vWdXGpAUYZWU0lr934Nfn2OW0zfuC9z1F6qA/lOTFZNjsqGg2RIALdWteM
BdnHNr/d/MBW3u8VSiagKrXL1hrdamMN5bcglLLpD34bAGHfWFk2qiZfe2WA0oB0iUy
NjQmaO9T+3IN+/M5WcFLI+tXvTLOT7Av/e8hMIaODwpxGBjVVVHddaAx84VkByIDo6v
xmeIoIvpEA==
Date: Mon, 27 Jun 2022 15:58:47 +0200 (CEST)
From: carlmarcos@HIDDEN
To: Bug Gnu Emacs <bug-gnu-emacs@HIDDEN>
Message-ID: <N5_IS33--3-2@HIDDEN>
Subject: Changing major-mode with mouse event
MIME-Version: 1.0
Content-Type: multipart/alternative;
boundary="----=_Part_706965_1823598671.1656338327330"
Received-SPF: pass client-ip=81.3.6.162; envelope-from=carlmarcos@HIDDEN;
helo=w1.tutanota.de
X-Spam_score_int: -20
X-Spam_score: -2.1
X-Spam_bar: --
X-Spam_report: (-2.1 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1,
DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001,
SPF_HELO_PASS=-0.001, SPF_PASS=-0.001,
T_SCC_BODY_TEXT_LINE=-0.01 autolearn=ham autolearn_force=no
X-Spam_action: no action
X-Spam-Score: -1.4 (-)
X-Debbugs-Envelope-To: submit
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -2.4 (--)
------=_Part_706965_1823598671.1656338327330
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
I frequently make new buffers that selects `fundamental-mode`.=C2=A0 Could =
there be a way to change the major-mode using the mouse.=C2=A0 Perhaps by u=
sing the menu on the major-mode that shows up in the mode-line?
Or would something in the file menu-bar be more suitable, considering there=
are `New Window' and `New Frame'?
------=_Part_706965_1823598671.1656338327330
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: 7bit
<html>
<head>
<meta http-equiv="content-type" content="text/html; charset=UTF-8">
</head>
<body>
<div><br></div><div>I frequently make new buffers that selects `fundamental-mode`. Could there be a way to change the major-mode using the mouse. Perhaps by using the menu on the major-mode that shows up in the mode-line?<br></div><div dir="auto"><br></div><div dir="auto">Or would something in the file menu-bar be more suitable, considering there are `New Window' and `New Frame'?<br></div> </body>
</html>
------=_Part_706965_1823598671.1656338327330--
carlmarcos@HIDDEN:bug-gnu-emacs@HIDDEN.
Full text available.bug-gnu-emacs@HIDDEN:bug#56258; Package emacs.
Full text available.
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997 nCipher Corporation Ltd,
1994-97 Ian Jackson.