From mboxrd@z Thu Jan  1 00:00:00 1970
Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail
From: Alexandre Garreau <galex-713@galex-713.eu>
Newsgroups: gmane.emacs.devel
Subject: Re: Elisp LSP Server
Date: Mon, 25 Oct 2021 09:47:41 +0200
Message-ID: <14736850.2myiWHmV1F@galex-713.eu>
References: <16338bdc2497fc51c6fb6d54ab370bfb@webmail.orcon.net.nz>
 <1656272.pu0UoWQkng@galex-713.eu> <m2zgr024d5.fsf@blind-drunk.fritz.box>
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="33135"; mail-complaints-to="usenet@ciao.gmane.io"
To: emacs-devel@gnu.org
Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Mon Oct 25 09:48:33 2021
Return-path: <emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org>
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 <emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org>)
	id 1meuie-0008Q6-NX
	for ged-emacs-devel@m.gmane-mx.org; Mon, 25 Oct 2021 09:48:32 +0200
Original-Received: from localhost ([::1]:35186 helo=lists1p.gnu.org)
	by lists.gnu.org with esmtp (Exim 4.90_1)
	(envelope-from <emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org>)
	id 1meuid-0006BH-6t
	for ged-emacs-devel@m.gmane-mx.org; Mon, 25 Oct 2021 03:48:31 -0400
Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:46352)
 by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.90_1) (envelope-from <galex-713@galex-713.eu>)
 id 1meuhz-0005Sa-Ep
 for emacs-devel@gnu.org; Mon, 25 Oct 2021 03:47:51 -0400
Original-Received: from portable.galex-713.eu ([2a00:5884:8305::1]:45808
 helo=galex-713.eu)
 by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.90_1) (envelope-from <galex-713@galex-713.eu>)
 id 1meuhs-0001MC-RK
 for emacs-devel@gnu.org; Mon, 25 Oct 2021 03:47:50 -0400
Original-Received: from gal by galex-713.eu with local (Exim 4.92)
 (envelope-from <galex-713@galex-713.eu>) id 1meuhp-0003VH-Hh
 for emacs-devel@gnu.org; Mon, 25 Oct 2021 09:47:41 +0200
In-Reply-To: <m2zgr024d5.fsf@blind-drunk.fritz.box>
Received-SPF: pass client-ip=2a00:5884:8305::1;
 envelope-from=galex-713@galex-713.eu; helo=galex-713.eu
X-Spam_score_int: 0
X-Spam_score: -0.0
X-Spam_bar: /
X-Spam_report: (-0.0 / 5.0 requ) SPF_HELO_PASS=-0.001,
 SPF_PASS=-0.001 autolearn=ham autolearn_force=no
X-Spam_action: no action
X-BeenThere: emacs-devel@gnu.org
X-Mailman-Version: 2.1.23
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: <https://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-mx.org@gnu.org
Original-Sender: "Emacs-devel"
 <emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org>
Xref: news.gmane.io gmane.emacs.devel:277718
Archived-At: <http://permalink.gmane.org/gmane.emacs.devel/277718>

Le vendredi 22 octobre 2021, 21:59:26 CEST Tim Cross a =C3=A9crit :
> Alexandre Garreau <galex-713@galex-713.eu> writes:
> > Le vendredi 22 octobre 2021, 18:40:06 CEST Dmitry Gutov a =C3=A9crit :
> >> On 22.10.2021 19:23, Mathias Dahl wrote:
> >> > About this convenience feature of being able to very easily open VS
> >> > Code when browsing GitHub, we could develop our own
> >> > Chrome/Edge/Firefox extension to allow the same workflow if we
> >> > wanted.
> >>=20
> >> The OP was referring to being able to open "VS Code" (a version of
> >> it)
> >> inside the browser. It's a "cloud IDE" sort of thing.
> >=20
> > Is there an implementation/backend of VS Code implemented in
> > javascript, or transpiled to it?
>=20
> I think vs code is an electron app, which means it is largely
> implemented in javascript. It uses javascript for it's extension system.
> > It would anyway, without having to transpile C to js (which already
> > exists, but not including X ofc (hopefully?)), or elisp to js (which
> > may already exist or be easily doable from what exists), be possible
> > to develop not really an extension but a plugin that would allow open
> > emacs inside frames such as it was possible to watch videos before
> > <video> and firefox to include its own player
>=20
> I think the best phrase for here is "Nothing to see here, please move
> on". There are already solutions to pass off content from the browser to
> Emacs (e.g. org protocol and the edit with emacs extension).
>=20
> I also think what is really needed in the free software community is not
> an extension which allows emacs to run inside a browser or an LSP mode,
> but rather a well designed free javascript library which would
> facilitate the development of web UIs that would allow sites like
> savannah.gnu.org to have an interface as functional and modern looking
> as github using free software. I'm sure more people would be just as
> happy to use savannah for their project hosting if it didn't look and
> feel like being beamed back to 1999 every time you used the site. Such
> a library could even be designed and developed with a focus which makes
> integration with other free software projects even easier, further
> increasing the likelihood of free software being used/preferred in
> modern web environments.

Of course not.  The big monopolies, that is AngularJS, React, CodeIgniter,=
=20
etc. are all already free-software.  Most of the software running server-
side also is free-software.

What is very anti-freedom is the very paradigm they enforce, that is =E2=80=
=9Cthe=20
cloud=E2=80=9D, or more specifically: to make everything depend on servers,=
 that=20
send on-the-go obfuscated (=E2=80=9Cminified=E2=80=9D, which actually often=
 includes some=20
steps of compilation such as open-coding, constant-propagation, code=20
suppression, etc.) javascript, that could change at each page load,=20
resulting on something that, even if it had a free-software license, would=
=20
be very non-free in term of collective users=E2=80=99 rights (each user can=
not=20
inspect each script individually, that they will be the only one to see,=20
so even less modify them, see the WWWorst AppStore), all that while=20
favorizing a server-side workflow that=E2=80=99s here to simplify =E2=80=9C=
scaling=E2=80=9D, that=20
is evolution toward an end such as one computer is not enough to run the=20
service, and the software is tailormade to be easily movable (=E2=80=9Cscal=
able=E2=80=9D)=20
to many interconnected servers that will do load-balancing, hence the need=
=20
=E2=80=9Cnot to care where runs what=E2=80=9D, because computers start to b=
e seen as a=20
fungible, anonymous, unidentifiable, cessible, unimportant ressource among=
=20
others=E2=80=A6

=E2=80=A6while, especially *politically*, this is very untrue! that=E2=80=
=99s what makes=20
most of modern developers&sysadmins (=E2=80=9CDevOps=E2=80=9D) run toward A=
WS and, most=20
generally, cloud (any VPS in general, just forgetting forever about owning=
=20
your own computers), and any sovereignity illusory.

So no: running *out* of the current javascript web is the best idea, and=20
improving or advertising something such as this org-protocol I never heard=
=20
about looks like good.

PS: this still makes me dubious as I always used org-mode without any link=
=20
with any browser, without ever becoming aware of it (which would be an=20
important step in advertising it: making some part of the normal workflow=20
(such as exporting) present it as an option), plus org-mode has=20
unfortunately infamously been notorious to use/promote proprietary=20
software or interaction with it.