Charlie, Yes that is a very good idea if we build a search based permalink button, if could even be called a 404 tiddler with search or "did you mean" list (to match the missing page in html error code). But when I think about it if one uses the share button will there ever be a not found tiddler? perhaps if it is deleted!
I have build what I call delete or edit inhibited tiddlers by replacing the edit and delete buttons with my own (hiding the existing ones behind more) that will not even display if the tiddler has a field edit-inhibit or delete-inhibit = yes Shall I go ahead and make it the share button, or can we find "prior art"? Tones On Thursday, 22 July 2021 at 14:22:42 UTC+10 [email protected] wrote: > Yeah, I only meant the building of that part you mentioned in the early > part of your post, i.e.: > *a tiddler with the "permalink" field=1* > *the url wiki-url.html#:[permalink[1]] * > > That was the only thing I had previously played with, and I thought you > meant to only build that, not all of the rest of the goodies you mention > further down your post. > > Aside: as a mesure to handle in case a tiddler gets deleted, the permalink > could look like wiki-url.html#:[permalink[1]else[not-found-alternative]] ; > something like that? > On Thursday, July 22, 2021 at 1:11:30 AM UTC-3 TW Tones wrote: > >> Charlie, >> >> Yes, very similar, It is less about that working example which >> illustrates why we need not put much effort to obtain what is being >> discussed, but I do go on to discuss related issues and opportunities, such >> as creating bookmarks, did your reference solution include a share button >> for this? It should be quite easy. I also describe how to hide the field >> and discuss Further developments but yes it is the same use of the search >> on the URL. >> >> I did not mention but it can be used instead of the permaview as well. >> >> Regards >> Tones >> >> >> >> On Thursday, 22 July 2021 at 13:38:20 UTC+10 [email protected] wrote: >> >>> I've never used that link (to a specific post) feature. That's a new >>> trick for me. Thanks! >>> >>> https://groups.google.com/g/tiddlywiki/c/nEDB3zRBALY/m/z0BXBncwBAAJ >>> >>> Well, I didn't' spend any time making it pretty ... >>> >>> On Thursday, July 22, 2021 at 12:29:08 AM UTC-3 TW Tones wrote: >>> >>>> Charlie, >>>> >>>> I am not sure. I can't find that specific reply in this thread. Can you >>>> give me a link from the actual reply please? >>>> >>>> I expect its something similar but with a different scope. >>>> >>>> Thanks >>>> Tones >>>> >>>> On Thursday, 22 July 2021 at 13:12:58 UTC+10 [email protected] wrote: >>>> >>>>> Silly question: are you suggesting you are going to build what I >>>>> already built and mentioned a little earlier in this thread (Jul 20, >>>>> 2021, >>>>> 10:09:07 AM) ? >>>>> >>>>> On Wednesday, July 21, 2021 at 10:17:10 PM UTC-3 TW Tones wrote: >>>>> >>>>>> Springer et al, >>>>>> >>>>>> Forgive me for repeating myself, although a lot of interesting ideas, >>>>>> I believe these to be *non-problems.* >>>>>> >>>>>> A simple solution is available here. an Example would be an alternate >>>>>> button to simple permalinks, I think someone else used a share icon. >>>>>> When >>>>>> clicking this on a given tiddler, it would assign a next number to a >>>>>> field >>>>>> in the tiddler (basically issuing a unique value field - not a UID or >>>>>> serial or GUID) then use this field/number to uniquely identify the >>>>>> tiddler >>>>>> shared, so it does not matter if it's title is renamed. Then generate a >>>>>> url >>>>>> that instead searches for any (but only one) tiddler with that field >>>>>> value. >>>>>> >>>>>> If *anyone asks* I will build this share button soon. >>>>>> >>>>>> That is if someone wants to publish a robust permalink for a tiddler >>>>>> who's title may change they use a built for purpose alternative to >>>>>> permalinks. Perhaps the existing name permalinks is misleading, perhaps >>>>>> they should be impermalinks. >>>>>> >>>>>> Here is a working example >>>>>> a tiddler with the "permalink" field=1 >>>>>> the url wiki-url.html#:[permalink[1]] >>>>>> In the wiki <a href="wiki-url.html#:[permalink[1]]">Open target</a> >>>>>> this can be dragged to bookmarks/favourites >>>>>> >>>>>> However I personally choose my tiddler names well enough when needed >>>>>> so they need not change in future, and if I am publishing a link >>>>>> somewhere >>>>>> it is to access specific content. the link has a purpose, and once >>>>>> someone >>>>>> has the link the purpose is fixed in time and should always honour its >>>>>> original share. >>>>>> >>>>>> A version of the above method where the link filter >>>>>> is [has[permalink]last[]] will always link to the largest permalink >>>>>> value, >>>>>> so one is sharing a link to the latest permalink tiddler or post. >>>>>> >>>>>> Another supportive trick is to hide the field from the editor with a >>>>>> tiddler of the form $:/config/EditTemplateFields/Visibility/fieldname >>>>>> eg $:/config/EditTemplateFields/Visibility/permalink with a value of hide >>>>>> thus once set you have to go out of your way to alter the permalink >>>>>> value, that is its more permanent. >>>>>> >>>>>> Further developments (optional reading) >>>>>> >>>>>> - Since the addition of the unused title operator, it is possible >>>>>> (more to the point easier) to use this to generate a unique and >>>>>> incremented >>>>>> tiddler title and serial number. >>>>>> - Rather than shadow tiddlers I am using this not only to >>>>>> generate a tiddler Serial Number (TSN) but a "ghost tiddler" that >>>>>> follows >>>>>> any tiddler and provides a way to save metadata for any tiddler or >>>>>> field >>>>>> there in (regardless of the title) >>>>>> - My only issues left are >>>>>> - Finding a way to generate/assign such TSN and Ghost tiddler >>>>>> in bulk. >>>>>> - rebuild a parallel solution - system serial number, to >>>>>> assign a serial number to core and shadow tiddlers without >>>>>> touching them >>>>>> - Actually I have found you need only assign serial number where >>>>>> to need them, say for these permalinks or compound tiddlers, that is >>>>>> with >>>>>> subtiddlers that use the serial number for the parent rather than the >>>>>> title >>>>>> or a tag. >>>>>> >>>>>> Regards >>>>>> Tones >>>>>> >>>>>> On Thursday, 22 July 2021 at 06:50:01 UTC+10 springer wrote: >>>>>> >>>>>>> About obsolete permalinks: >>>>>>> >>>>>>> Surely a variant of the relink plugin could help maintain >>>>>>> bread-crumbs for obsolete links: >>>>>>> >>>>>>> Whenever relink does its thing, have it offer to create a >>>>>>> dictionary-tiddler entry pairing old-name and new-name; then have a >>>>>>> filter-condition ViewTemplate element show up at the bottom of old-name >>>>>>> tiddlers, where the new-name tiddler is transcluded (or linked-to) -- >>>>>>> perhaps pre-pending a note explaining that the old "Bombay" is now >>>>>>> called >>>>>>> "Mumbai"... >>>>>>> >>>>>>> At first, I was worried about the case where I change tiddler title >>>>>>> from "Bombay" to "Mumbai" and then later generate a different one >>>>>>> called >>>>>>> "Bombay" -- but there, too, I might be interested in seeing such a >>>>>>> ViewTemplate addition! After all, if I ever had shared a permalink to >>>>>>> #Bombay, some signposts around the changing namescape could be useful! >>>>>>> >>>>>>> -Springer >>>>>>> >>>>>>> On Tuesday, July 20, 2021 at 9:09:07 AM UTC-4 [email protected] >>>>>>> wrote: >>>>>>> >>>>>>>> This is such an awesome thread. >>>>>>>> >>>>>>>> On Tuesday, July 20, 2021 at 9:04:07 AM UTC-3 Soren Bjornstad wrote: >>>>>>>> >>>>>>>>> *Walt,* the thing that bugs me most about the “immutable >>>>>>>>> title/ID” idea is that unless your notes are also going to be >>>>>>>>> immutable, >>>>>>>>> the *content* of a note can still change so much as to make the >>>>>>>>> reference not effective anymore. So I don't see much point in >>>>>>>>> bothering, as >>>>>>>>> long as you can avoid having links break. Presumably the thing you >>>>>>>>> were >>>>>>>>> looking for won't move so far away from the updated note that you'll >>>>>>>>> be >>>>>>>>> unable to find it, anyway (probably not more than one link away). >>>>>>>>> >>>>>>>>> >>>>>>>> Hence why I have an awful lot of love for relink. I would have a >>>>>>>> rough time without it. No broken (internal links) with Relink. >>>>>>>> >>>>>>>> >>>>>>>>> It is a good point on external links breaking, though. It would be >>>>>>>>> cool if you could set up redirects within TW, so that you could at >>>>>>>>> least >>>>>>>>> have an incoming link to an old title go somewhere somewhat relevant. >>>>>>>>> I >>>>>>>>> guess you could just leave the old title with a link to the new one, >>>>>>>>> but >>>>>>>>> without an obvious way to distinguish redirect tiddlers from other >>>>>>>>> tiddlers, they would probably get in your way and make you think they >>>>>>>>> were >>>>>>>>> the “real” tiddlers all the time. >>>>>>>>> >>>>>>>>> >>>>>>>> Link rot. Redirects is a possibility. I much prefer UID fields >>>>>>>> and providing links to a Tiddler in some TiddlyWiki with a "UID" >>>>>>>> reference. (related thread: A Prototype of UID's for stable >>>>>>>> permalinks >>>>>>>> <https://groups.google.com/g/tiddlywiki/c/l2Mwu3pOAXw/m/fuvWrwpDBwAJ> >>>>>>>> ) >>>>>>>> >>>>>>>> So if I want to provide folk with a link to a specific tiddler in >>>>>>>> some TiddlyWiki, in a way that allows me to change the tiddler title >>>>>>>> willy-nilly without breaking the link, I would give folk this: >>>>>>>> >>>>>>>> >>>>>>>> https://tiddlywiki-programming.neocities.org/CJ_TiddlyWikiProgramming.html#:[uid[2]] >>>>>>>> >>>>>>>> <https://tiddlywiki-programming.neocities.org/CJ_TiddlyWikiProgramming.html#:[uid[2]]> >>>>>>>> >>>>>>>> For some reason, I prefer this than setting up redirects. >>>>>>>> >>>>>>>> -- 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 [email protected]. To view this discussion on the web visit https://groups.google.com/d/msgid/tiddlywiki/3d81f93c-b6e0-4e43-90ff-ff63b6cda0dbn%40googlegroups.com.
