Jeremy, thanks for input [...]you'd really need to understand the code itself in order to understand > the impact of changes you’re exploring. >
You're right. I'll just post the following and then not more on the matter. No need to reply if my reasoning is just totally off (quote possible). Anyhow, the wikitext parser is pretty simple. Each “parse rule” requires it > to look out for a certain pattern; for example, the pattern for the start > of a widget might be `<$`. When the parser spots such a pattern it then > checks the following characters to see if they match the full rule. For > widgets, that means that it looks for the widget name, optional attributes > and the closing `>`. It looks for the attributes without regard for the > content of the attribute strings; it’s just looking for a sequence of > letters/digits, an equals signs, an opening quote, the attribute content, > and a closing quote. It’s only later that the content of the attribute > might be parsed as a filter. > This is what I hoping for and as far as I can tell, it even omits the need for triple quotes as long as one can identify exactly what is the end of the filter attribute. I.e, if I understand, the filter start is merely to identify this string, right? - filter=" But I figure the end quotemark of the filter can be identified by taking advantage of string-segments from the other attributes, like so; *" /> *" > *" variable= *" emptyMessage= ...and some more Or mabe even pattern search the "widget string" backwards to not deal with the filter content at all and again look for a single quotation mark but that doesn't belong to any of the other attributes. I mean, those other attributes typically have friendly arguments without interfering quote marks so skipping past these woudl be easy... and if - in this backward search - every secont quotemark should be followed by an equal sign and an attribute name or that second quotemark is not the one. Ok, that was all. It would just save time and repeated trouble if users don't hvae to deal with this. If my understanding is just off, then... well, I'll be back eventually with more understanding. <:-) -- 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 post to this group, send email to [email protected]. Visit this group at https://groups.google.com/group/tiddlywiki. To view this discussion on the web visit https://groups.google.com/d/msgid/tiddlywiki/6b152a0f-c748-4ef4-9bcc-595bc946ee57%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
