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.emacs.devel Subject: Re: "Why is emacs so square?" Date: Thu, 23 Apr 2020 17:43:13 +0300 Message-ID: <83v9lqclfi.fsf@gnu.org> References: <863691n4xl.wl-me@enzu.ru> <86blno9yle.wl-me@enzu.ru> <87d0845msg.fsf@yahoo.com> <87h7xgjasw.fsf@yahoo.com> <875zdwjais.fsf@yahoo.com> <6a198677-41b6-4dbd-39d0-2b01550d53cf@yandex.ru> <32f6a2ce-e30f-059f-dcd4-233d666a10a1@yandex.ru> <87r1whiape.fsf@fastmail.fm> <87blnjopd0.fsf@nicolasgoaziou.fr> <83v9lregx0.fsf@gnu.org> Injection-Info: ciao.gmane.io; posting-host="ciao.gmane.io:159.69.161.202"; logging-data="58167"; mail-complaints-to="usenet@ciao.gmane.io" Cc: joostkremers@fastmail.fm, mail@nicolasgoaziou.fr, emacs-devel@gnu.org To: rms@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Thu Apr 23 16:44:11 2020 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 1jRd5G-000F3O-V6 for ged-emacs-devel@m.gmane-mx.org; Thu, 23 Apr 2020 16:44:10 +0200 Original-Received: from localhost ([::1]:44790 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jRd5G-0003VS-39 for ged-emacs-devel@m.gmane-mx.org; Thu, 23 Apr 2020 10:44:10 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:35490) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jRd4k-00036o-3T for emacs-devel@gnu.org; Thu, 23 Apr 2020 10:43:38 -0400 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]:48484) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jRd4j-0001ZV-56; Thu, 23 Apr 2020 10:43:37 -0400 Original-Received: from [176.228.60.248] (port=4354 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1jRd4b-0002vV-Sk; Thu, 23 Apr 2020 10:43:30 -0400 In-Reply-To: (message from Richard Stallman on Wed, 22 Apr 2020 22:36:55 -0400) 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:247581 Archived-At: > From: Richard Stallman > Cc: mail@nicolasgoaziou.fr, joostkremers@fastmail.fm, > emacs-devel@gnu.org > Date: Wed, 22 Apr 2020 22:36:55 -0400 > > It appears that what people call "Org mode" is a collection of diverse > features, and what they have in common is use of a certain format of > the text. Is that right? More or less, AFAIK. The common features are more than just the format, but the format is AFAIU the most important one. > > > As a consequence, it probably makes little sense to separate such > > > "facilities"---the term would need to be properly defined in the current > > > context, tho---, because each of them implies full support for the whole > > > Org syntax. > > Maybe that is how things are now, but is there a reason why things > SHOULD be done this way? Does each of these features need to support > "the whole Org syntax"? > > It could be that the simple way of implementing them is by sharing code > that implements "the whole Org syntax". If so, I won't argue against > sharing that code. But it may not be useful to TALK about the fact > that each one implements "the whole Org syntax". And it is possilble > that it is better to share only part of that code, not all. > > In other words, if we don't let the concept of "Org mode" shape our thinking, > we might thing of these features differently. It may be too late to actually separate the various features, especially since there doesn't seem to be anyone who'd want to do this (very complex) job. I think it would be a very useful step if the documentations and the general classes of the Org features would present to the users several disparate sets of capabilities, and would allow users to learn and use only the set(s) they need. > > HTH and TIA > > Hold Turnip Head and Turn It Around? ;-} Of course, what else?