[tw5] Re: freelinks alias-variant request, partial workaround

['Mark S.' via TiddlyWiki]

I wonder if instead of comparing with tiddlers, the plugin used data 
tiddlers there could be an improvement in performance as well as increased 
ease of setting up new terms. The way it would work is that comparisons 
would be made from the top of the data tiddler to the bottom, taking the 
one that came first. So if you wanted to make sure that "Empiricism, a way 
of life" was linked before plain old "Empiricism", then you could put that 
at the top of the list. Or maybe vice-versa, depending on how the original 
code works. In any event, whenever you wanted to add a new misspelling, 
you'd just add an entry to the data dictionary:

Empiricalism: Empiricism

Then you could also have different dictionaries that could be applied for 
different topics which would also improve performance and reduce ambiguity. 

On Wednesday, April 14, 2021 at 1:01:48 PM UTC-7 springer wrote:

> My particular use case is actually: 
>
> - I have already populated the wiki with tiddlers for various keywords 
> (definitions, "nodes" of likely connection among related items, etc.) 
> - Seminar students paste in their reflective writing each week
> - I also paste in excerpts from other authors (philosophical source texts)
>
> With freelinks (set to look only for title-strings of tiddlers tagged 
> "keyword"), all this pasted-in tiddler content renders "lit up" with links, 
> even though there's no markup. But it annoyingly won't pull "ethical" to 
> "ethics" etc.
>
> The "magnetic" tiddlers (the ones to which I want links to pop up 
> automatically) always have short names (usually one or two words); the 
> variant names are also short.
>
> -Springer
> On Wednesday, April 14, 2021 at 3:48:40 PM UTC-4 PMario wrote:
>
>> On Monday, April 12, 2021 at 1:34:13 AM UTC+2 springer wrote:
>> ...
>>
>>> But for now, I'll share a very limited workaround, so that a freelink 
>>> (virtual link) to *empiricism* (or at least, a functional equivalent) 
>>> will display whenever tiddler text mentions empiric*ists* (for example).
>>>
>>
>> Having a look at your OP it seems your freelink "titles" and your aliases 
>> should be "short", since you use the caption field. Which is convenient for 
>> shorter titles. 
>>
>> With short I mean 1 or 2 words and not whole sentences like eg: "TiddlyDrive 
>> Add-on for Google Drive by Joshua Stubbs"
>>
>> About your workflow. 
>>
>>  - Someone copy pastes some content into a tiddler named: *empiricism* 
>>  - The text isn't changed
>>  - This user would also define some aliases eg: empiric*ists* 
>> experimentation  
>>
>> Freelinks should also link to this tiddler of 1 of the aliases matches. 
>> Right?
>>
>> -mario
>>
>>
>>
>>

-- 
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/6955c9a2-542e-4291-887f-e3940b35e469n%40googlegroups.com.

[tw5] Re: freelinks alias-variant request, partial workaround

[springer]

My particular use case is actually: 

- I have already populated the wiki with tiddlers for various keywords 
(definitions, "nodes" of likely connection among related items, etc.) 
- Seminar students paste in their reflective writing each week
- I also paste in excerpts from other authors (philosophical source texts)

With freelinks (set to look only for title-strings of tiddlers tagged 
"keyword"), all this pasted-in tiddler content renders "lit up" with links, 
even though there's no markup. But it annoyingly won't pull "ethical" to 
"ethics" etc.

The "magnetic" tiddlers (the ones to which I want links to pop up 
automatically) always have short names (usually one or two words); the 
variant names are also short.

-Springer
On Wednesday, April 14, 2021 at 3:48:40 PM UTC-4 PMario wrote:

> On Monday, April 12, 2021 at 1:34:13 AM UTC+2 springer wrote:
> ...
>
>> But for now, I'll share a very limited workaround, so that a freelink 
>> (virtual link) to *empiricism* (or at least, a functional equivalent) 
>> will display whenever tiddler text mentions empiric*ists* (for example).
>>
>
> Having a look at your OP it seems your freelink "titles" and your aliases 
> should be "short", since you use the caption field. Which is convenient for 
> shorter titles. 
>
> With short I mean 1 or 2 words and not whole sentences like eg: "TiddlyDrive 
> Add-on for Google Drive by Joshua Stubbs"
>
> About your workflow. 
>
>  - Someone copy pastes some content into a tiddler named: *empiricism* 
>  - The text isn't changed
>  - This user would also define some aliases eg: empiric*ists* 
> experimentation  
>
> Freelinks should also link to this tiddler of 1 of the aliases matches. 
> Right?
>
> -mario
>
>
>
>

