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 cZDAJemmWl+vPQAA0tVLHw (envelope-from ) for ; Thu, 10 Sep 2020 22:21:29 +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 AFJQIemmWl9udAAA1q6Kng (envelope-from ) for ; Thu, 10 Sep 2020 22:21:29 +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 28EF09406B8 for ; Thu, 10 Sep 2020 22:21:29 +0000 (UTC) Received: from localhost ([::1]:57854 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kGUwa-000158-4U for larch@yhetil.org; Thu, 10 Sep 2020 18:21:28 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:59440) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kGUva-0000KJ-2G for emacs-orgmode@gnu.org; Thu, 10 Sep 2020 18:20:26 -0400 Received: from mail-pf1-x436.google.com ([2607:f8b0:4864:20::436]:38746) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1kGUvX-00036Y-OG for emacs-orgmode@gnu.org; Thu, 10 Sep 2020 18:20:25 -0400 Received: by mail-pf1-x436.google.com with SMTP id l126so5638701pfd.5 for ; Thu, 10 Sep 2020 15:20:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=wotBhUgUAhNBg8uyCyhAgv9uGxRNavigA9Ifohun6b4=; b=mOiUb7L7ciYSQJHRFo3oHWLUxCC4YkQTrTtL1VW1QSGilXp63pazZkCy1+YX/LaBSF ULF8MSzeUsoLSorAgePSREJOJ3ES5RiblIj2v2UMHe6AG15P0fqsLieGIb1tup7qfS/T 5QziCnOlyhMIBD8DHKauqQpuWY9jZGw9IYQeyMqdR7Swh2jdRO4EJsr7qMrnnOuSi6pc FqomxoyD3SkKh9nGc3iLaVyVSYzHCO3mOq+QqQ//BOMDtttSh/chc4KeP0pVGQOB2Hi1 WbWYHioJ5/PrYzpszMLZNTmt+lIezPXzYwnmYw+x2SaQJ6d68wJvBeZdK8+KuZtFlhGv sD/g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=wotBhUgUAhNBg8uyCyhAgv9uGxRNavigA9Ifohun6b4=; b=eE+sYBU6/Okt2Y27bVBSlgNV9wpQ1tfaGwpmy1c9so3Ylge1S9qzE2BZlc7A3/A3Xu 4B8ChBf4bn5zQbOBabUn9SAaU0A4+2//ZVImRHtAIDp/IFP0BmTnU6CVySXlMPw15Z6m tcfD6Xz95+HucxzNTTiWN0vLFoD1dJ7DsID/+y0LAhsFsG83J90fHoH6GI4UK7yyl35z 6tZfUyKOQUJJLWUwgkn8FVrjnmsXH/5dovewjwScL25tr+taOEv8Aegc0PtXKMJx40ur U96qNARc54ndblvZJv0MIXaH7QZzA12/5y5IcBuW6mTfjAMe0uafl6p980jDpXJMxh7A NUtg== X-Gm-Message-State: AOAM531N+NyRZel/Fvr929YiuSXYiyFCn0crp4YsQwExxgsntEYW7TuK bvkOTwFsHGY+A2kmuj6GTE7tc3BvEwMGdcZQr4s= X-Google-Smtp-Source: ABdhPJzLsEGTI6lIBCbCo0us0y81cncoKlGigv9OF3gizCEzOgsiGRgTMiksejRS52fpWKGBrd2RCGMf73mKWVZ0lgM= X-Received: by 2002:a17:902:a5cb:: with SMTP id t11mr7648498plq.102.1599776422026; Thu, 10 Sep 2020 15:20:22 -0700 (PDT) MIME-Version: 1.0 Received: by 2002:a05:6a10:8371:0:0:0:0 with HTTP; Thu, 10 Sep 2020 15:20:21 -0700 (PDT) In-Reply-To: <8e204de9ad9da09812991449c64d7aad@isnotmyreal.name> References: <8e204de9ad9da09812991449c64d7aad@isnotmyreal.name> From: Samuel Wales Date: Thu, 10 Sep 2020 15:20:21 -0700 Message-ID: Subject: Re: Any reason not to generate my own custom ID value (NOT CUSTOM_ID)? To: TRS-80 Content-Type: text/plain; charset="UTF-8" Received-SPF: pass client-ip=2607:f8b0:4864:20::436; envelope-from=samologist@gmail.com; helo=mail-pf1-x436.google.com X-detected-operating-system: by eggs.gnu.org: No matching host in p0f cache. That's all we know. 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, 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: emacs-orgmode@gnu.org Errors-To: emacs-orgmode-bounces+larch=yhetil.org@gnu.org Sender: "Emacs-orgmode" X-Scanner: scn0 Authentication-Results: aspmx1.migadu.com; dkim=pass header.d=gmail.com header.s=20161025 header.b=mOiUb7L7; 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-Spam-Score: 0.79 X-TUID: DbR6HVjdxNN+ this or something similar has definitely been discussed on this mailing list. so you are not alone. although i undersatnd the whole thing as readable id's. dunno if that is the prupose. maybe something like a timestamp and then the usual id would give you pretty good uniqueness. On 9/10/20, TRS-80 wrote: > First, I want to express my sincere and heart-felt gratitude to Carsten > (and other contributors) for making and sharing this wonderful piece of > software. I have come to refer to it as "one of the gateway drugs to > Emacs" (the other being Magit, IMHO). It was certainly one of (if not > /the/) main reason(s) why I started using Emacs initially. > > I could in fact gush all day, however people are busy, so, on to the > main issue... :) > > It seems to me that there is nothing really stopping me from inserting > whatever value I like for value of "ID" Property. Based on brief > experimentation, org-store-link and org-insert-link seem to happily > accept whatever value is already there (which I entered manually, for > testing purposes). > > However I seem to recall reading some warning somewhere about this, > although I cannot seem to find it right now. > > What I would like to do, is generate my own ID values in a more human > readable format, something "ISO-like" for example "2020-09-10-1433" (as > opposed to the default "uuid" method). These sort of ID are still > "Unique" (well, within my own system, anyway) as long as I am not > generating them more often than once per minute[0]. And they have the > advantages of being shorter, human readable, and meaningful. > > Even when org-id-link-to-org-use-id and org-id-track-globally are both > set to "t", org-id seems happy to insert my "ISO-like" ID right into the > hash table and org-id-locations-file. > > I do need the "across files" functionality. My understanding is that > this is main difference between ID and CUSTOM_ID (the latter being local > only to the file). Unless I am misunderstanding? > > So, what am I missing here? Any reason(s) /not/ to use my own custom ID > value? > > In addition to the general case, one particular area I am unsure about > (as I have yet to get it working) is how this all works out with HTML > export, as that is something I also wanted to get working at some point. > > I tried studying some of the related sources (as well as mailing list > archive), but could not seem to reach a conclusive answer. I was hoping > that some more knowledgeable people could confirm > whether this is a really bad idea, or not. Any feedback would be > greatly appreciated! > > Cheers! > > TRS-80 > > [0] It could easily be extended to second (or further) resolution, if > needed. For me, minute resolution will be fine. > > -- The Kafka Pandemic Please learn what misopathy is. https://thekafkapandemic.blogspot.com/2013/10/why-some-diseases-are-wronged.html