From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Daniel Fleischer Newsgroups: gmane.emacs.devel Subject: Re: [External] : Re: Gitlab Migration Date: Sat, 04 Sep 2021 21:39:39 +0300 Message-ID: References: <87h7fcnmq0.fsf@posteo.net> <83tujbqg4j.fsf@gnu.org> <46353190-1190-495f-b15e-22980159b3ab@yandex.ru> <83y28mp0rb.fsf@gnu.org> <51a363db-fde7-791d-cf8d-98ac601d62ee@yandex.ru> <57ca4d78-2339-201d-edce-678c9b003a99@yandex.ru> <01341bd6-b94b-4f94-1461-405e723142ad@yandex.ru> <8735qmjklm.fsf@localhost> <87ilzi86h7.fsf@posteo.net> <875yvh9anq.fsf@posteo.net> <83o899yjh2.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="10367"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (darwin) To: emacs-devel@gnu.org Cancel-Lock: sha1:MpfUKeak1g3CffWJHWSmdrhykPo= Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Sat Sep 04 20:42:38 2021 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 1mMacg-0002ZU-6D for ged-emacs-devel@m.gmane-mx.org; Sat, 04 Sep 2021 20:42:38 +0200 Original-Received: from localhost ([::1]:59248 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mMacf-0000rw-5E for ged-emacs-devel@m.gmane-mx.org; Sat, 04 Sep 2021 14:42:37 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:40242) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mMaZz-0005bP-A7 for emacs-devel@gnu.org; Sat, 04 Sep 2021 14:39:51 -0400 Original-Received: from ciao.gmane.io ([116.202.254.214]:57254) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mMaZx-00011y-A8 for emacs-devel@gnu.org; Sat, 04 Sep 2021 14:39:51 -0400 Original-Received: from list by ciao.gmane.io with local (Exim 4.92) (envelope-from ) id 1mMaZv-0009bQ-5R for emacs-devel@gnu.org; Sat, 04 Sep 2021 20:39:47 +0200 X-Injected-Via-Gmane: http://gmane.org/ Received-SPF: pass client-ip=116.202.254.214; envelope-from=ged-emacs-devel@m.gmane-mx.org; helo=ciao.gmane.io X-Spam_score_int: 5 X-Spam_score: 0.5 X-Spam_bar: / X-Spam_report: (0.5 / 5.0 requ) BAYES_00=-1.9, DKIM_ADSP_CUSTOM_MED=0.001, FORGED_GMAIL_RCVD=1, FREEMAIL_FORGED_FROMDOMAIN=0.25, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=0.25, NML_ADSP_CUSTOM_MED=0.9, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=no 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." 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" Xref: news.gmane.io gmane.emacs.devel:273946 Archived-At: Drew Adams [2021-09-04 Sat 16:32] wrote: > I won't speak to those, apart from agreeing > about `indent-tabs-mode'. But I have doubts > about `auto-save-visited-mode' (as opposed > to just `auto-save-mode'). These #file# are not what people expect as well as doing recovery. Auto save in the actual file is more consistent with others. > I'm not in favor of turning on those electric > modes by default. That behavior might be > compatible with some other editors, but it's > not compatible with the default behavior of > other other-editors. And it's not compatible > with many other (non-editor) apps that allow > code and other-text editing. Please expand; we're trying to be concrete here and gauge what's the most common behavior in the editors landscape w.r.t different features. > Not in favor of the others, but OK (easy > to flip). I don't use a tool bar, but it > might be helpful for newbies - at least > that was the idea. In my knowledge, there is no other editor - code or not - that has a UI button for saving, copying or pasting. The design language has changed so unless it's redesigned, it's a bit confusing. > Remember that the same person can be a > member of multiple audiences, depending > on the context. That's kinda what major > modes are about (but I understand your > suggestion as being about more global > messaging). It's a great point, because we can set nice defaults that fit either prose writing or programming; can we do both? > What, today, prevents someone from writing > a package (or a theme or any other code) > that, in effect, provides such a "profile"? > > If nothing, then why not just leave it to > those interested to create such packages, > themes, or whatever, and see how well they > get taken up? People can add such things > to GNU ELPA or other repositories, right? I don't understand; of course people can create any package they want and change Emacs behavior but we're looking for ways to make Emacs easier to use for new users by redefining defaults, changing keybinding to be comparable to other tools, and perhaps, adding some additional functionality from Elpa to round the experience. -- Daniel Fleischer