-- 
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/f1e3af75-c163-4d84-b538-fb55d5f44a87n%40googlegroups.com.

[tw5] Re: freelinks alias-variant request, partial workaround

[springer]

PMario,

Indeed "ignore case" is great, and I was delighted when Jeremy confirmed 
the option would be added in. But between that (straightforward) and 
anticipating lots of typos (silly bush-whacking), there are plurals and 
other grammatical variants, essential name variants, etc.
On Wednesday, April 14, 2021 at 2:46:25 PM UTC-4 PMario wrote:

> On Monday, April 12, 2021 at 1:34:13 AM UTC+2 springer wrote:
>
> I continue to hope that freelinks will one day work seamlessly with an 
>> "aliases" or "title-variants" field... It's hard to imagine any person who 
>> finds freelinks useful but who wouldn't benefit from getting title-variants 
>> recognized without fuss.
>>
>
> You know, that freelinks plugin has setting for "Ignore case". So case 
> isn't important, but "typos" are ;)
>
> -m
>

-- 
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/672f5ea6-783d-4f3a-93ea-83ef9c21c855n%40googlegroups.com.

[tw5] Re: freelinks alias-variant request, partial workaround

[PMario]

On Monday, April 12, 2021 at 1:34:13 AM UTC+2 springer wrote:
...

> But for now, I'll share a very limited workaround, so that a freelink 
> (virtual link) to *empiricism* (or at least, a functional equivalent) 
> will display whenever tiddler text mentions empiric*ists* (for example).
>

Having a look at your OP it seems your freelink "titles" and your aliases 
should be "short", since you use the caption field. Which is convenient for 
shorter titles. 

With short I mean 1 or 2 words and not whole sentences like eg: "TiddlyDrive 
Add-on for Google Drive by Joshua Stubbs"

About your workflow. 

 - Someone copy pastes some content into a tiddler named: *empiricism* 
 - The text isn't changed
 - This user would also define some aliases eg: empiric*ists* 
experimentation  

Freelinks should also link to this tiddler of 1 of the aliases matches. 
Right?

-mario



-- 
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/6cbceb63-03ec-4271-8a15-5f770b14b583n%40googlegroups.com.

[tw5] Re: freelinks alias-variant request, partial workaround

[springer]

An icon for freelinks might be easier if we could leverage a suggestive 
metaphor. So far, I have been weighing:

* magnetize (tiddlers "want" to connect with each other)
* X-ray (viewing mode that sees "under the surface")
* turbo (add support for max efficiency, at cost of some extra "heat")
* beacon (some tiddlers send out little beacons so we see them from further 
away)

There's also an icon for the "all-seeing eye" which would seem 
apt: 
https://morosanuae.github.io/tw-icons/#%24%3A%2Fimages%2Fsvg-icon%2Foriginals-all-seeing-eye

-Springer
On Wednesday, April 14, 2021 at 7:30:57 AM UTC-4 TiddlyTweeter wrote:

>  PMario wrote:
>
>> The only thing we need here is a __good__ and optimized for TW "freelink" 
>> SVG image, that we can use.
>>
>
> Right on! 
>
>   Shirley, among the  37K+ icons of 
> https://morosanuae.github.io/tw-icons/ there must be at least one that 
> works for that?
>
> Best wishes
> TT
>

-- 
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/48c082bd-43be-45d3-8bfb-8b76d1c76d51n%40googlegroups.com.

[tw5] Re: freelinks alias-variant request, partial workaround

[PMario]

Hi Springer,

I did have a closer look at the freelinks pugin code. ... I could identify 
some possibilities to make the function more performant. 

I did the following: 

 - download the whole https://tiddlywiki.com/prerelease/
 - open 30 tiddlers from the recent tab
   - I did start from the top and opened 30 of them + ControlPanel to 
change some settings. 
 - Then I did switch between "Recent" and "Contents" tab, to see the "delay"

The UI needs about 1200ms .. which is very clunky in my opinion. ... 

Some debugging shows, that freelinks needs to do about 1300 tests with 1400 
titles. ... That's some heavy searching which needs some time. .. 

1300 tests come from the open tiddlers in the story list. ... 

--

It would be nice to get some data from you. So

How many content tiddlers does your wiki have?
How many of them are tagged to be "freelinked"?  including your workaround 
tiddlers. 

