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 WPT2DKHTWl96LQAA0tVLHw (envelope-from ) for ; Fri, 11 Sep 2020 01:32:17 +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 FfnUCKHTWl/deQAA1q6Kng (envelope-from ) for ; Fri, 11 Sep 2020 01:32:17 +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 B6AD39403C6 for ; Fri, 11 Sep 2020 01:32:16 +0000 (UTC) Received: from localhost ([::1]:53516 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kGXvD-0006jI-6y for larch@yhetil.org; Thu, 10 Sep 2020 21:32:15 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:37436) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kGXur-0006j9-9o for emacs-orgmode@gnu.org; Thu, 10 Sep 2020 21:31:53 -0400 Received: from server173-4.web-hosting.com ([68.65.122.210]:56511) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kGXuo-0000rc-Ug for emacs-orgmode@gnu.org; Thu, 10 Sep 2020 21:31:52 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=isnotmyreal.name; s=default; h=Content-Transfer-Encoding:Content-Type: Message-ID:References:In-Reply-To:Subject:To:From:Date:MIME-Version:Sender: Reply-To:Cc:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help: List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=+xhLSKiayF8bAPgOVtnsTH+l/h9Wc9djqoLerG2uDjg=; b=vh6qyfulR8BsFEPDzHXmzZ6GGt ArRNonR1fYqdZctvi4qk+b2yaIHCDCko6K/k/UH96S8zmn+pRQmS0SPoGSYuU+1yWXX6ySAgXmvNu g039pqH0ZcJWU+eJQH0a+AV72SvY4h2arMyziupMtCWDwaoN6mzwK5RB1fQsFNzazPi+6b4COuR5o hJJwmdisPCVFbSyWgAnzOeNvPdm5qo3ehWn5Zb6WWxAHagXNTZ/j1ea5KZCIUjrmRa4EcPut9+zcc liDk82eyZACAFs574pZq5CTL0Sjrp+FKbm+KJvtjWQD+oMazjN5YoPyCMqzzbQgo3GI6mIgFfF4WA 8t76Ping==; Received: from [::1] (port=53696 helo=server173.web-hosting.com) by server173.web-hosting.com with esmtpa (Exim 4.93) (envelope-from ) id 1kGXuh-001NKj-Vt for emacs-orgmode@gnu.org; Thu, 10 Sep 2020 21:31:48 -0400 MIME-Version: 1.0 Date: Thu, 10 Sep 2020 21:31:43 -0400 From: TRS-80 To: emacs-orgmode@gnu.org Subject: Re: Any reason not to generate my own custom ID value (NOT CUSTOM_ID)? In-Reply-To: <87pn6ti0kt.fsf@localhost> References: <8e204de9ad9da09812991449c64d7aad@isnotmyreal.name> <7689df3cbba5ea4afec672d80f99c590@isnotmyreal.name> <87pn6ti0kt.fsf@localhost> Message-ID: <11d07d7c64137cc1fb512e9cc546ab08@isnotmyreal.name> X-Sender: orgmode.trs-80@isnotmyreal.name User-Agent: Roundcube Webmail/1.3.13 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit X-OutGoing-Spam-Status: No, score=-0.2 X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - server173.web-hosting.com X-AntiAbuse: Original Domain - gnu.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - isnotmyreal.name X-Get-Message-Sender-Via: server173.web-hosting.com: authenticated_id: trs-80@isnotmyreal.name X-Authenticated-Sender: server173.web-hosting.com: trs-80@isnotmyreal.name X-Source: X-Source-Args: X-Source-Dir: X-From-Rewrite: rewritten was: [orgmode.trs-80@isnotmyreal.name], actual sender does not match Received-SPF: pass client-ip=68.65.122.210; envelope-from=orgmode.trs-80@isnotmyreal.name; helo=server173-4.web-hosting.com X-detected-operating-system: by eggs.gnu.org: First seen = 2020/09/10 16:02:50 X-ACL-Warn: Detected OS = Linux 3.x [generic] [fuzzy] X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 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, 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: , Errors-To: emacs-orgmode-bounces+larch=yhetil.org@gnu.org Sender: "Emacs-orgmode" X-Scanner: scn0 Authentication-Results: aspmx1.migadu.com; dkim=fail (rsa verify failed) header.d=isnotmyreal.name header.s=default header.b=vh6qyful; 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-Spam-Score: 2.49 X-TUID: gq19UNQEJf7D On 2020-09-10 21:06, Ihor Radchenko wrote: >> I do appreciate all the replies so far. However as I plan on relying >> on this to implement some quite critical functionality for a package I >> am working on (a sort of Zettelkasten / TiddlyWiki in Orgmode if you >> will) I would feel a lot more comfortable with some additional >> reassurences that what I am planning is not some crazy or bad idea. > > Is there any particular reason why you even need to display :ID: value > to > the user? If only id: links are concerned, link description can be made > short and human-readable. > > Best, > Ihor Yes, most of the time I expect I will be using Orgmode double bracket style links which will, as you say, hide the id: from the user, allowing to replace it with whatever desired text in the form of the link description. However, I just (strongly) prefer the shorter "ISO-like" ID for many reasons, as already mentioned (shorter, meaningful, etc.). I just find that style much, much more elegant. Besides, as an ID, they are plenty "Unique" for my use case, with the default minute resolution (however even that, is configurable in my implementation, by way of a time-format variable, should anyone need more). I suppose if we ever get to a world where people start linking to each others' individual publicly published zettel, I may regret the decision. However Ted Nelson has already been working on such a thing for some decades already, and we are still not there yet, so I don't think I will need to worry about that any time soon. ;) Even if so, it would be a very small implementation change anyway. Cheers, TRS-80