From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp2 ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms11 with LMTPS id zgkPNWaTw1/6HwAA0tVLHw (envelope-from ) for ; Sun, 29 Nov 2020 12:26:14 +0000 Received: from aspmx1.migadu.com ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp2 with LMTPS id OK9bMGaTw19cSwAAB5/wlQ (envelope-from ) for ; Sun, 29 Nov 2020 12:26:14 +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 2E98C940483 for ; Sun, 29 Nov 2020 12:26:14 +0000 (UTC) Received: from localhost ([::1]:47654 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kjLmP-0006S7-4t for larch@yhetil.org; Sun, 29 Nov 2020 07:26:13 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:58304) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kjLlH-0006Rk-PG for emacs-orgmode@gnu.org; Sun, 29 Nov 2020 07:25:03 -0500 Received: from mail-pl1-x62a.google.com ([2607:f8b0:4864:20::62a]:40624) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1kjLlA-0007ML-D6 for emacs-orgmode@gnu.org; Sun, 29 Nov 2020 07:25:03 -0500 Received: by mail-pl1-x62a.google.com with SMTP id p6so4943821plr.7 for ; Sun, 29 Nov 2020 04:24:56 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:in-reply-to:references:date:message-id :mime-version; bh=dIRtvCY4Z+TUA5hutlVzZwtL6jbz+n+NBh23knO5E8o=; b=FZDxS4VuPCByA8+FwtKW/WEMG0xqVzvGgIG+Jh8Y+QaQyolEU1BdqoyY1/dvFf41DD 37jcHJzB4MB9pO7HoDBQVCzE2Obc2SQzegRbrdLIM/wArVq0E65UO5T7kguvFwjMnyMq 5LZaGi0/iFt5OXYe75NJxgsZ41laRFSgtthUSNWxrhv10x0mt6hPZKuAKAbLuTW44rPO xbqXQER8BBFxUY199E8T4T1LD0sL03tuHCAMNsyfY595sfTpwchKRdRXuFtRRpQO7Yg2 lS08CsW+MVI11FvxrxM+My6stjj5b/AoenE/ORfPaEIbrterU7Umvu0w/cIu42QHK5FT jQLg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:in-reply-to:references:date :message-id:mime-version; bh=dIRtvCY4Z+TUA5hutlVzZwtL6jbz+n+NBh23knO5E8o=; b=RH9HNP2M5YtK57ouSY+eX9Mf9fuYubhSz/Vptx6kFR9JLi3dcM0ybF9ND6WdTXnez/ Y4SkiGiFKXK1cHQqd2BtUxr/rK7TvMk5hp55ipXYhCm6R6QVUHzHaXgEXo8nKY8zfHLD GsyN5LrnO7h8p7BXCrPnsnBFPb/N1dHfUJd9w7Lk5YC4aizlHMj3zAAJCV2Yifcgg9tA h+HzYMZNvByMU9YC2rdxKOzcHAJF+3RRtiq7Z08p5TIPsfG5AbeJUg+PetGe6mzMndRN pWpaFNYlIWy5P2HlQECHGSVVWDvp2LVpM9NeSEZNH6sCUt6jbSM2R0LPkk3VJYUgyxcD 8tGQ== X-Gm-Message-State: AOAM531zm5B1tSaLViBl8YUtffgpTTnIqYEVr6NsE1gIWtt9t+Q4E8lq kqDASpPtFPvSxZWP6LwtjNo= X-Google-Smtp-Source: ABdhPJwHyZ3C8Gp3b4kay/dogD4muxfA6bBfvklOz3q430qWHWd/gmG8ixQFGeqKRhSyDFxLLl/GyQ== X-Received: by 2002:a17:902:22e:b029:d9:e591:7bd1 with SMTP id 43-20020a170902022eb02900d9e5917bd1mr14456922plc.50.1606652694914; Sun, 29 Nov 2020 04:24:54 -0800 (PST) Received: from localhost ([192.200.115.226]) by smtp.gmail.com with ESMTPSA id t9sm19140959pjq.46.2020.11.29.04.24.51 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Sun, 29 Nov 2020 04:24:53 -0800 (PST) From: Ihor Radchenko To: Jean Louis , Tim Cross Subject: Re: Adding Org Files to org-agenda-files In-Reply-To: References: <87wny5dy6j.fsf@gmail.com> <87r1od181i.fsf@gmail.com> <87h7p9135u.fsf@gmail.com> <87sg8tymeb.fsf@gmail.com> <87k0u4zupw.fsf@gmail.com> Date: Sun, 29 Nov 2020 20:28:39 +0800 Message-ID: <87ft4s5oug.fsf@localhost> MIME-Version: 1.0 Content-Type: text/plain Received-SPF: pass client-ip=2607:f8b0:4864:20::62a; envelope-from=yantar92@gmail.com; helo=mail-pl1-x62a.google.com X-Spam_score_int: -17 X-Spam_score: -1.8 X-Spam_bar: - X-Spam_report: (-1.8 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_ENVFROM_END_DIGIT=0.25, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=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: daniela-spit@gmx.it, emacs-orgmode@gnu.org Errors-To: emacs-orgmode-bounces+larch=yhetil.org@gnu.org Sender: "Emacs-orgmode" X-Migadu-Flow: FLOW_IN X-Migadu-Spam-Score: -2.48 X-Scanner: ns3122888.ip-94-23-21.eu Authentication-Results: aspmx1.migadu.com; dkim=pass header.d=gmail.com header.s=20161025 header.b=FZDxS4Vu; dmarc=pass (policy=none) header.from=gmail.com; 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-TUID: CBX//Ff4Uymb Jean Louis writes: > Currently I am researching "NEXT" and how people are thinking and > trying to see if I miss some concepts. My approach seem to be > simpler. There is project and there are tasks in their most logical > chronological or executable order just as a program. One has to do > first one, then next. Which one is next is clear from the order of > tasks. Marking it "NEXT" to me seem redundant as it would mean I have > not made good order. NEXT is relevant to complex projects where multiple tasks can be active at the same time. Or when some urgent tasks are added to the project as it goes. Then, instead of constant reshuffling of the task order and re-evaluating the order of tasks, one can simply mark the new urgent tasks NEXT and later use sparse trees to only look at the tasks that should be done at the current stage of the project. The key point is minimising exposure to irrelevant information - the number of tasks in large project can be demoralising, especially if one gets reminded about it frequently. You might also check https://old.reddit.com/r/orgmode/comments/i4hx1z/gtd_problem_with_todo_workflowconstantly/g0ihg2d/ > If the type of heading is "task" then I do not need to use "TODO" as > it implies it is task. But Org headings do not have fixed types so it > is visually and practically better to use TODO. Here would the > inheritance be useful more than to tags. As if user marks one heading > as TODO, then all subtrees could automatically get its TODO. That can be done. Should be trivial using org-edna (http://www.nongnu.org/org-edna-el/), for example. Or you can use org-trigger-hook and mark all the children with TODO keyword if the parent heading is marked TODO. > The DELEGATED type, I have seen people using this and myself also. But > if something is fully delegated and not any more mine, then I would > not have it in my file. So it is something usually that I have to > think of. Many of the tasks I think of are already assigned, I could > call it delegated. And I keep property :ASSIGNED: under the Org > heading. When I wish to send this task, I press one key and it is > automatically sent to the person assigned. But I am one supervising it. I guess the key reason to have DELEGATED is just to be reminded to followup on the progress. > By using this approach one can assign tasks: > > #+TITLE: My Org File > #+AUTHOR: Me > #+PROPERTY: ASSIGNED_ALL James Jane John Juda Mehdi > > ** TODO Negotiate with land owner > > Now when one does {C-c C-x p} the minibuffer prompt asks for > "Property: " and there is ASSIGNED available as one of choices. > > In the next step it asks user for ASSIGNED value, and there are > choices such as James Jane John Juda and Mehdi. Then it becomes like > this. > > ** TODO Negotiate with land owner > :PROPERTIES: > :ASSIGNED: Mehdi > :END: > > This way the major type TODO does not change, but one knows that it is > assigned or delegated to Mehdi. I would do it in an opposite manner - mark the task DELEGATED, which triggers {C-c C-x p} and prompts me for the ASSIGNED value. The advantage of my method is simply that it is easier to see later - DELEGATED keyword is visible on the headline, which the PROPERTY drawer is folded by default. Of course, it would not matter if you configure org to not fold the PROPERTY drawers. Best, Ihor