How long does your PC need, if 30 tiddlers from TW page are open in the 
story list. Please download, install the plugin and test

-mario

-- 
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/796f08d2-560f-4ffc-a521-1eeab2a93ed6n%40googlegroups.com.

[tw5] Re: freelinks alias-variant request, partial workaround

[PMario]

On Monday, April 12, 2021 at 1:34:13 AM UTC+2 springer wrote:

I continue to hope that freelinks will one day work seamlessly with an 
> "aliases" or "title-variants" field... It's hard to imagine any person who 
> finds freelinks useful but who wouldn't benefit from getting title-variants 
> recognized without fuss.
>

You know, that freelinks plugin has setting for "Ignore case". So case 
isn't important, but "typos" are ;)

-m

-- 
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/414fb5b4-1b44-4d35-9096-5015cba5d374n%40googlegroups.com.

[tw5] Re: freelinks alias-variant request, partial workaround

[TiddlyTweeter]

 PMario wrote:

> The only thing we need here is a __good__ and optimized for TW "freelink" 
> SVG image, that we can use.
>

Right on! 

  Shirley, among the  37K+ icons of 
https://morosanuae.github.io/tw-icons/ there must be at least one that 
works for that?

Best wishes
TT

-- 
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/46be1b9f-f46c-4368-ac62-fa004c0c7759n%40googlegroups.com.

[tw5] Re: freelinks alias-variant request, partial workaround

[PMario]

On Wednesday, April 14, 2021 at 12:35:27 PM UTC+2 PMario wrote:

> On Wednesday, April 14, 2021 at 11:39:04 AM UTC+2 TiddlyTweeter wrote:
>
>> I have a question
>>
>>  *Could one dynamically, by normal button, switch OFF/ON the 
>> Freelinks plugin at will?*
>>
>
> It should be simple to create a new "page-button", that enables and 
> disables the $:/config/Freelinks/Enable setting. 
>
> The button can be made visible on the right sidebar main area.  So it 
> would be really quick to reach it.
>

The only thing we need here is a __good__ and optimized for TW "freelink" 
SVG image, that we can use. 

-m

-- 
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/34af6468-d886-4274-bb1c-52e3cf69e360n%40googlegroups.com.

[tw5] Re: freelinks alias-variant request, partial workaround

[PMario]

On Wednesday, April 14, 2021 at 11:39:04 AM UTC+2 TiddlyTweeter wrote:

> I have a question
>
>  *Could one dynamically, by normal button, switch OFF/ON the 
> Freelinks plugin at will?*
>

It should be simple to create a new "page-button", that enables and 
disables the $:/config/Freelinks/Enable setting. 

The button can be made visible on the right sidebar main area.  So it would 
be really quick to reach it.

-mario

-- 
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/4fd0bfae-0659-4e21-a5ee-8bb11851959dn%40googlegroups.com.

[tw5] Re: freelinks alias-variant request, partial workaround

[PMario]

On Wednesday, April 14, 2021 at 5:59:45 AM UTC+2 springer wrote:

