RLE: Tcl user and one of the wikignomes.
Created pages:
LkpPo - Hi RLE, I see that you care for actively improving the wiki like me. Do you know who I can contact to report a bug in the search engine? The bugtracker is hosted on Google and I do not like the idea of having to create an account with Google! Thanks.
Hi LkpPo - RLE here, I just noticed your edit to my page. If you look at the bottom of the About the WIki page, it implies that Colin McCormack might be a contact that you are looking for regarding bug reporting.
LkpPo - Hi RLE, I'll contact him. Thank you for your help.
PYK - Hi RLE, I'm looking for a way to link to the page http::geturl
Any suggestions?
RLE (2013-04-01): Try this way:
Edit page to see. The problem you are encountering is that raw colon characters are not allowed in a URL (rfc1738.txt ). Linking to the page by wiki number gets around that limitation, and then using the wiki "rename url" syntax, you can make the link look like http::geturl.
PYK 2013-04-01: Thanks. The problem with that, though, is that the "what links here" mechanism doesn't pick up on those links. Even if URL syntax doesn't support colons, wiki syntax still could (and should) recognize such links. I've filed this bug regarding the issue.
PYK 2013-12-13: Hi RLE, on the [return] page, you removed the brackets around the inline Tcl code examples. Isn't it standard style to put brackets around inline code examples? If you look at AMG's comments on that same page, for example, they had brackets around the code examples prior to my edit. I'm somewhat on the fence about what the standard style should be, but whatever it is hopefully it can be applied consistently throughout the wiki. Maybe it's time to initiate a Tcl Wiki Style Guide.
AMG: Hate to say it, but you did it again with the missing close bracket. You have:
[[`[return]`]
Which should be:
[[`[return]`]]
This will trip up the wiki markup parser if there is a mismatched open bracket nearby, plus it's very confusing and asymmetrical.
PYK: AMG, are you sure it will trip up the markup parser? I've never seen it do so. Rather, I interpret the double left bracket as the way to escape the bracket, but the closing bracket doesn't need to be escaped. I tend to be minimalist about syntax, so why escape the closing bracket if it isn't necessary?
AMG: I did a test on Graffiti a few minutes ago, and indeed it matched a single open bracket from earlier in the line with the single closing bracket you didn't think needed to be escaped.
There's a difference between being minimalist and taking shortcuts. The wiki markup translation code emits a single close bracket as a failsafe when given a single close bracket on input with no matching single open bracket, but it's still an error condition it's trying to handle gracefully. If you want to be minimalist, simply don't use the extra markup features in the first place. You're combining three markup features in a way that's easy to be confused about. Just pick your favorite and go with it, no need to toss in the kitchen sink too. The trouble with adding features to any language, markup languages included, is that folks then feel obligated to use them, even if they got along without for many years. Witness C++...
PYK 2013-12-13: The problem with using italics instead of brackets is that italics are already used to denote placeholder values that should be changed by the user to the appropriate value for a particular scenario.