From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp1 ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms11 with LMTPS id YN2ZFKGmWl8aJwAA0tVLHw (envelope-from ) for ; Thu, 10 Sep 2020 22:20: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 mp1 with LMTPS id aMCFEKGmWl9qWgAAbx9fmQ (envelope-from ) for ; Thu, 10 Sep 2020 22:20: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 9EE4494021E for ; Thu, 10 Sep 2020 22:20:16 +0000 (UTC) Received: from localhost ([::1]:38468 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kGUvP-0001Ec-2Z for larch@yhetil.org; Thu, 10 Sep 2020 18:20:15 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:58518) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kGUqW-0001EQ-VU for emacs-orgmode@gnu.org; Thu, 10 Sep 2020 18:15:12 -0400 Received: from mail-am6eur05on2120.outbound.protection.outlook.com ([40.107.22.120]:42209 helo=EUR05-AM6-obe.outbound.protection.outlook.com) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kGUqU-0002Qx-7q for emacs-orgmode@gnu.org; Thu, 10 Sep 2020 18:15:12 -0400 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=d3Ld3ufafOeZ0c4wV9Y948XpJ0eLa38mn3bXKOzLAOKXHy7m5sow1ZtReP2zQYP+cGDAS8/1U8DslFAu/R2ypsd5xJeiOQamBmd2tr6pkvF/3jNQXc41ltH+vaJgnv1GcoMWmmUKjuSdOSOYaJ0IjDUZRKK5Fx8lymnF/tx1lWdu6vICN41GY3LHlZZrImPM9DhsnygtivL5gx9ky+bqJz2Rnj0EmwUJYRUGLTDRJqiESxXOiuMPDECRBTH5POE88ZXK/WYTk5MZqgDejekJZutoy6YRtH9XM1NkUJ/mVecTGP/nNxZ4oGqiHJkH8tpzS/SjPWkd8a6JsEeUQaN9Wg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=Awqcav8Qjnt540oEzlef8notHXMjU/zOHIAUvY7J33k=; b=CbRH7R4PA4eq6/An6LWYyl6dPsCsrvAy3qBDPsIeg5XQhkzSs16MXjAzKu6nxjRJETf8jSJCYWL/ZAK2KCSgVRgsAnoLP6TVzmkvtJaHE5twYNyiGkjom9zbFKC/lmFkcy3PQENwsnA0E6orsU07/udC2V9NZoqcP/8luRchWX6UovkrM95wqDn+C7b+8sXHYIoaID4djcYPl21BfAVULENHF6Sox+8Fj9fhil7QVhbkRcqJA5myE3wZ5jdGJhbkWT9Un+opV/nZwZbmyMRi5uPdaS4PHI55W7lc8KRWuY/oj0PwTOsM+D0PHk6XOiFfhB6hcNkR3JbrobKNQu6Kkg== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=whil.se; dmarc=pass action=none header.from=whil.se; dkim=pass header.d=whil.se; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=Wikstrom.onmicrosoft.com; s=selector2-Wikstrom-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=Awqcav8Qjnt540oEzlef8notHXMjU/zOHIAUvY7J33k=; b=I1vnX3PO9mEiDirUOfyFE6lGXt8zdDDoxxHO68JYJ2aZZvT4DZMers/XX6S5g62/O0DjQTVT/h3mG5mlZ9rM2ZEiTb+SJT//FO/9BR4rM9Ey/Qo88pK8yxEt+fZ1JtaTNUjLhRL/6vqMFBFZW/LtBhBSEMIFBxQqXi/HmYhBezc= Received: from HE1PR0202MB2857.eurprd02.prod.outlook.com (2603:10a6:3:ea::22) by HE1PR0201MB2393.eurprd02.prod.outlook.com (2603:10a6:3:80::23) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3370.16; Thu, 10 Sep 2020 22:00:03 +0000 Received: from HE1PR0202MB2857.eurprd02.prod.outlook.com ([fe80::2c48:88fb:b44:b364]) by HE1PR0202MB2857.eurprd02.prod.outlook.com ([fe80::2c48:88fb:b44:b364%12]) with mapi id 15.20.3348.019; Thu, 10 Sep 2020 22:00:02 +0000 From: =?iso-8859-1?Q?Gustav_Wikstr=F6m?= To: "emacs-orgmode@gnu.org" , TRS-80 Subject: Re: Any reason not to generate my own custom ID value (NOT CUSTOM_ID)? Thread-Topic: Any reason not to generate my own custom ID value (NOT CUSTOM_ID)? Thread-Index: AQHWh62Y5Q8kREGOAU2Fu+igPTtQtaliaaPd Date: Thu, 10 Sep 2020 22:00:02 +0000 Message-ID: References: <8e204de9ad9da09812991449c64d7aad@isnotmyreal.name> In-Reply-To: <8e204de9ad9da09812991449c64d7aad@isnotmyreal.name> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [158.174.57.165] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 4969f62f-4dc0-4357-4bef-08d855d4de90 x-ms-traffictypediagnostic: HE1PR0201MB2393: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:6430; x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: 4BDuJv1CTr8xhtX57utpMrT6VH8U6+1K9ioe1jmHKqYWtwWRAXon620bDv6KIYKd6oBdqghJZA2KEHLnpK8ycbxFLsLVcCscUez+GZXIaDlXgs/yKjNSrh+Z0+vJABcWY7jO7oDOEn2yLRSpSjeZhAIszqcDMszHCRj37Bpy/T/Upvet1y3+HHxnuMbvh/uKcR7VX7kpkJF+xzXFGMPnztKpcX3KbCFg9PjeD3KFtbIRYjdy1oFrhYiHdZjTCQpQgZ/PDnkr3Mgz+8MlURzccxXm7WpHj/87JcGA7qN1dccc3h6ipT+DLh30opA5ZoBNFTY3KZibCUHiIzCRxvck3Q== x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:HE1PR0202MB2857.eurprd02.prod.outlook.com; PTR:; CAT:NONE; SFS:(39830400003)(136003)(396003)(366004)(376002)(346002)(8676002)(186003)(478600001)(9686003)(2906002)(110136005)(53546011)(64756008)(6506007)(66556008)(83380400001)(316002)(26005)(76116006)(71200400001)(86362001)(8936002)(52536014)(7696005)(55016002)(66946007)(66446008)(5660300002)(33656002)(66476007); DIR:OUT; SFP:1102; x-ms-exchange-antispam-messagedata: F5tHdZcaH7PYKpf+smlrETt5SA9P1ggFBNwqVvMhy6wdNaUrcgDzrKFUAxpMwZZZt/sOIdpCV/vLnBOBPjIstAjA9n6S7xaLRQBe025c5I8St9OBxFlcE3VLLpgsypzw1r95fj4cPPKM8xgjAO5XbKvuvX6doME8crNjcwGFGZ7RgcidqMLr/jbFxHlBMPn3nr389r/NS71cxkG771XLEodw/zmKfXNKmDDtM+YRcFZcsAIx9ANho9bAGOvztdZuNLBp1xCXql19NPCDvMJC5wK5btK7efpghxx/iEmKN8Y2a/6pFb1piNpe4oLCfl7uD/YMl7dWtz57QZW5jSuRNCZAXtroOvBwShIi6Ijsex4hHOuPRovdvt5PTR5A4BaIwpZdrco6blwxf+bUdBvJ2c385+y2hcQ2tizgG2eLzAuqWpK4aFLAvQDKMcszP7J5PDQYewMMYtgqblMIPgBjUEnh06aSZmVZ5w5t4WAqOM01R/aBTiJtW4Bml0DFIbS/+ssBLZfzlY0fmj4mfcmy9loGUFC/da6TOV1E2NnP1AQ7Xa4lno88EtbcANvLMj9NjTIxoVEAnAelvIZv0ESRVvQjO0twep2ORWlOI+67FeD6Atk6GWAqV9EAtboXUrTmPIm2XzlZD1HcC8gF9BwarA== x-ms-exchange-transport-forked: True Content-Type: multipart/alternative; boundary="_000_HE1PR0202MB2857EAD656FC70EDDB12E10DDA270HE1PR0202MB2857_" MIME-Version: 1.0 X-OriginatorOrg: whil.se X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: HE1PR0202MB2857.eurprd02.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: 4969f62f-4dc0-4357-4bef-08d855d4de90 X-MS-Exchange-CrossTenant-originalarrivaltime: 10 Sep 2020 22:00:02.5512 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 3f6cdb11-323f-43c4-adf3-a2c5097674cd X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: ec620yUL0Ess+Z8wrGBp5eABA/YEb5/M5Y7Z/ZPHSqqFk4Dd+Aru4fg1PitwzNL1 X-MS-Exchange-Transport-CrossTenantHeadersStamped: HE1PR0201MB2393 Received-SPF: pass client-ip=40.107.22.120; envelope-from=gustav@whil.se; helo=EUR05-AM6-obe.outbound.protection.outlook.com X-detected-operating-system: by eggs.gnu.org: First seen = 2020/09/10 18:15:07 X-ACL-Warn: Detected OS = Windows NT kernel [generic] [fuzzy] X-Spam_score_int: -25 X-Spam_score: -2.6 X-Spam_bar: -- X-Spam_report: (-2.6 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H2=-0.001, 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.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=pass header.d=Wikstrom.onmicrosoft.com header.s=selector2-Wikstrom-onmicrosoft-com header.b=I1vnX3PO; 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: 0.29 X-TUID: Bk9+aa5etOPo --_000_HE1PR0202MB2857EAD656FC70EDDB12E10DDA270HE1PR0202MB2857_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi TRS-80, Your approach should work just fine. So fine, in fact, that it's already ki= nd of built in! Configure org-id-method and set it to 'ts and you'll get ti= mestamps as ID instead of uuid. I do believe the manual lacks a description for this. Not entirely sure tho= ugh, and can't check atm. But the configuration is there none the less, and= supported. Kind regards Gustav ________________________________ From: Emacs-orgmode on beh= alf of TRS-80 Sent: Thursday, September 10, 2020 10:02:45 PM To: emacs-orgmode@gnu.org Subject: Any reason not to generate my own custom ID value (NOT CUSTOM_ID)? 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. --_000_HE1PR0202MB2857EAD656FC70EDDB12E10DDA270HE1PR0202MB2857_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hi TRS-80,

Your approach should work just fine. So fine, in fact, that it's already ki= nd of built in! Configure org-id-method and set it to 'ts and you'll get ti= mestamps as ID instead of uuid.

I do believe the manual lacks a description for this. Not entirely sure tho= ugh, and can't check atm. But the configuration is there none the less, and= supported.

Kind regards
Gustav
From: Emacs-orgmode <ema= cs-orgmode-bounces+gustav=3Dwhil.se@gnu.org> on behalf of TRS-80 <trs= -80@isnotmyreal.name>
Sent: Thursday, September 10, 2020 10:02:45 PM
To: emacs-orgmode@gnu.org <emacs-orgmode@gnu.org>
Subject: Any reason not to generate my own custom ID value (NOT CUST= OM_ID)?
 
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 drug= s to
Emacs" (the other being Magit, IMHO).  It was certainly one of (i= f 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-1= 0-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 understandin= g 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 hopi= ng
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.

--_000_HE1PR0202MB2857EAD656FC70EDDB12E10DDA270HE1PR0202MB2857_--