From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.ciao.gmane.io!not-for-mail From: Eli Zaretskii Newsgroups: gmane.lisp.guile.user Subject: Re: Guile Studio's goals (and home) Date: Fri, 28 Feb 2020 15:33:50 +0200 Message-ID: <83pndyg7k1.fsf@gnu.org> References: <1707886c4c4.c62cffeb53233.2001265765883689327@zoho.com> <87mu97jaio.fsf@elephly.net> <83r1yjgdrx.fsf@gnu.org> <87d0a2kf4n.fsf@elephly.net> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Injection-Info: ciao.gmane.io; posting-host="ciao.gmane.io:159.69.161.202"; logging-data="66000"; mail-complaints-to="usenet@ciao.gmane.io" Cc: guile-user@gnu.org To: Ricardo Wurmus Original-X-From: guile-user-bounces+guile-user=m.gmane-mx.org@gnu.org Fri Feb 28 14:34:20 2020 Return-path: Envelope-to: guile-user@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 1j7fmV-000H5C-6p for guile-user@m.gmane-mx.org; Fri, 28 Feb 2020 14:34:19 +0100 Original-Received: from localhost ([::1]:47192 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1j7fmU-00085Q-9q for guile-user@m.gmane-mx.org; Fri, 28 Feb 2020 08:34:18 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:56060) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1j7fmI-00085E-J8 for guile-user@gnu.org; Fri, 28 Feb 2020 08:34:07 -0500 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]:39144) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1j7fmI-00016n-BH; Fri, 28 Feb 2020 08:34:06 -0500 Original-Received: from [176.228.60.248] (port=2126 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1j7fmH-0004uz-8s; Fri, 28 Feb 2020 08:34:06 -0500 In-reply-to: <87d0a2kf4n.fsf@elephly.net> (message from Ricardo Wurmus on Tue, 25 Feb 2020 13:47:36 +0100) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-BeenThere: guile-user@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: General Guile related discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guile-user-bounces+guile-user=m.gmane-mx.org@gnu.org Original-Sender: "guile-user" Xref: news.gmane.io gmane.lisp.guile.user:16243 Archived-At: > From: Ricardo Wurmus > Cc: sirgazil@zoho.com, guile-user@gnu.org > Date: Tue, 25 Feb 2020 13:47:36 +0100 > > > As an Emacs co-maintainer, I was quite surprised to read the above, > > since AFAIK none of these issues were ever communicated to the Emacs > > developers. If they were reported (using the Emacs built-in > > bug-reporting command), I'm quite sure we would be very attentive to > > such reports and amenable to adding/tweaking features so as to make > > Emacs a better basis for Guile use and development. After all, GNU > > projects should help each other. > > > > So I urge you to report the problems on which you hint above, and > > suggest changes or improvements that would remove at least some of the > > need to tweak Emacs for being a "Guile Studio". > > These are not necessarily problems with Emacs. They are just annoyances > that result from a mismatch of expectations. [...] > > I don’t feel strongly enough about these things that I would push to > change the defaults in Emacs. But as an experienced Emacs user I feel > confident enough to judge what Emacs features contribute to confusion, > and to configure them in a way that mitigates or avoids the confusion. > > The goal here is to point new Guilers to an IDE they can use without > further configuration instead of telling them to install Emacs, install > Geiser, install Company mode, install Flycheck and configure a Guile > syntax checker, etc. Guile Studio accomplishes this goal by configuring > Emacs — not by forking Emacs. > > I don’t think Emacs should have its defaults changed to be the best > Guile editor out of the box. It’s already the best editor (and more), > in my opinion, but it may need extensive configuration to get reach its > potential in different domains. A "problem" doesn't necessarily have to be a bug or a deficiency, it could also be a missing feature. In this case, a missing feature could perhaps be described as a lack of guile-ide.el package in Emacs, which users of the Guile Studio could simply load, and magically have their confusion taken care of. Or maybe Emacs could have a simple-ide.el package which would target more than just Guile users (assuming at least part of the customizations you think are needed are not specific to Guile). Or it could be something else; or a combination of several features separately selectable by users. My point is that a need for extensive customizations might mean that some more general issue exists that the Emacs developers may need to address, either by default or as customizable options that aggregate several related options (thus freeing the users from the need to customize each one separately). Describing those issues could therefore be beneficial both for Emacs and for Guile. So I still think a detailed bug report could be a good idea, if only to have the issues recorded in the Emacs issue tracker. TIA