From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Stefan Kangas Newsgroups: gmane.emacs.devel Subject: Re: [PATCH] New major-mode: bicep-ts-mode Date: Sun, 7 Jan 2024 12:26:19 -0800 Message-ID: References: <7121354D-5D04-4B22-A0D3-54C469BF5B85@secure.kjonigsen.net> <87jzoldnpm.fsf@daniel-mendler.de> Mime-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="29476"; mail-complaints-to="usenet@ciao.gmane.io" Cc: "Ergus via Emacs development discussions." , Yuan Fu , Theodor Thornhill , Dmitry , Stefan Monnier , Philip Kaludercic To: Daniel Mendler , =?UTF-8?Q?Jostein_Kj=C3=B8nigsen?= Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Sun Jan 07 21:27:14 2024 Return-path: Envelope-to: ged-emacs-devel@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 1rMZjm-0007RK-5y for ged-emacs-devel@m.gmane-mx.org; Sun, 07 Jan 2024 21:27:14 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1rMZiy-0000gK-Vr; Sun, 07 Jan 2024 15:26:25 -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 1rMZix-0000g6-KG for emacs-devel@gnu.org; Sun, 07 Jan 2024 15:26:23 -0500 Original-Received: from mail-lf1-x136.google.com ([2a00:1450:4864:20::136]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1rMZiv-00060N-Rk for emacs-devel@gnu.org; Sun, 07 Jan 2024 15:26:23 -0500 Original-Received: by mail-lf1-x136.google.com with SMTP id 2adb3069b0e04-50e9e5c97e1so1214367e87.0 for ; Sun, 07 Jan 2024 12:26:21 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1704659180; x=1705263980; darn=gnu.org; h=content-transfer-encoding:cc:to:subject:message-id:date :mime-version:references:in-reply-to:from:from:to:cc:subject:date :message-id:reply-to; bh=T2bG/PeqfJHehL/p/g+KTFpFhEIEruenl+cVbJydLh8=; b=fTCAT6SSD+7yw7gVUyBXMrAQxI6UAfoHpoi+dJKvc11PZYrd68h7gpuJmYkLEiT0sB 3j39VB4IKV5d05FxwyKAHtdrfl84TZL4RqgFQvABK5I18SijL+oS3lKOQiSp7atdf3eV 8XC5g0cIH2DoQsB6gv5lj7uIj5PVXG2rAKYi8Hyabj8qQtKCrXKLT6wc6ET5o7r3gZ9M nlVkAJEuxOMzEIULDcRPIDLtBnyvDBpbCpZLaEm1y8u7Xjdbesn9lT+1Tu7ra9+wTjvn ju3UJrVl8/fRi8t9l4J8hd40TIIF1xHcGDpUU9JCmTluWo7eZgSeWvaQ5dT9Jp1YQdMj FhIQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1704659180; x=1705263980; h=content-transfer-encoding:cc:to:subject:message-id:date :mime-version:references:in-reply-to:from:x-gm-message-state:from:to :cc:subject:date:message-id:reply-to; bh=T2bG/PeqfJHehL/p/g+KTFpFhEIEruenl+cVbJydLh8=; b=STSB8KLE8YEWnRGFMbPrL08rEaqHHF3Yedxv7s6t65wOXmabQUG9N87rciKBqG92t1 7sk8R515/03hoPsuAiryU4H/e4VM4jQFq83CIE96M3xjQw30vo+u/e28ARKxxp4Y+onj QSDu8Vvv/schHXVVTAn4o7jG7LhBRFMmplx68PbPoibtOFyZc0quwyf5TGhP2glWzb+M K7yJj8WhvOpqLu9xZ5JmnClpnLGRb/9xR4otXBArYtwZllBQnjOjvodnmyCleBe3VjMJ +5sSSLVqYA7C8tau3/sGeVNyUqSvUXiteHo/dGp56S2kWBuOQ/OCK3zwojO+4EYgrqnc E5dA== X-Gm-Message-State: AOJu0YzeLo9HqW96E0zASuGgkgWGG8Y/cAewYiiB7iJid+JMKt/y4aGo SevRuKIH+5FeN2XBxiOgGnZM4z6uiG+Y6hgHrDg= X-Google-Smtp-Source: AGHT+IEx1KJDEfJkA7W6GV0hahtXaBeSDBegFYDvEXwDFcHuyB4orn1PWQ+xhT2/JPIYSYg3qgl0kozxcMhYRjGFJBE= X-Received: by 2002:a19:2d58:0:b0:50e:74e9:1512 with SMTP id t24-20020a192d58000000b0050e74e91512mr958607lft.52.1704659179534; Sun, 07 Jan 2024 12:26:19 -0800 (PST) Original-Received: from 753933720722 named unknown by gmailapi.google.com with HTTPREST; Sun, 7 Jan 2024 12:26:19 -0800 In-Reply-To: <87jzoldnpm.fsf@daniel-mendler.de> Received-SPF: pass client-ip=2a00:1450:4864:20::136; envelope-from=stefankangas@gmail.com; helo=mail-lf1-x136.google.com 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, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.29 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-mx.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.devel:314706 Archived-At: Daniel Mendler via "Emacs development discussions." writes: > Jostein Kj=C3=B8nigsen writes: >> Currently if one works with Microsoft-oriented solutions (C#, .NET, Type= Script, >> Azure, etc) one often also has to work with Bicep. Bicep is a programmin= g >> language used to describe Infrastructure-as-Code used for deploying serv= ices in >> Microsoft Azure cloud. >> >> Unfortunately the only editor currently available with useful Bicep-supp= ort is >> Microsoft VSCode. Working with Bicep in Emacs currently is not really fe= asible. >> >> The Bicep language itself is a type-safe language with an associated ope= n-source >> toolchain, which in turn gets compiled to JSON-formatted Azure Resource >> Manager (ARM) templates, which can actually provision resources in Azure= . >> >> With appropriate editor-support, working with Bicep is superior to worki= ng with >> the untyped JSON for ARM template purposes. As such, adding support for = Bicep >> to Emacs, would mean most Azure-developers can still stay 100% within Em= acs >> to do their job :) > > Stefan Kangas writes: >> Daniel Mendler via "Emacs development discussions." writes: >>> Also, recently there has also been a >>> discussion to add a `bicep-ts-mode' to Emacs core, with the argument >>> being that VSCode supports it. Makes sense, it is a Microsoft product t= o >>> help using Microsoft products. The description of Bicep on Github >>> (https://github.com/Azure/bicep) is "Bicep is a declarative language fo= r >>> describing and deploying Azure resources". Does Bicep really need to be >>> part of Emacs core? Couldn't it be added to ELPA instead? >> >> I think we should be sympathetic to arguments such as the above, yes, >> but why not ask this question in the Bicep thread instead? :-) > > Agree, the question if `bicep-ts-mode' should be added to ELPA instead > of core should be discussed in the Bicep thread. [Copying in Stefan and Philip.] The basic question is: Would bicep-mode might make more sense in GNU ELPA or in Emacs itself? I don't know anything about Bicep or what it does specifically, but I'm starting to lean towards GNU ELPA, myself. The basic reason is that adding Bicep to core could be seen as promoting Azure, given that it seems to only be useful for using that service specifically.