[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Uniformity
From: |
Óscar Fuentes |
Subject: |
Re: Uniformity |
Date: |
Wed, 15 May 2019 17:24:01 +0200 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) |
Stefan Monnier <monnier@iro.umontreal.ca> writes:
>> To mention just one example: It does not make sense that C-c C-c
>> comments the current lines in C-mode, but sends the current sexep to
>> terminal in other modes, or send the messages in others.
>
> AFAIK C-c C-c should always mean some kind of "OK, I'm done with the
> edit, now do what needs to be done with it", I believe many modes
> already follow this, but some modes (such as C-mode) instead follow the
> old "convention" of binding C-c C-c to comment-region (this convention
> became redundant in Emacs-21 where M-; was extended to cover
> comment-region).
>
> I agree this is a bug/misfeature and I encourage you to report it as such.
>
> Unifying behavior between different major modes is something important,
> IMO,
On this case, there is no behavior to be unified. The semantics that you
attribute to C-c C-c do not apply to CC-Mode.
>> Sometimes new users also mix languages, but the worst supported ones are
>> the newer languages (Lua, Julia, Ruby, Python, C++ 11+, Rust) Which are
>> also what they need more often.
>
> In which sense are Python and C++ among the worst supported ones (I
> don't have enough knowledge of the modes for the other languages you
> mention to include them here, but I'm also mildly surprised about them
> being in your list).
What I can say about C++ is that, nowadays, CC-Mode doesn't recognize
language keywords, not to mention proper fontification and indentation.
Not even for post-C++11 features, but for C++98 as well (at least the
fontification part).
I could mail-bomb the CC-Mode maintainer with bugs and feature requests,
but I wont because it is totally unreasonable to expect from a volunteer
working on his free time to do a job that require teams of especialists
working full time for years.
> IOW which languages do you consider have better support (in Emacs) than
> Lua, Julia, Ruby, Python, C++ 11+, or Rust?
Lisp, of course :-)
And, just to mention a modern language, Clojure. But that's cheating :-)
- Re: Is Elisp really that slow?, (continued)
Re: Is Elisp really that slow?, Ergus, 2019/05/15
- Re: Is Elisp really that slow?, Dmitry Gutov, 2019/05/15
- Re: Is Elisp really that slow?, Ergus, 2019/05/15
- Re: Is Elisp really that slow?, Dmitry Gutov, 2019/05/15
- Re: Is Elisp really that slow?, Ergus, 2019/05/15
- Re: Is Elisp really that slow?, Dmitry Gutov, 2019/05/17
Uniformity (was: Is Elisp really that slow?), Stefan Monnier, 2019/05/15
Re: Is Elisp really that slow?, Eli Zaretskii, 2019/05/15
- Re: Is Elisp really that slow?, Óscar Fuentes, 2019/05/15
- Re: Is Elisp really that slow?, Eli Zaretskii, 2019/05/15
- Re: Is Elisp really that slow?, Tadeus Prastowo, 2019/05/15
- Re: Is Elisp really that slow?, tomas, 2019/05/15
- Re: Is Elisp really that slow?, Eli Zaretskii, 2019/05/15
- Re: Is Elisp really that slow?, Óscar Fuentes, 2019/05/15