> Mark, thanks for mentioning that related plugin. As far as I could tell on 
> my first browse-through when it was first announced, uni-link changes how 
> links display, but they still need to use [[hard markup|?]]. ("It allows 
> users to assign an aliases field to tiddlers, that can be referenced with a 
> slightly modified link syntax.") 


That's right. 
 

> My use case, though, involves chunks of text pasted into the wiki from 
> other sources, so I'm not wanting to go in and set up [[links-like-this|?]] 
> all over the place. The freelinking is essential, and my hack is designed 
> to cast a wider net for certain freelink-worthy terms.
>

If one of your major goals is to _not_ modify the original text, you have 
to have freelinks active. I think your usecase is a valid one for using 
freelinks. 

I'm not the biggest fan of freelinks, because of its performance 
implications, that's why *I did not have a look at the freelink code yet*. 

I don't know, if there would be a possibility to make it work with the 
uni-link alias-functionality. I even think atm the plugins won't work 
together. ... But I didn't test that either.
 

> Are you suggesting that uni-link would integrate with freelinks and help 
> in this use-case? Crucial to my situation: I still want the actual variant 
> strings within tiddlers to continue displaying *whatever it was* that the 
> original author typed...
>

I'll have a look at the code. ... I am interested to speed up alias 
handling with its own trie -based index.
 

> So far, it strikes me that uni-link is designed for roughly the contrary 
> challenge to mine: a systematic single-author wiki where author wants to 
> use a concise markup to streamlines the cumbersome old [[workarounds for 
> plurals and such|workaround]], while also enabling retroactive global 
> changes to how certain [[hardlinked variants|c]] display.
>

Exactly right!
 

> (So, if I change my dog's nickname, all I do is update the caption field 
> for the dog's tiddler... Standard links to the dog's official name [[Rex]] 
> still look and function the same, but any uni-links via the caption 
> [[Rex|c]] immediately all show the new nickname. Cool! But not what I need 
> to do...)
>
> Happy to hear if you think I'm misunderstanding...
>

You are right.

have fun!
mario

-- 
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/b99b21d0-f199-4540-95e7-4bbaae861373n%40googlegroups.com.

[tw5] Re: freelinks alias-variant request, partial workaround

[TiddlyTweeter]

springer, you empiricist you!

I have a question

 *Could one dynamically, by normal button, switch OFF/ON the 
Freelinks plugin at will?*

It seems to me it is *brilliant*. 
BUT I use it to *INVESTIGATE. *I don't need it 24-7. 
But I do use is 7-24. 
*Switch on-off??*

Just a thought
TT

On Monday, 12 April 2021 at 01:34:13 UTC+2 springer wrote:

> Dear all,
>
> Freelinks are especially great when text gets dumped into a wiki from 
> multiple sources (such as students in a class, or excepts from texts), and 
> where the main author/curator of the wiki can't or shouldn't modify the 
> text generated by other authors. 
>
> Currently,  out of caution around potential performance-drag, I have 
> freelinks picking up titles for only a select set of tiddlers: those tagged 
> with *keyword *... and now also for *keyword-alias*. (In 5.1.24 
> prerelease: Filter defining tiddlers to which freelinks are made: 
> "[tag[keyword]] [tag[keyword-alias]]")
>
> I continue to hope that freelinks will one day work seamlessly with an 
> "aliases" or "title-variants" field... It's hard to imagine any person who 
> finds freelinks useful but who wouldn't benefit from getting title-variants 
> recognized without fuss.
>
> But for now, I'll share a very limited workaround, so that a freelink 
> (virtual link) to *empiricism* (or at least, a functional equivalent) 
> will display whenever tiddler text mentions empiric*ists* (for example).
>
> I actually generate a tiddler called empiricists and then populate it with 
> {{empiricism}}. I then set the caption field to empiricism, and add the tag 
> *keyword-alias*.
>
> Then, two tweaks to the system make it look almost seamless -- assuming 
> you don't really need to *see* titles rather than this more semantically 
> pointed (but not-necessarily-unique) caption field. 
>
> (1a) Modify *$:/core/ui/ViewTemplate/title*
>
> *<$view field="title"/>* can be replaced with 
> *<$transclude field="caption">{{!!title}}*
>
> (1b) Do the same for *$:/core/macros/timeline* (if the Recents sidebar 
> tab is front-and-center, as with a blog). ...  and also modify timeline 
> macro to reflect something like:
>
> *\define timeline(limit:"100",format:"DDth MMM 
> ",subfilter:"!tag[keyword-alias]",dateField:"modified")*
>
> (2) In my case, an additional ViewTemplate footer template (a dynamic 
> table showing rows for each tag-child of the keyword specified in tiddler's 
> title, displaying exactly on tiddlers which serve as tags), and this also 
> needs to be added in to better mimic the original tiddler. So my content 
> for the keyword-alias tiddler empiricists is actually:
>
> {{empiricism}}
> {{empricism||keyword}}
>
> As you can imagine, this is clunky, given that title-variants of X can't 
> be specified in the very process of creating tiddler X, and I need to clone 
> the above solution for each additional variant, such as empiricist 
> (singular) and so on. However the actual "weight" of each tiddler alias is 
> minimal, so effort is the main constraint. 
>
> Still, it's finally possible to ensure that if a student posts about 
> *empiricists*, we'll all see a link that effectively invites us to visit 
> the keyword *empiricism*. 
>
> Unless, of course, they misspell that keyword entirely. : |
>
> Note, of course, this solution is better for a use-case like mine where 
> those who follow these variant-links don't usually need to edit the 
> original. Since my students don't generally edit the keywords directly, 
> that's not yet a problem for me. 
>
> Again, though: Any solution that requires a proliferation of tiddlers (as 
> well as messing with the timeline macro, etc.) feels less than 
> ideal. Freelinks will be better when a field directly in the "beacon" 
> tiddler lists all the title-variant strings that ought to point there. 
> Fingers crossed!
>
> Cheers, and wishing you all a season of resilience...
>
> -Springer
>

-- 
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/a5e94556-8ee8-49ed-bb3a-8377c74e38ddn%40googlegroups.com.

[tw5] Re: freelinks alias-variant request, partial workaround

[springer]

Mark, thanks for mentioning that related plugin. As far as I could tell on 
my first browse-through when it was first announced, uni-link changes how 
links display, but they still need to use [[hard markup|?]]. ("It allows 
users to assign an aliases field to tiddlers, that can be referenced with a 
slightly modified link syntax.") 

My use case, though, involves chunks of text pasted into the wiki from 
other sources, so I'm not wanting to go in and set up [[links-like-this|?]] 
all over the place. The freelinking is essential, and my hack is designed 
to cast a wider net for certain freelink-worthy terms.

Are you suggesting that uni-link would integrate with freelinks and help in 
this use-case? Crucial to my situation: I still want the actual variant 
strings within tiddlers to continue displaying *whatever it was* that the 
original author typed...

So far, it strikes me that uni-link is designed for roughly the contrary 
challenge to mine: a systematic single-author wiki where author wants to 
use a concise markup to streamlines the cumbersome old [[workarounds for 
plurals and such|workaround]], while also enabling retroactive global 
changes to how certain [[hardlinked variants|c]] display. (So, if I change 
my dog's nickname, all I do is update the caption field for the dog's 
tiddler... Standard links to the dog's official name [[Rex]] still look and 
function the same, but any uni-links via the caption [[Rex|c]] immediately 
all show the new nickname. Cool! But not what I need to do...)

Happy to hear if you think I'm misunderstanding...

-Springer

On Monday, April 12, 2021 at 2:41:24 PM UTC-4 Mark S. wrote:

> Maybe uni-links  would be 
> more useful, rather than having to apply multiple hacks?
>
> On Sunday, April 11, 2021 at 4:34:13 PM UTC-7 springer wrote:
>
>> Dear all,
>>
>> Freelinks are especially great when text gets dumped into a wiki from 
>> multiple sources (such as students in a class, or excepts from texts), and 
>> where the main author/curator of the wiki can't or shouldn't modify the 
>> text generated by other authors. 
>>
>> Currently,  out of caution around potential performance-drag, I have 
>> freelinks picking up titles for only a select set of tiddlers: those tagged 
>> with *keyword *... and now also for *keyword-alias*. (In 5.1.24 
>> prerelease: Filter defining tiddlers to which freelinks are made: 
>> "[tag[keyword]] [tag[keyword-alias]]")
>>
>> I continue to hope that freelinks will one day work seamlessly with an 
>> "aliases" or "title-variants" field... It's hard to imagine any person who 
>> finds freelinks useful but who wouldn't benefit from getting title-variants 
>> recognized without fuss.
>>
>> But for now, I'll share a very limited workaround, so that a freelink 
>> (virtual link) to *empiricism* (or at least, a functional equivalent) 
>> will display whenever tiddler text mentions empiric*ists* (for example).
>>
>> I actually generate a tiddler called empiricists and then populate it 
>> with {{empiricism}}. I then set the caption field to empiricism, and add 
>> the tag *keyword-alias*.
>>
>> Then, two tweaks to the system make it look almost seamless -- assuming 
>> you don't really need to *see* titles rather than this more semantically 
>> pointed (but not-necessarily-unique) caption field. 
>>
>> (1a) Modify *$:/core/ui/ViewTemplate/title*
>>
>> *<$view field="title"/>* can be replaced with 
>> *<$transclude field="caption">{{!!title}}*
>>
>> (1b) Do the same for *$:/core/macros/timeline* (if the Recents sidebar 
>> tab is front-and-center, as with a blog). ...  and also modify timeline 
>> macro to reflect something like:
>>
>> *\define timeline(limit:"100",format:"DDth MMM 
>> ",subfilter:"!tag[keyword-alias]",dateField:"modified")*
>>
>> (2) In my case, an additional ViewTemplate footer template (a dynamic 
>> table showing rows for each tag-child of the keyword specified in tiddler's 
>> title, displaying exactly on tiddlers which serve as tags), and this also 
>> needs to be added in to better mimic the original tiddler. So my content 
>> for the keyword-alias tiddler empiricists is actually:
>>
>> {{empiricism}}
>> {{empricism||keyword}}
>>
>> As you can imagine, this is clunky, given that title-variants of X can't 
>> be specified in the very process of creating tiddler X, and I need to clone 
>> the above solution for each additional variant, such as empiricist 
>> (singular) and so on. However the actual "weight" of each tiddler alias is 
>> minimal, so effort is the main constraint. 
>>
>> Still, it's finally possible to ensure that if a student posts about 
>> *empiricists*, we'll all see a link that effectively invites us to visit 
>> the keyword *empiricism*. 
>>
>> Unless, of course, they misspell that keyword entirely. : |
>>
>> Note, of course, this solution is better for a use-case like mine where 
>> those who follow these variant-links don't usually need to edit the 
>> original.

[tw5] Re: freelinks alias-variant request, partial workaround

['Mark S.' via TiddlyWiki]

Maybe uni-links  would be 
more useful, rather than having to apply multiple hacks?

On Sunday, April 11, 2021 at 4:34:13 PM UTC-7 springer wrote:

> Dear all,
>
> Freelinks are especially great when text gets dumped into a wiki from 
> multiple sources (such as students in a class, or excepts from texts), and 
> where the main author/curator of the wiki can't or shouldn't modify the 
> text generated by other authors. 
>
> Currently,  out of caution around potential performance-drag, I have 
> freelinks picking up titles for only a select set of tiddlers: those tagged 
> with *keyword *... and now also for *keyword-alias*. (In 5.1.24 
> prerelease: Filter defining tiddlers to which freelinks are made: 
> "[tag[keyword]] [tag[keyword-alias]]")
>
> I continue to hope that freelinks will one day work seamlessly with an 
> "aliases" or "title-variants" field... It's hard to imagine any person who 
> finds freelinks useful but who wouldn't benefit from getting title-variants 
> recognized without fuss.
>
> But for now, I'll share a very limited workaround, so that a freelink 
> (virtual link) to *empiricism* (or at least, a functional equivalent) 
> will display whenever tiddler text mentions empiric*ists* (for example).
>
> I actually generate a tiddler called empiricists and then populate it with 
> {{empiricism}}. I then set the caption field to empiricism, and add the tag 
> *keyword-alias*.
>
> Then, two tweaks to the system make it look almost seamless -- assuming 
> you don't really need to *see* titles rather than this more semantically 
> pointed (but not-necessarily-unique) caption field. 
>
> (1a) Modify *$:/core/ui/ViewTemplate/title*
>
> *<$view field="title"/>* can be replaced with 
> *<$transclude field="caption">{{!!title}}*
>
> (1b) Do the same for *$:/core/macros/timeline* (if the Recents sidebar 
> tab is front-and-center, as with a blog). ...  and also modify timeline 
> macro to reflect something like:
>
> *\define timeline(limit:"100",format:"DDth MMM 
> ",subfilter:"!tag[keyword-alias]",dateField:"modified")*
>
> (2) In my case, an additional ViewTemplate footer template (a dynamic 
> table showing rows for each tag-child of the keyword specified in tiddler's 
> title, displaying exactly on tiddlers which serve as tags), and this also 
> needs to be added in to better mimic the original tiddler. So my content 
> for the keyword-alias tiddler empiricists is actually:
>
> {{empiricism}}
> {{empricism||keyword}}
>
> As you can imagine, this is clunky, given that title-variants of X can't 
> be specified in the very process of creating tiddler X, and I need to clone 
> the above solution for each additional variant, such as empiricist 
> (singular) and so on. However the actual "weight" of each tiddler alias is 
> minimal, so effort is the main constraint. 
>
> Still, it's finally possible to ensure that if a student posts about 
> *empiricists*, we'll all see a link that effectively invites us to visit 
> the keyword *empiricism*. 
>
> Unless, of course, they misspell that keyword entirely. : |
>
> Note, of course, this solution is better for a use-case like mine where 
> those who follow these variant-links don't usually need to edit the 
> original. Since my students don't generally edit the keywords directly, 
> that's not yet a problem for me. 
>
> Again, though: Any solution that requires a proliferation of tiddlers (as 
> well as messing with the timeline macro, etc.) feels less than 
> ideal. Freelinks will be better when a field directly in the "beacon" 
> tiddler lists all the title-variant strings that ought to point there. 
> Fingers crossed!
>
> Cheers, and wishing you all a season of resilience...
>
> -Springer
>

-- 
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/b7e94710-631e-4b60-a1ff-3149d2b34871n%40googlegroups.com.