From mboxrd@z Thu Jan 1 00:00:00 1970 From: Neil Jerram Subject: Re: Best practice for providing an Org-based application? Date: Tue, 10 Sep 2019 22:49:01 +0100 Message-ID: References: <20190910134453.GT3590@protected.rcdrun.com> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="000000000000052056059239e0ba" Return-path: Received: from eggs.gnu.org ([2001:470:142:3::10]:53475) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1i7o0l-0008Ma-Mf for emacs-orgmode@gnu.org; Tue, 10 Sep 2019 17:49:20 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1i7o0h-00022o-UY for emacs-orgmode@gnu.org; Tue, 10 Sep 2019 17:49:17 -0400 Received: from mail-qk1-x72b.google.com ([2607:f8b0:4864:20::72b]:39383) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1i7o0f-00021n-Sb for emacs-orgmode@gnu.org; Tue, 10 Sep 2019 17:49:14 -0400 Received: by mail-qk1-x72b.google.com with SMTP id 4so18688501qki.6 for ; Tue, 10 Sep 2019 14:49:13 -0700 (PDT) In-Reply-To: <20190910134453.GT3590@protected.rcdrun.com> 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" To: Jean Louis Cc: Org Mode List , John Kitchin --000000000000052056059239e0ba Content-Type: text/plain; charset="UTF-8" Thanks Jean for your reply... On Tue, 10 Sep 2019 at 14:53, Jean Louis wrote: > [...] It would be nice to write it all in the Org file, yet for me such > data shall better be in the database. And links are then copied from > central place to Org files or any other files finally, or to email, or > shared by SMS, or published as web pages when necessary. > I think you touch on a couple of interesting points here. Firstly, it could be difficult to separate out a particular application from one's Org usage overall. For me, for the particular case of this choir role, that is not the case; but I can see that it might be for others. I guess that means that the application will be better if it doesn't force you to move your fundamental data into a form specifically for that application, but is able to work well with data across your Org usage as a whole. Secondly, when one thinks this kind of thing through, it all boils down to just two things - tables of fundamental data - code for operating on that data and generating summaries and derived tables. One might then think: why still be in Org mode? As opposed to a traditional database. I think the answer, for me, is that keeping in Org and plain text means that there are so many levels of possibility that I can fall back on, if my coding and workflows turn out to be deficient in some way. Working in Emacs and Org mode just feels nice. Also, in my case, there isn't the massive scale that might motivate using a more scalable database. Best wishes, Neil --000000000000052056059239e0ba Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Thanks Jean for your reply...

On Tue, 10 S= ep 2019 at 14:53, Jean Louis <bugs@gnu.support> wrote:
[...] It would be nice to writ= e it all in the Org file, yet for me such
data shall better be in the database. And links are then copied from
central place to Org files or any other files finally, or to email, or
shared by SMS, or published as web pages when necessary.

I think you touch on a couple of interesting points here.=

Firstly, it could be difficult to separate out a = particular application from one's Org usage overall.=C2=A0 For me, for = the particular case of this choir role, that is not the case; but I can see= that it might be for others.=C2=A0 I guess that means that the application= will be better if it doesn't force you to move your fundamental data i= nto a form specifically for that application, but is able to work well with= data across your Org usage as a whole.

Secondly, = when one thinks this kind of thing through, it all boils down to just two t= hings
- tables of fundamental data=C2=A0
- code for ope= rating on that data and generating summaries and derived tables.
= One might then think: why still be in Org mode?=C2=A0 As opposed to a tradi= tional database.=C2=A0 I think the answer, for me, is that keeping in Org a= nd plain text means that there are so many levels of possibility that I can= fall back on, if my coding and workflows turn out to be deficient in some = way.=C2=A0 Working in Emacs and Org mode just feels nice.=C2=A0 Also, in my= case, there isn't the massive scale that might motivate using a more s= calable database.

Best wishes,
=C2=A0 = =C2=A0 Neil


--000000000000052056059239e0ba--