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 oRWNF2biw1/sLgAA0tVLHw (envelope-from ) for ; Sun, 29 Nov 2020 18:03:18 +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 KIP7Embiw1+TWQAA1q6Kng (envelope-from ) for ; Sun, 29 Nov 2020 18:03:18 +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 D2583940481 for ; Sun, 29 Nov 2020 18:03:17 +0000 (UTC) Received: from localhost ([::1]:51244 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kjR2a-00026E-Qq for larch@yhetil.org; Sun, 29 Nov 2020 13:03:16 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:52664) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kjR1W-00025X-63 for emacs-orgmode@gnu.org; Sun, 29 Nov 2020 13:02:12 -0500 Received: from static.rcdrun.com ([95.85.24.50]:60575) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kjR1U-0002uJ-2n for emacs-orgmode@gnu.org; Sun, 29 Nov 2020 13:02:09 -0500 Received: from localhost ([::ffff:197.157.0.29]) (AUTH: PLAIN admin, TLS: TLS1.2,256bits,ECDHE_RSA_AES_256_GCM_SHA384) by static.rcdrun.com with ESMTPSA id 00000000002C0003.000000005FC3E21D.00002038; Sun, 29 Nov 2020 18:02:04 +0000 Date: Sun, 29 Nov 2020 20:57:48 +0300 From: Jean Louis To: Ihor Radchenko Subject: Re: One vs many directories Message-ID: References: <87mtz84om9.fsf@localhost> <874klcbxnu.fsf@localhost> <87o8jg61gm.fsf@localhost> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline In-Reply-To: <87o8jg61gm.fsf@localhost> User-Agent: Mutt/2.0 (3d08634) (2020-11-07) Received-SPF: pass client-ip=95.85.24.50; envelope-from=bugs@gnu.support; helo=static.rcdrun.com X-Spam_score_int: 29 X-Spam_score: 2.9 X-Spam_bar: ++ X-Spam_report: (2.9 / 5.0 requ) BAYES_00=-1.9, RCVD_IN_SBL_CSS=3.335, RCVD_IN_SORBS_WEB=1.5, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001 autolearn=no 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: Texas Cyberthal , "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: -1.78 X-Scanner: ns3122888.ip-94-23-21.eu 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-TUID: 2X3anVJKswBo * Ihor Radchenko [2020-11-29 10:52]: > Jean Louis writes: > > > When task is assigned to somebody notification of a deadline or alerts > > are definitely useful for me. But they are are useful for those > > conducting the tasks. > > > > Thus integration to remind those *related* people to the assigned > > tasks and their deadlines or schedules would be useful. > > I think that can be done by extending alert.el package (which org-alert > is based on). alert.el allows the user to define custom alert styles, > including sending sms or email. Yes, that is great. We need more integration. There are low level packages but we need integration, high level, user accessible and for users useful features. Emacs is itself useful but there may be long process until user starts doing some programming. Then it becomes trivial to alert self or othre people by SMS, yet majority of users will not have that functionality unless we make it somehow. org-set-reminder by SMS could send it to assigned person. This is for me so important that it deserves menu item where user can assign that reminder. Once assigned it would run in intervals until task has been closed. org-send-task-by-email would find out which user is assigned to (feature is not built-in) and send it to assigned user automatically. It is trivial, but we do not have that. One click and it should go. > >> I agree that org-agenda has many issues that cannot be easily solved > >> because of its complexity. However, everything you describe (including > >> multi-occur) can also be achieved with org-ql > >> (https://github.com/alphapapa/org-ql) - analogue of SQL query language > >> for org-mode (with more optimisations in comparison with org-agenda). > > > > Definitely good only too much low-level. Users need finished functions > > that integrate stuff. To adopt myself to org-ql would mean to read > > documentations, meanings, and starting with some functions, while this > > may be possible for me that approach is not user friendly as users > > need integration and accessible interfaces. > > Not really. Searching in org-ql is made very intuitive - just like you > would search in google. There are multiple interactive commands: > - helm-org-ql :: The user simply types search keywords and the commands > shows all the matching headlines. For example, user can type > "headline:Doe call todo:WAIT tags:invoice" and get all kinds of > matches as he/she types > - org-ql-view :: shows the menu for different pre-customised searches > like "Calendar: This week" or "Overview: NEXT tasks" That is game changer. > > > Example of lack of integration would be to tell to user to simply > > construct the link in the form: [[Here][Link]] and that alone would > > require some thinking and learning. > > There is also (slower) helm-org (https://github.com/emacs-helm/helm-org) > offering similar interface to helm-org-ql, but also adding an option to > do various actions with the selected tasks, like inserting correctly > formatted link. The same can be done in helm-org-ql. I think the author > plans to extend that command in the near future. Or one can add extra > actions as needed - it is trivial to do in helm. > > > Good integration for org-ql would be a wizard that can add to the list > > of various queries and offers users various ways to search such as > > searching by headline, tags, or having both tags involved, date, > > deadlines and so on. > > All these are already available. The user can search tags:tag1,tag2,..., > headline:word1,word2 (or shortly hl:word1,...), scheduled:on=today, > deadline:from=-7,to=2020-12-01 org-ql is indeed a wizard for searching agenda and looks better than default. Jean