From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp10.migadu.com ([2001:41d0:2:bcc0::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms5.migadu.com with LMTPS id sAWlE6uDQGNsfAAAbAwnHQ (envelope-from ) for ; Fri, 07 Oct 2022 21:53:15 +0200 Received: from aspmx1.migadu.com ([2001:41d0:2:bcc0::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp10.migadu.com with LMTPS id +PLAEquDQGNeLAEAG6o9tA (envelope-from ) for ; Fri, 07 Oct 2022 21:53:15 +0200 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 ECE7CCC6D for ; Fri, 7 Oct 2022 21:53:14 +0200 (CEST) Received: from localhost ([::1]:41396 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1ogtPG-00004y-58 for larch@yhetil.org; Fri, 07 Oct 2022 15:53:14 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:57874) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1ogtOZ-0008TD-8G for emacs-orgmode@gnu.org; Fri, 07 Oct 2022 15:52:31 -0400 Received: from stw1.rcdrun.com ([217.170.207.13]:40893) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1ogtOX-0003PV-BX; Fri, 07 Oct 2022 15:52:30 -0400 Received: from [154.225.55.149] ([::ffff:154.225.55.149]) (AUTH: PLAIN admin, TLS: TLS1.2,128bits,ECDHE_RSA_AES_128_GCM_SHA256) by stw1.rcdrun.com with ESMTPSA id 00000000000BBD13.000000006340837B.00002CC5; Fri, 07 Oct 2022 12:52:26 -0700 Date: Fri, 07 Oct 2022 19:52:03 +0000 In-Reply-To: References: <813D3F10-3E3C-497F-9FD8-FE0DA13C2970@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Subject: Re: Org and Hyperbole To: David Masterson , Robert Weiner CC: Robert Weiner , Samuel Wales , emacs-org list From: Jean Louis Message-ID: <10960EC2-D614-4826-A277-79E963969345@gnu.support> 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.29 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-orgmode-bounces+larch=yhetil.org@gnu.org Sender: "Emacs-orgmode" X-Migadu-Flow: FLOW_IN X-Migadu-Country: US ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=yhetil.org; s=key1; t=1665172395; h=from:from:sender:sender:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:cc:mime-version:mime-version: content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references:list-id:list-help: list-unsubscribe:list-subscribe:list-post; bh=M3rKY3Br+a1vNEkYEukppWU+uOK7iiZ2cqNj8naN6QM=; b=lISstNbxiwJONuG/Wl920S1QlgfkYuEQHiLJvWnXaXd9Hhd3e4NOd1pVqaemmkFWJABfLy 694Ya5S8QFodYHARnwu6xWrjLgp8coXpVAxSMJl3ayZ16Hmcw6OCoJS1Xo8m19MqFs1hFG cZSTdYkHKoksrxwwtrgnc43F7k0mgBg4a0EaFz5tgYvmM5AikdE5bv3tLGLB9Qfltgc6Q8 tgrIWxbAIMaJU9SOczpeAtvXjXooSw/J3L5vT/XV8EOoqw/mSx5xRkoSXyWzsu7hyVQXm1 MHV8dcxH1ow1LY3Kf6ZhyzG5FboUGflHKxf4F6NaP4SfTEfEYrokdQRN7oTrcw== ARC-Seal: i=1; s=key1; d=yhetil.org; t=1665172395; a=rsa-sha256; cv=none; b=iMiSRejj1AiczdhAB9F2iBSYsVWTYuSSPaCjuPdREEqEdEL72aj0uAyIcjUgcWZQ3IapMc zf7sI2XuDuVScH2kghUCWkAUpj9GOjdL2auL/ARuylAcGKatdrsh24OyIn66dg9qDuHYJS yEPri2HuItNgfo5NdUMKQcHf6TMz0r1sQYUP/TSCKSbhnCUldRKkDAqDvskPbvR2Ts6Jfh RHOrTdBr0lB7/dK61G2hI3YyDPRTfUf/SdbR2t+4/cDS1QYFaf2fIruFv4B4A96yEpwY4/ Ud10UAn1UlrqNuJJG+AElL2yZDnne+McTTMFiqJN2TYuIIIHKL2SNdERCll5cw== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=none; dmarc=none; spf=pass (aspmx1.migadu.com: domain of "emacs-orgmode-bounces+larch=yhetil.org@gnu.org" designates 209.51.188.17 as permitted sender) smtp.mailfrom="emacs-orgmode-bounces+larch=yhetil.org@gnu.org" X-Migadu-Spam-Score: -2.67 Authentication-Results: aspmx1.migadu.com; dkim=none; dmarc=none; spf=pass (aspmx1.migadu.com: domain of "emacs-orgmode-bounces+larch=yhetil.org@gnu.org" designates 209.51.188.17 as permitted sender) smtp.mailfrom="emacs-orgmode-bounces+larch=yhetil.org@gnu.org" X-Migadu-Queue-Id: ECE7CCC6D X-Spam-Score: -2.67 X-Migadu-Scanner: scn0.migadu.com X-TUID: BeKy+ZLvv5zQ On October 4, 2022 6:05:58 PM UTC, David Masterson=20 >One major use-case for Org is capturing a task quickly=2E This can be >done with Org or Mobile-Org (BeOrg, Orgzly)=2E One feature not easily >available is attaching images to the task to better explain the task=2E > >Thoughts on this? There are many ways of capturing elementary objects=2E Org Capture is one = way as it's connection between Emacs and outside programs or Emacs and Emac= s=2E With or without Org or Emacs computer users should be able to capture any = pieces of information and it's references in any type of a system=2E For me personally I use PostgreSQL database and have finely grained types = of objects, so I can relate anything to anything, then export to Org or pac= kage with any kind of connected objects, not only Org=2E The way to go for Org users is to make a function that first takes specifi= c files and then captures the rest=2E Then files are to be used as properti= es or links in subheading=2E That is what I don't like as too many properties and markup is really dist= urbing=2E I keep it invisible=2E Design of such system shall be that each elementary object has our get it'= s really unique reference, possibly across networks and world, then that it= gets it's type of relation, and it's value such as file=2E The file is obj= ect too, must have it's references=2E Relation could be just RELATED, but it could be, CONTRACT or DISREGARD, as= one shall know why are some other objects attached=2E Relating objects is most important in information management=2E https://en=2Em=2Ewikipedia=2Eorg/wiki/Relational_database What you and many others really want is relational database=2E I see no pr= oblem to connect Org to such=2E You can have just one property like ID or e= mbedded not presentable link and all other properties related through one, = by principles of the relational database=2E I often use preprocessing markup tags that interpolate to anything, like O= rg markup or any other=2E That way I can add just anything to Org or any ot= her text=2E Like bunch of files or links, without using specific mode=2E Feature I use mostly to inject single objects into bunch of files, even th= ousands of files=2E When I edit such single object, other files automatical= ly interpolate the contents of such object=2E Imagine company address appearing on thousands of related pages and over d= ifferent domains, editing phone number changes it anywhere=2E Imagine that link name changes each in na while like those links showing s= pecific but dynamic market price, when price is changed all documents get t= he new link name without files being edited or modified=2E When you have single object ID then adding files to it can be handled outs= ide the single Org file=2E Imagine an Org ID as universal hyperlink to othe= r objects=2E Let us say, properties in other file like "attachment" and lis= t of files in that other file=2E It is up to Org designers to better adopt the idea of decentralization of = properties, tags, etc=2E One can't put all the messy looking stuff in text = file, it's not text any more, it looks like garbage on the screen=2E Moving more to the extreme then anything can be separated from Org and wri= tten in plethora of other modes, markups and then presented in the Org simp= le way for clarity and better understanding to final user=2E Jean