From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Robert Weiner Newsgroups: gmane.emacs.devel Subject: Re: Differences between Org-Mode and Hyperbole Date: Thu, 16 Jun 2016 19:57:24 -0400 Message-ID: References: Reply-To: rswgnu@gmail.com NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=001a113db4baad198e05356e0123 X-Trace: ger.gmane.org 1466121536 13746 80.91.229.3 (16 Jun 2016 23:58:56 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 16 Jun 2016 23:58:56 +0000 (UTC) Cc: Tom , Mats Lidell , emacs-devel To: Richard Stallman Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Jun 17 01:58:48 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 1bDhBO-0006TA-UX for ged-emacs-devel@m.gmane.org; Fri, 17 Jun 2016 01:58:47 +0200 Original-Received: from localhost ([::1]:52728 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bDhBL-0003s4-1r for ged-emacs-devel@m.gmane.org; Thu, 16 Jun 2016 19:58:43 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:40138) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bDhAl-0003r6-Ig for emacs-devel@gnu.org; Thu, 16 Jun 2016 19:58:08 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1bDhAh-0007Zb-Dj for emacs-devel@gnu.org; Thu, 16 Jun 2016 19:58:06 -0400 Original-Received: from fencepost.gnu.org ([2001:4830:134:3::e]:55228) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bDhAh-0007ZH-Aq for emacs-devel@gnu.org; Thu, 16 Jun 2016 19:58:03 -0400 Original-Received: from mail-oi0-f49.google.com ([209.85.218.49]:34565) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_128_CBC_SHA1:128) (Exim 4.82) (envelope-from ) id 1bDhAZ-0006J4-4g; Thu, 16 Jun 2016 19:57:55 -0400 Original-Received: by mail-oi0-f49.google.com with SMTP id d132so94145133oig.1; Thu, 16 Jun 2016 16:57:54 -0700 (PDT) X-Gm-Message-State: ALyK8tJqE217XY2g91aoe9KNsTd2bPMbhJQ6nE9ElvcAfhW9NPOW5GQhZ0vPyW6fVxURFpvoxPYDdmTOhZ2G4w== X-Received: by 10.157.14.174 with SMTP id 43mr1501519otj.83.1466121474346; Thu, 16 Jun 2016 16:57:54 -0700 (PDT) Original-Received: by 10.202.236.73 with HTTP; Thu, 16 Jun 2016 16:57:24 -0700 (PDT) In-Reply-To: X-Gmail-Original-Message-ID: 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:204439 Archived-At: --001a113db4baad198e05356e0123 Content-Type: text/plain; charset=UTF-8 On Thu, Jun 16, 2016 at 7:18 PM, Richard Stallman wrote: > > Org mode is an example of how Emacs development went astray. > > Emacs has many different modes and features. Users should be able to > use them all either separately or (when meaningful) in combination. > The problem with Org mode is that many separate features have been > tied together inside it. You can't use them separately. > It is a big ball of wax from what I have seen. Here someone goes into extreme detail on his setup and you can see what Richard is talking about: http://doc.norang.ca/org-mode.html. But a lot of people seem to be using it and like it, so we should try to understand the fundamental things that the bulk of users like and then work to provide them in a clean manner. One such feature is the ability to write a note about an email message you are reading and have the note automatically hyperlinked to the mail message for later reference. Rapid time and task tracking are others. > > The right way to integrate Org mode into Emacs would be to pry out > each of those subfeatures and integrate it individually -- so that a > user could use each of them either with or without Org mode. It is > not too late for people to do this sort of thing, but it should have > been done before. > > It may be that this issue applies to Hyperbole too. If so, I hope > that we will handle Hyperbole better than we handled Org mode. > There is a bit of that but I suspect much less than with org-mode, as data abstraction is used throughout with clean highlighting of public and private parts. It was designed from the beginning to allow for other user interfaces to be developed but since that never happened we have just extended the user interface ourselves to encompass its functionality. The various tools (the Koutliner, the Rolo and HyControl) could all be used separately if needed with small amounts of work; using them as part of Hyperbole just makes them more convenient. For instance, Emacs should have a calendar which does not depend on > Hyperbole or BBDB or Org mode (but can work well with any of them). > Calendar and diary mode used to be this way. Is that not the case any more? So clean abstractions, explicit programming where one can follow the code rather than having much of the source be internally generated via macros, and consistent user interfaces should be a goal, I would think. Bob --001a113db4baad198e05356e0123 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
On T= hu, Jun 16, 2016 at 7:18 PM, Richard Stallman <rms@gnu.org> wrote:=

Org mode is an example of how Emacs development went astray.

Emacs has many different modes and features.=C2=A0 Users should be able to<= br> use them all either separately or (when meaningful) in combination.
The problem with Org mode is that many separate features have been
tied together inside it.=C2=A0 You can't use them separately.

It is a big ball of wax from what I have seen.= =C2=A0 Here someone goes into extreme detail on his
setup and you= can see what Richard is talking about: =C2=A0http://doc.norang.ca/org-mode.html.

But a lot of people seem to be using it and like it, so we should t= ry to understand the fundamental
things that the bulk of users li= ke and then work to provide them in a clean manner.=C2=A0 One such feature<= /div>
is the ability to write a note about an email message you are rea= ding and have the note automatically
hyperlinked to the mail mess= age for later reference.=C2=A0 Rapid time and task tracking are others.

The right way to integrate Org mode into Emacs would be to pry out
each of those subfeatures and integrate it individually -- so that a
user could use each of them either with or without Org mode.=C2=A0 It is not too late for people to do this sort of thing, but it should have
been done before.

It may be that this issue applies to Hyperbole too.=C2=A0 If so, I hope
that we will handle Hyperbole better than we handled Org mode.

There is a bit of that but I suspect much less than= with org-mode, as data abstraction is used throughout
with clean= highlighting of public and private parts.=C2=A0 It was designed from the b= eginning to allow for other
user interfaces to be developed but s= ince that never happened we have just extended the user interface
ourselves to encompass its functionality.=C2=A0 The various tools (the Kou= tliner, the Rolo and HyControl) could
all be used separately if n= eeded with small amounts of work; using them as part of Hyperbole just make= s
them more convenient.

For instance, Emacs should have a calendar which does not depend on
Hyperbole or BBDB or Org mode (but can work well with any of them).

Calendar and diary mode used to be this way.= =C2=A0 Is that not the case any more?

So clean abs= tractions, explicit programming where one can follow the code rather than h= aving much of the
source be internally generated via macros, and = consistent user interfaces should be a goal, I would think.

<= /div>
Bob

--001a113db4baad198e05356e0123--