Hi, thanks for the details. I appreciate that playing with the regex can be risky, though my suggestion before was like this:
/\[\[(.*?)(?:\|(~)?(.*?))?\]\]\s/ Therefore with this it would match: [[link]] some text but it would not match: [[link]]sometext If that's considered an acceptable change in method, as why would you have a link without whitespace after, then it would surely solve the problem. It would only accept the closing brackets with the whitespace. But yes agreed that otherwise FF shouldn't decode the URL, though from a readability perspective it makes sense too often URLs are copied and pasted. Though, even in decoded form i think the wiki parser ought to be able to handle it, regardless of how often statistically one might expect to see that character. However, I accept that with a decoded URL you can probably break it with some combination always. The only further change that could be made is to have permaview also separate each TW title with comma and not space, so instead of: notes.html#Shuklink [[TW01]] [[TW02]] it would read: notes.html#Shuklink [[TW01]],[[TW02]] Do those thoughts make sense? Sorry if they are direct from the head. --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "TiddlyWikiDev" group. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [email protected] For more options, visit this group at http://groups.google.com/group/TiddlyWikiDev?hl=en -~----------~----~----~----~------~----~------~--~---
