From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: Differences between Org-Mode and Hyperbole Date: Sat, 02 Jul 2016 13:07:02 +0300 Message-ID: <83y45ks69l.fsf@gnu.org> References: <87h9cdmj6t.fsf@delle7240.chemeng.ucl.ac.uk> <5775A512.4020803@gmail.com> <8337ntvm2d.fsf@gnu.org> <5776B89F.60704@gmail.com> <83k2h5tbtv.fsf@gnu.org> <5776E1F4.3020709@gmail.com> <83eg7ctt90.fsf@gnu.org> <87poqwpfld.fsf@Rainer.invalid> Reply-To: Eli Zaretskii NNTP-Posting-Host: plane.gmane.org X-Trace: ger.gmane.org 1467454092 30168 80.91.229.3 (2 Jul 2016 10:08:12 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 2 Jul 2016 10:08:12 +0000 (UTC) Cc: emacs-devel@gnu.org To: Achim Gratz Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Jul 02 12:08:00 2016 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1bJHqB-0008HZ-TV for ged-emacs-devel@m.gmane.org; Sat, 02 Jul 2016 12:08:00 +0200 Original-Received: from localhost ([::1]:37784 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bJHqB-00041y-7b for ged-emacs-devel@m.gmane.org; Sat, 02 Jul 2016 06:07:59 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:35496) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bJHpc-00041s-Ph for emacs-devel@gnu.org; Sat, 02 Jul 2016 06:07:25 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1bJHpX-0008Fx-Kl for emacs-devel@gnu.org; Sat, 02 Jul 2016 06:07:23 -0400 Original-Received: from fencepost.gnu.org ([2001:4830:134:3::e]:49781) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bJHpX-0008Fi-HT; Sat, 02 Jul 2016 06:07:19 -0400 Original-Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:2761 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_128_CBC_SHA1:128) (Exim 4.82) (envelope-from ) id 1bJHpV-0000Vi-Ko; Sat, 02 Jul 2016 06:07:18 -0400 In-reply-to: <87poqwpfld.fsf@Rainer.invalid> (message from Achim Gratz on Sat, 02 Jul 2016 11:13:50 +0200) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.21 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.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.org gmane.emacs.devel:205084 Archived-At: > From: Achim Gratz > Date: Sat, 02 Jul 2016 11:13:50 +0200 > > Eli Zaretskii writes: > > It [Org] includes several features that are very loosely coupled. > > The coupling of these features is via Org the document format, not Org > the major mode. Yes, I know. But the format requires one to use some minimum amount of commands and customizations, before it becomes usable enough in practical use cases. And those are part of Org the mode. > > E.g., what does spreadsheet-like table have to do with > > outline-structured notes? > > That people writing an outline expect the ability to include tables > without needing to get out of the document they're editing? Like I said, use cases where these are useful in the same document clearly exist. That's not the issue here. > > What does the ability to embed source code in several programming > > languages has to do with diary features? > > See above. See above. > > Sure, we can come up with use cases where it makes sense to use these > > features together in the same file, but I think use cases where they > > are unrelated are much more abundant. > > Cases of using a computer that do not involve the Emacs are also > abundant, I hope you agree that this as not an argument against Emacs. You are missing the point. The point is how much of the basic functionality one needs to master before they can use a single feature of a large package. If the answer for your Emacs analogy is "too much", then it _is_ indeed an argument "against Emacs". > > Btw, it might be relevant to point out that quite a few features > > originally provided by Gnus were over the years refactored into > > separate Emacs packages, and are nowadays available in general-purpose > > subdirectories, like lisp/net, lisp/mail, and others. Perhaps the > > most prominent example is Message mode, which was several years ago > > made the default Emacs mail composing mode. This tendency continues > > with Gnus to this day. My interpretation of that is that Gnus, too, > > had/has some features included that shouldn't have been there in the > > first place _as_part_of_Gnus_. > > Hindsight is 20/20. We _are_ talking hindsight here. This is not a discussion of whether the Org designers made the right decisions when they made them. This is a discussion about whether _in_hindsight_ some alternative design could have yielded a better result. > > As I said already several times, there's no "digging" here. This is a > > discussion about design principles of large Emacs packages. > > I've yet to see that discussion starting. Sadly, I agree. > > Well, here's where we disagree. Tight integration of unrelated > > features is not a good thing, IMO, since it makes learning each one > > harder, and it makes maintenance more vulnerable to a loss of a single > > central individual who knows all the ins and outs. > > More user POV, which you said was irrelevant. No, I did not. What I did say that we need to look at this via software designer's eyes, using the resulting user experience as the test.