@Eric I don't understand the [[/$tref$]] construct inside a filter. From the doc, I see that [...] is a filter run. A filter run is made of step and each step is essentially a parameter eventually preceded by ! and/or an operator (with eventual : suffixes). No suare breacket within a step. I heve not read that a run can directly contain a run. So I cannot understand how [[/$ref]] may occur within a filter. I4m also finding strange a step without operator but with an operand (parameter) and the text seems to be ofg the same advice but as far as I read the railroad schema, this may very well happen (no idea of an example for me).
I don't say you're wrong, I'm just saying I don't see how I could have understood that from the official documentation. Le vendredi 25 septembre 2020 à 01:37:21 UTC+2, Eric Shulman a écrit : > On Thursday, September 24, 2020 at 4:07:24 PM UTC-7, TW Tones wrote: > >> Also your filter seems broken >> [<base>] [<wcagTechDict "$ref$">] [/$ref$] +[join[]] >> > But what is [/$ref$] >> > > Note that, while you can use simple <macro> references within filters, > they cannot have parameters. Thus, <wcagTechDict "$ref$"> is not valid > within the filter. Also, [/$ref$] is the last part of the URL that is to > be constructed, with a leading literal "/" preceding it. However, since it > is a literal text value expressed as a separate filter run, it needs double > brackets, i.e., [[/$ref$]] > > -e > > > > -- 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/2745f6b2-2f6e-488d-bff7-7378854915e5n%40googlegroups.com.