Hi Elise, Mark,

There are a few different ways we might support selectively excluding tiddlers 
from freelinking:

* Introduce an escape character that can be inserted before an instance of a 
title to prevent it from being autolinked. The trouble might come were the 
target tiddler to subsequently be deleted; should the escape character in any 
residual links be automatically suppressed? If so, we’d need to carefully 
choose a character (or character sequence) that we can safely hide
* Exclude links to tiddlers having the field “autolink” set to “no”. The 
trouble here is that each time we do the autolinking we’d have to check the 
autolink field of every tiddler
* Maintain in a configuration tiddler a list of titles (or regexps) of tiddlers 
that should be excluded from autolinking. This would be far the easiest option 
to implement. One could still have an edit template segment that (say) 
displayed a checkbox for whether that particular tiddler should be autolinked

Would any or all of these options meet your needs ?

Best wishes

Jeremy

> On 22 Apr 2020, at 19:57, springer <[email protected]> wrote:
> 
> Hi Mark, 
> 
> Of course workarounds are what all of us find ways to do... but the use-case 
> of pasting in existing text (that I did not write), and having all the 
> linkables just "light up" is more important to my purposes than the risk of 
> false positives. So rather than make strange-looking titles and rework pasted 
> text to point to those titles, an escape character would be a somewhat better 
> solution, for this kind of use. (In the meantime, if I do want to define 
> "will" on a freelinks wiki, I'll tolerate the spurious links.)
> 
> As for the aliases issue, I just posted on that too. uni-link is great for 
> some use-cases, but not for pasting in existing text. I'm already eager to 
> have freelinks pick up on aliases. But that's a somewhat different issue from 
> the false-positives issue here.
> 
> Best regards,   
> -Springer
> 
> On Wednesday, April 22, 2020 at 2:20:59 PM UTC-4, Mark S. wrote:
> It seems to me that freelinks is doing what it's it supposed to do. If it 
> doesn't work in some
> situation, then move on to some other tool.
> 
> In the case of "boat" or "will", you could put the title in upper case, to 
> distinguish it as a special word.
> 
> "Whatever sinks your BOAT."
> 
> "The WILL of man can not be thwarted by mere mendacity..."
> 
> In the case of "will", it does indeed seem that the number of false-positives 
> will be higher than the intended use.
> Also, you're going to need the plural, possessive, and capitalized versions:
> 
> "The many wills overwhelm the few."
> "Will is an essential concept in ..."
> "It is the will's way to underestimate the capabilities of others."
> 
> So you might want a completely different tool, like PMario's uni-link plugin.
> 
> 
> 
> On Wednesday, April 22, 2020 at 10:45:34 AM UTC-7, springer wrote:
> Mat and all,
> 
> At first I also didn't understand HC's complaint about unwanted "boat" links: 
> freelinks is there to populate the wiki with virtual links; I do want 
> precisely for every "boat" reference to link to the tiddler titled "boat"...
> 
> But... I realized even I could need exceptions: For example, the word "will" 
> has a technical definition in Kantian ethics (as in volition, free will, 
> etc.). Suppose I want a tiddler for this concept ("will" as a noun), and my 
> wiki is full of technical passages that would benefit from having this link 
> appear "for free"... Could I take advantage of freelinks while keeping this 
> title? That would be crazy *unless* I could manually prevent sentences about 
> "what ~will happen later" or from pointing people to this tiddler defining 
> "will" as a noun. 
> 
> (Maybe this example isn't great because the exceptions might outnumber the 
> positive cases, but you get the idea...)
> 
> -Springer
> 
> On Monday, April 20, 2020 at 6:24:45 PM UTC-4, Mat wrote:
> I don't understand the complaint: The purpose with the tool is to link title 
> mentions -- so how can anyone complain about that it does exactly that? And 
> if this purpose aligns with your needs then, yeah, occasionally you might 
> still not want the automatic linking, just like you occasionally don't want 
> automatic CamelCase linking, so it makes sense to be able to disable it 
> locally and the obvious approach would be to prefix it with ~
> 
> <:-)
> 
> -- 
> 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] 
> <mailto:[email protected]>.
> To view this discussion on the web visit 
> https://groups.google.com/d/msgid/tiddlywiki/dbaf5c1f-69f4-4ce7-88b3-3c70fd0b55dd%40googlegroups.com
>  
> <https://groups.google.com/d/msgid/tiddlywiki/dbaf5c1f-69f4-4ce7-88b3-3c70fd0b55dd%40googlegroups.com?utm_medium=email&utm_source=footer>.

-- 
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/AEE9226A-896E-4BC0-878F-FE08282CF09A%40gmail.com.

Reply via email to