From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: =?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?= Newsgroups: gmane.emacs.bugs Subject: bug#68246: 30.0.50; Add non-TS mode as extra parent of TS modes Date: Mon, 8 Jan 2024 22:12:03 +0000 Message-ID: References: <83edeww73j.fsf@gnu.org> <83o7dzvrmf.fsf@gnu.org> <838r53vlo5.fsf@gnu.org> <831qavvcbo.fsf@gnu.org> <83bk9wq9ho.fsf@gnu.org> <49cd2601-5579-4871-a694-42f767dbf2fd@gutov.dev> <83y1czpplo.fsf@gnu.org> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="0000000000008244c9060e767d88" Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="11236"; mail-complaints-to="usenet@ciao.gmane.io" Cc: 68246@debbugs.gnu.org, Eli Zaretskii , Yuan Fu , Stefan Monnier To: Dmitry Gutov Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Mon Jan 08 23:13:26 2024 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1rMxs6-0002je-KN for geb-bug-gnu-emacs@m.gmane-mx.org; Mon, 08 Jan 2024 23:13:26 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1rMxre-0000uy-2S; Mon, 08 Jan 2024 17:12:58 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1rMxrc-0000uf-Mv for bug-gnu-emacs@gnu.org; Mon, 08 Jan 2024 17:12:56 -0500 Original-Received: from debbugs.gnu.org ([2001:470:142:5::43]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1rMxrc-0003G6-El for bug-gnu-emacs@gnu.org; Mon, 08 Jan 2024 17:12:56 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1rMxri-0007rs-FZ for bug-gnu-emacs@gnu.org; Mon, 08 Jan 2024 17:13:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: =?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?= Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 08 Jan 2024 22:13:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 68246 X-GNU-PR-Package: emacs Original-Received: via spool by 68246-submit@debbugs.gnu.org id=B68246.170475195130195 (code B ref 68246); Mon, 08 Jan 2024 22:13:02 +0000 Original-Received: (at 68246) by debbugs.gnu.org; 8 Jan 2024 22:12:31 +0000 Original-Received: from localhost ([127.0.0.1]:37805 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rMxrC-0007qx-NR for submit@debbugs.gnu.org; Mon, 08 Jan 2024 17:12:31 -0500 Original-Received: from mail-lj1-x22e.google.com ([2a00:1450:4864:20::22e]:56520) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rMxr9-0007qi-VV for 68246@debbugs.gnu.org; Mon, 08 Jan 2024 17:12:28 -0500 Original-Received: by mail-lj1-x22e.google.com with SMTP id 38308e7fff4ca-2cd0c17e42bso25457701fa.0 for <68246@debbugs.gnu.org>; Mon, 08 Jan 2024 14:12:21 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1704751935; x=1705356735; darn=debbugs.gnu.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=RpomdPqKWi4YToZLj9U6AYGfI8egpwBEUMz8FXyQ2Qg=; b=MucfHsnt7SqCvG+CNJPgpRwDwSkGCD8IW2rkIRR9C8mVFcp6Anp2465TTx5KWeo6SV gF8Qs4Ia00t8P5ekJ0RFxGPkiljt5dS8BY+B5ZShJGfTpJdwdnjpuFFYKAGujkZgy5hl NKt9w4rIxW4jAZXp8uRPcRIs1iQwDG6RblZZIKqWw9dMXrwkYZ1LFwEOThF08P0LjV2l ah/SBlOw0Maunv4unm+TvT8Q9lD3ytipofo/7wcqoa56dFldxKmoyIaHYIq33/aK0Asf NGfVnf6ELvRuV7YQGV8WaokNJp3FNxNnyRJ2NEL+v+RCzWYaJIEt4tW5i2NxTy2fu+4i TVrA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1704751935; x=1705356735; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=RpomdPqKWi4YToZLj9U6AYGfI8egpwBEUMz8FXyQ2Qg=; b=LNHIWd1IlG4965cKsHZxUkFDo9bQi18XjA194dDG84EYAtIkN/vBqfvDtvav+9ktCh TJg4ey11NIVEymmrOtUiIBlxVzDMXZn0HXfXEOOjUeEMoz2vY8ZpCMpB50BQ18Rirsm4 Ne/OcwEdcVT+5b1Ix4f8EAGXJFsuXEUK2APlraPjdtrYTQBdbTzrqTm4+9NxDFgXwfVd Qsp4wbLaJ1x3/1fqjYpfYjk1YK04SU0y6OHhyRe/XRNwO/Lz3Ow0RdsWiYIPiRgvjj8A hPaYbPDYrRe3C1Jh1hmg7DHQEu39JZmghVoQTrjgNJkIoFCMrAzyOvh+CiJAf5wR1CgE /+tA== X-Gm-Message-State: AOJu0Ywv1WCqJvxUp5b47dl4pij9jEgx3sn//jnsctCGA2qBuDGtLKlK aSpHu2okpFDY1oApuS0du1clCH61OdVfEu8MiYE= X-Google-Smtp-Source: AGHT+IHYHjxKqKgJaQ7xxwdRlIrppDMiui/uLg9jB9iM8oF8n7OXwPyI3ZNP63Gqjep6hMIDyvDHqomSm0joQsV0vGQ= X-Received: by 2002:a2e:7408:0:b0:2cc:e386:3772 with SMTP id p8-20020a2e7408000000b002cce3863772mr1669090ljc.29.1704751934881; Mon, 08 Jan 2024 14:12:14 -0800 (PST) In-Reply-To: X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.bugs:277582 Archived-At: --0000000000008244c9060e767d88 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Mon, Jan 8, 2024, 20:08 Dmitry Gutov wrote: > > > >> E.g., for example, we have message-mode, but if we wanted to support > >> alternatives, we could call the base "email-message". Or for different > >> major modes to edit VC commit messages, we could call the language > >> "vc-log-message". > > Those are not "languages", so let's not call them that. > > I'm not married to the term (have there been alternatives suggested?), Neither am I btw. Naming is hard, but it shouldn't be _this_ hard. I think editors where you can't write emails, list processes or chat in IRC do use "language" or "file format" In Emacs, it'd make sense to me to give this to at least those modes derived from prog-mode also maybe some more (org, markdown, etc). Other modes would return nil to mean "nope, not a language per se" But if "language" or "file format" is still contentious, browser's use of "content type" seems adequate. Browsers don't always server files after all. Then probably the new getter would return non-nil in even more modes, and coverage would keep growing to theoretically 100%. Jo=C3=A3o --0000000000008244c9060e767d88 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
=C2=A0Mon, Jan 8, 2024, 20:08 Dmitry Gutov <dmitry@gujutov.dev> wrote:
>
>= ;
> >> E.g., for example, we have message-mode, but if we wante= d to support
> >> alternatives, we could call the base "em= ail-message". Or for different
> >> major modes to edit VC= commit messages, we could call the language
> >> "vc-log-= message".
> > Those are not "languages", so let'= ;s not call them that.
>
> I'm not married to the term (hav= e there been alternatives suggested?),

Neither am I btw. Naming is h= ard, but it shouldn't be
_this_ hard.

I think editors where = you can't write emails, list processes
or chat in IRC do use "= language" or "file format" In Emacs,
it'd make sense= to me to give this to at least those modes
derived from prog-mode also= maybe some more (org, markdown, etc).
Other modes would return nil to m= ean "nope, not a language per=C2=A0
se"

But if &= quot;language" or "file format" is still contentious, browse= r's
use of "content type" seems adequate.=C2=A0 Browsers d= on't always
server files after all.=C2=A0 Then probably the new gett= er would
return non-nil in even more modes, and =C2=A0coverage would ke= ep
growing to theoretically 100%.

Jo=C3=A3o
--0000000000008244c9060e767d88--