From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp0 ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms11 with LMTPS id HpLID+t71l9DZgAA0tVLHw (envelope-from ) for ; Sun, 13 Dec 2020 20:39:07 +0000 Received: from aspmx1.migadu.com ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp0 with LMTPS id oIEoC+t71l8BKQAA1q6Kng (envelope-from ) for ; Sun, 13 Dec 2020 20:39:07 +0000 Received: from lists.gnu.org (lists.gnu.org [209.51.188.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by aspmx1.migadu.com (Postfix) with ESMTPS id DB56C940416 for ; Sun, 13 Dec 2020 20:39:06 +0000 (UTC) Received: from localhost ([::1]:55106 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1koY93-0004WW-Rt for larch@yhetil.org; Sun, 13 Dec 2020 15:39:05 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:41658) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1koY20-0003Us-Tx for emacs-orgmode@gnu.org; Sun, 13 Dec 2020 15:31:48 -0500 Received: from stw1.rcdrun.com ([217.170.207.13]:33127) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1koY1y-0000aG-2m for emacs-orgmode@gnu.org; Sun, 13 Dec 2020 15:31:48 -0500 Received: from localhost ([::ffff:197.157.34.185]) (AUTH: PLAIN securesender, TLS: TLS1.2,256bits,ECDHE_RSA_AES_256_GCM_SHA384) by stw1.rcdrun.com with ESMTPSA id 00000000000308F8.000000005FD67A2F.00005E52; Sun, 13 Dec 2020 13:31:42 -0700 Date: Sun, 13 Dec 2020 23:28:42 +0300 From: Jean Louis To: Christopher Dimech Subject: Re: Emacs inserts hardwired org-agenda-files variable, overwriting user options Message-ID: References: <20201211082501.GA18715@tuxteam.de> <871rfwctb2.fsf@localhost> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline In-Reply-To: User-Agent: Mutt/2.0 (3d08634) (2020-11-07) Received-SPF: pass client-ip=217.170.207.13; envelope-from=bugs@gnu.support; helo=stw1.rcdrun.com X-Spam_score_int: -18 X-Spam_score: -1.9 X-Spam_bar: - X-Spam_report: (-1.9 / 5.0 requ) BAYES_00=-1.9, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: tomas@tuxteam.de, emacs-orgmode@gnu.org, Ihor Radchenko Errors-To: emacs-orgmode-bounces+larch=yhetil.org@gnu.org Sender: "Emacs-orgmode" X-Migadu-Flow: FLOW_IN X-Migadu-Spam-Score: -0.30 Authentication-Results: aspmx1.migadu.com; dkim=none; dmarc=none; spf=pass (aspmx1.migadu.com: domain of emacs-orgmode-bounces@gnu.org designates 209.51.188.17 as permitted sender) smtp.mailfrom=emacs-orgmode-bounces@gnu.org X-Migadu-Queue-Id: DB56C940416 X-Spam-Score: -0.30 X-Migadu-Scanner: scn1.migadu.com X-TUID: exulbOxIoBIf * Christopher Dimech [2020-12-13 20:49]: > > Reference to manual: > > (info "(org) TODO Items") > > > > And it is definitely not a "plain text". It is probably largest mode > > for Emacs, a true and full application handling much more than plain > > text. It has more than 129 Emacs Lisp files. Maybe in beginning it was > > plain text, not any more now. Now it is a wannabe database. > > In a way it is becoming the opposite of what Carsten was trying to do > in the beginning. And plain text is always portable. > > We should not exclude the original intention and use, making it fully > database. It is already text type of a database with structured data built into properties and tags, headings, body of headings, etc. Just that it is scattered database of things that do not have well defined its own place. As I see it, one could keep Org file in the database and edit it on the file system and that it all gets updated to the database. That way it would become collaborative Org mode. It is easier than one can imagine. I was using simple function to update Org TODO tasks to database. (defun hyperscope-capture-org-heading () "Captures Org heading and stores it in the Hyperscope dynamic knowledge repository" (interactive) (let* ((body (org-copy-subtree nil nil nil t)) (body (pop kill-ring)) (body (org-no-properties body)) (heading (org-get-heading)) (created (org-property-values "CREATED")) (date (if created (substring (car created) 1 11) nil)) (body (with-temp-buffer (insert body) (org-mode) (org-back-to-heading) (kill-line) (delete-matching-lines ":PROPERTIES:") (delete-matching-lines ":CREATED:") (delete-matching-lines ":ID:") (delete-matching-lines ":END:") (buffer-string)))) (hyperscope-add-note-to-set-1 heading body date))) (defun hyperscope-capture-org-heading-as-note-for-person () "Captures Org heading for a person and stores it in the Hyperscope dynamic knowledge repository" (interactive) (let* ((body (org-copy-subtree nil nil nil t)) (body (pop kill-ring)) (body (org-no-properties body)) (heading (org-get-heading)) (created (org-property-values "CREATED")) (date (if created (substring (car created) 1 11) nil)) (body (with-temp-buffer (insert body) (org-mode) (org-back-to-heading) (kill-line) (delete-matching-lines ":PROPERTIES:") (delete-matching-lines ":CREATED:") (delete-matching-lines ":ID:") (delete-matching-lines ":END:") (buffer-string))) (contact (cf-search-id (read-from-minibuffer "Contact: " nil nil nil 'cf-search-history)))) (hyperscope-add-note-to-set-1 heading body date))) Similar functions could be used to to simply update the record in the database. And all meta data of Org properties, tags, etc, all that could be inserted into database. Jean