From mboxrd@z Thu Jan 1 00:00:00 1970 From: Thorsten Jolitz Subject: Re: [RFC] Org Minor Mode? Date: Tue, 27 May 2014 11:20:58 +0200 Message-ID: <87y4xnzif9.fsf@gmail.com> References: <87ha61f4rk.fsf@gmail.com> <8738hlkn64.fsf@gmail.com> <87zjj9g87k.fsf@gmail.com> <877g5znrgl.fsf@bzg.ath.cx> Mime-Version: 1.0 Content-Type: text/plain Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:57010) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WpDZT-0003Y1-8u for emacs-orgmode@gnu.org; Tue, 27 May 2014 05:21:28 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1WpDZM-000835-4d for emacs-orgmode@gnu.org; Tue, 27 May 2014 05:21:23 -0400 Received: from plane.gmane.org ([80.91.229.3]:33833) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WpDZL-00082c-V5 for emacs-orgmode@gnu.org; Tue, 27 May 2014 05:21:16 -0400 Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1WpDZK-0006jU-EN for emacs-orgmode@gnu.org; Tue, 27 May 2014 11:21:14 +0200 Received: from e178190143.adsl.alicedsl.de ([85.178.190.143]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 27 May 2014 11:21:14 +0200 Received: from tjolitz by e178190143.adsl.alicedsl.de with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 27 May 2014 11:21:14 +0200 List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Sender: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org To: emacs-orgmode@gnu.org Bastien writes: Hi Bastien, > Thorsten Jolitz writes: > >> So I would rather have a clear picture of the 'political situation' wrt >> to org-minor-mode and some technical discussion first. But anyway, I >> will not have time to work on this again before June. > > I for one need to have a clearer picture of what such a minor mode > would really do, without getting prematurily lost in the details of > possible implementations. Its just a better and smarter outshine-mode (major-mode agnostic "Org look&feel" for programming modes). > Once we have a clear goal, let's build a small list of steps, then > submit a patch for the first step. (We can then work on a separate > branch for the whole feature, and spend months on this branch.) The goal for org-minor-mode would be the same like for outshine - give programming mode buffers the same look&feel like Org-mode buffers. This works already quite good with outshine, I structure all my elisp, picolisp, R, CSS (etc etc) files like Org files, and when I switch between them and Org-files I hardly notice a difference wrt navigation, folding, structure editing, fontification etc. But the backend for outshine is outline-(minor)-mode. Org-mode does some things better than outline-mode, and tons of things outline-mode can't do. > If the change is relying on too many external libraries, it is not > very likely to happen. It should end up as one new library (e.g. omm.el) that is part of Org-mode, replacing both orgstruct-mode and outshine. > The feature seems to bring interest, but let's refrain from spending > our enthusiasm in early and lengthy discussions that nobody can fully > follow, especially if you won't have time to hack something before > June... outshine, outorg and navi-mode are all in the mid-range of popular melpa packages, so there seems to be some real demand ... > So I really don't want to play the cold fish here, but let's move > with code and small steps rather than discussions and big goals. I started with code (https://github.com/tj64/omm), but faced the fundamental problem of hardcoded regexps (^, $, and \\*) all over the Org sources that make Org functions fail on outcommented headers and in outcommented text sections in general. The goals, ideas and even implementations (outshine, orgstruct) are already there, a first intent to merge them into one library exists (omm.el), but what to do about this core problem? -- cheers, Thorsten