From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eric Abrahamsen Newsgroups: gmane.emacs.devel Subject: Re: Differences between Org-Mode and Hyperbole Date: Fri, 01 Jul 2016 16:17:26 +0800 Message-ID: <87h9c9lqll.fsf@ericabrahamsen.net> References: <87h9cdmj6t.fsf@delle7240.chemeng.ucl.ac.uk> <5775A512.4020803@gmail.com> <8337ntvm2d.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1467361160 7677 80.91.229.3 (1 Jul 2016 08:19:20 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 1 Jul 2016 08:19:20 +0000 (UTC) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Jul 01 10:19:08 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 1bItfG-0004s9-9h for ged-emacs-devel@m.gmane.org; Fri, 01 Jul 2016 10:19:06 +0200 Original-Received: from localhost ([::1]:54384 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bItfC-0007Vk-6U for ged-emacs-devel@m.gmane.org; Fri, 01 Jul 2016 04:19:02 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:52040) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bIteT-0007VU-JA for emacs-devel@gnu.org; Fri, 01 Jul 2016 04:18:18 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1bIteO-00037t-J1 for emacs-devel@gnu.org; Fri, 01 Jul 2016 04:18:17 -0400 Original-Received: from plane.gmane.org ([80.91.229.3]:46102) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bIteO-00037n-Bw for emacs-devel@gnu.org; Fri, 01 Jul 2016 04:18:12 -0400 Original-Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1bIteC-0004AT-GL for emacs-devel@gnu.org; Fri, 01 Jul 2016 10:18:10 +0200 Original-Received: from 123.115.139.67 ([123.115.139.67]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 01 Jul 2016 10:18:00 +0200 Original-Received: from eric by 123.115.139.67 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 01 Jul 2016 10:18:00 +0200 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 70 Original-X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 123.115.139.67 User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1.50 (gnu/linux) Cancel-Lock: sha1:bHZ3osl7NSH4quM2D+uPYKYGOCE= X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 80.91.229.3 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:205021 Archived-At: Eli Zaretskii writes: >> From: Scott Randby >> Date: Thu, 30 Jun 2016 19:02:42 -0400 >> >> On 06/30/2016 01:58 PM, Richard Stallman wrote: >> > > This seems to be a major part of your issue with Org mode. Could you >> > > explain in some detail what you mean specifically by having to learn >> > > basic Org mode before seeing what its features are? >> > >> > I don't remember -- it was years ago that I took a look at it >> > and gave up. I don't have time to revisit it now. >> >> It is hard to take this criticism of Org seriously > > This discussion will be much more useful if people would not take it > as an attack on Org. In particular, the criticism is not about Org > from POV of the end user, it's about its design principles. IOW, the > real subject of this discussion is how should we design large Emacs > packages, and Org is just being used as an example, to have some > context and some concrete instances of the abstract ideas. See the > beginning of the discussion. > > If people could stop being defensive about Org, and instead think more > broadly, and perhaps bring some other examples into this discussion, > we might actually reach some useful conclusions that could help us in > the future. Here are a few thoughts in terms of the practical "modularization" of Org -- whether that actually might happen, or whether this is all just an abstract for-instance. 1. Document structure and export. The org document structure is already pretty darn simple, and export "just works". You need some kind of markup and structure before you can export, and I don't see how Org could get any simpler, or easier to use. Customizing export gets pretty complicated, but customization always does. I don't see how (or why) you'd do this part differently. 2. The spreadsheet. Apparently table.el was either too complicated or too limiting to be easily used. Probably what should have happened here is that table.el should have been improved. There's no intrinsic reason why the spreadsheet aspect of Org needs to rely on Org's markup, or its major mode. (Though then you start getting into something like multiple major modes.) 3. Babel. I don't use this, but it's obviously a really, really powerful feature that users cannot find elsewhere. In a sense it *is* multiple major modes, done in a very regimented and bounded way. Again, no real reason why it needs to be part of Org structure or markup. But it would need to be part of *some* markup -- it wouldn't be possible without structure. Right now, that structure is Org mode. 4. The agenda. Similar to the spreadsheet and table.el, I think the agenda came about because diary.el wasn't doing the trick (I don't know the history, maybe someone else will chime in). So again, it's a re-working of an existing functionality. The agenda itself is a special mode, and there's no reason at all why it needs to be tied to Org mode document structure. In fact I've often wanted a way to simply inject TODO items programmatically into the Agenda, without needing them in Org. I think it would be a great advance to have a generalized way of creating TODO data structures (structs or objects, maybe) and feeding them to the Agenda. Then Org mode headings would simply be one of multiple ways of doing that. So one observation is, Org got where it is by taking some existing Emacs libraries, making them easier to use, and allowing them all to coexist in a single document. Another is, babel is an interesting take on the problem of multiple interacting major modes. Not in the HTML/PHP sense, necessarily, but... Eric