There is a lot of water under the bridge in this thread so here are a few 
points that may or may have not being covered;


   - In summary it is not difficult to generate stable permalinks.


This is based on 100's of hours of my time considering these issues and 
dozens of prior conversations.

   - Unless you fiddle with default behaviors the created field will not 
   change, the only concern is if more that one tiddler has the same date, 
   this can be tested on one one date incremented (in the microseconds) to 
   make them unique.
   - When making a permalink, who is to say if the tiddler changes its 
   name, that link may not longer be valid anyway.
   - Using URL's containing search and reference to a unique ID is superior 
   to permanent links.
   - Others including myself have created viable tiddler serial number 
   solutions, which may ONLY be needed for this generating an advanced 
   permalink, ie only tiddlers with an advanced permalink need have a serial 
   number applied.
   - There are other issues if publishing static sites, however url 
   redirections can be put in place.
   - Interactive tiddlywikis have the smarts to address changes, static 
   ones by definition do not necessarily, however it would be trivial to not 
   delete a tiddler, when renaming but include a html redirection in it if the 
   static url is to change.
   - Global Serial numbers or UUID's are overkill in most applications 
   where we need "unique References", references need only be unique to the 
   tiddlywiki, at its domain/folder address unless you are designing for 
   GUID's to allow dragging and dropping of tiddlers.

Regards
Tones

On Thursday, 6 May 2021 at 10:56:32 UTC+10 cj.v...@gmail.com wrote:

> YouTube video:  TiddlyWiki: A Prototype of UID's for stable permalinks 
> <https://youtu.be/UOFqXoyEU4I>
>
> On Wednesday, May 5, 2021 at 5:34:24 AM UTC-3 ludwa6 wrote:
>
>> The more i use TW, the more concerned i become about maintaining data 
>> integrity -and so this issue has boiled to the top of my queue: how can i 
>> continue to enjoy the benefits of TW (+ Relink plugin) flexibility, without 
>> compromising the integrity of Permalinks?  
>>
>> This feels like a deep problem that goes right to core TW architecture- 
>> since, as PMario explained in last thread 
>> <https://groups.google.com/g/tiddlywiki/c/kTrAbuneCkA/m/lAsdkriFAgAJ>, 
>> tiddler immutability is tied to its Title (so how can Relink even work, i 
>> wonder?)- but if i've learned anything here, it is to not underestimate the 
>> creative problem-solving ability of this group :-)... SO:
>>
>> From a non-technical perspective, what i'd like to do is have some 
>> immutable UID (based on date-time, or maybe date+ a serial number, like 
>> yyyy-mm-dd-serialnum) that is used for Permalinks (i.e. shared w/ the 
>> outside web that is not Relink-aware), but still have Title field and 
>> Relink plugin (and everything else for that matter) work just as it does 
>> now, from the TW editor's perspective.
>>
>> Is this a reasonable feature design goal, i wonder?  If so, i'd like to 
>> do what i can to help make it happen!
>>
>> /walt
>>
>>

-- 
You received this message because you are subscribed to the Google Groups 
"TiddlyWiki" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to tiddlywiki+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tiddlywiki/31bbb1df-727c-4c79-bff7-ac236dc95357n%40googlegroups.com.

Reply via email to