emacs-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [External] : Re: Gitlab Migration


From: Daniel Fleischer
Subject: Re: [External] : Re: Gitlab Migration
Date: Sat, 04 Sep 2021 21:39:39 +0300
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (darwin)

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




reply via email to

[Prev in Thread] Current Thread [Next in Thread]