AlexChurchill: (see Revision 87 for related discussion) For pages in CategoryMtGTrades, it'd be good to have some kind of "start cardlist" syntax, so that lists of cardnames with nothing else would be less fiddly to type. This is low-importance tho.
The author of UseModWiki wanted to avoid syntax that requires state to be carried across end-of-paragraph if possible, because of forgetting-to-leave-off-the-closing-tag and other intuitiveness problems. You might have noticed that bold, italics etc. will not work unless they are closed in the same paragraph. MoonShadow rather likes that idea. We can have a shortcut for MTG if you like, though (something like $M Rest Of Line Is Card Name, maybe), which will remap spaces to '+' in the resulting link, if people think it's worth the fuss..
No, your policy seems fair enough. Feel free to mark this as No Action Planned. --AC
Cache control. Work have just installed a rather aggressive transparent proxy cache, which makes using RecentChanges and playing Go rather, um, interesting. The obvious thing to do would be to add appropriate last-modified and expires headers to each Wiki page. I am wondering also about letting people give a list of pages in their user preferences that the Wiki will generate no-cache headers for; RecentChanges being a prime example. (MoonShadow)
(PeterTaylor) Wow! Must be more aggressive than the NTL one. I think that rather than make people edit their user preferences when a page becomes popular, automatically use no-cache when a page is modified more than N times in M hours.
MoonShadow: current level of cache aggressiveness seems adequate (25/2/03); no further action planned.
Linking with [ and ] doesn't seem to work for internal pages. I was thinking it would be nice to do this: [Japanese/Smilies? ^^;;;;]. --M-A
I agree it would be nice to directly link to a Wiki page with single square brackets; however, there are a number of places where single square brackets are used and not wanted to be a link. The current rule (AIUI) is that if a [something] string contains a colon, then everything up to the first whitespace is used as the target, and everything after that is used as the displayed link. So what you'd have to write is: [ToothyWiki:Japanese/Smilies ^^;;;;] --AlexChurchill
MoonShadow: That there is always a colon present is an emergent property. Single square brackets are the convention for labelling external links. ToothyWiki: generates a special case of external link - an /InterWiki link.
Ooh, nice. I didn't know you could do it that way. I may go and link some more smilies later - they really were confusing me. :) --M-A
MoonShadow: No action required. Renaming internal links is sometimes necessary, but in general evil, so it is made harder than ordinary linking.
Just got a 500 server error, server closed connection SERVER_CLOSE please contact admin. error. Submitting Godzilla to the cartoons page. Resubmit made the bad error go away. Did I break anything?
Nope - all looks genki from here. Of course, I won't be able to see the logs until I get home. - MoonShadow
You did some how manage to change two ' to '; which was a bit odd... - Kazuhiko
I don't know how easy it would be, but could something be done with smiley links? For some reason people feel the need to link every ^^, ^^;;, ^_^, etc. to the Japanese smilies page... I wouldn't really mind exept that they end up with square brackets around them which doesn't look right at all... - Kazuhiko
Sorry, that was me. I tried to avoid the ones that would look really awful if they were linked, though. If you don't like how it looks, take the links out. I don't mind. :) M-A
Not just you - other people have started too. If I were to get rid of square brackets in ToothyWiki: links with labels that don't contain alphanumeric characters, would that be sufficient? - MoonShadow
As currently demonstrated in the SandBox, if you use the /InterWiki syntax (rather than http) then they already don't get square brackets. Suggest if anyone sees a square-bracketed one, convert it to ToothyWiki:whatever rather than http://www.toothycat.net/etcetc/whatever.
Alternative markup for bold and italic (see discussion in [ToothyWikiInternals/Documentation revision 24] and prior). Basically, more alternatives would complicate matters even more than they are now, and break existing formatting.
Automated countdowns. Something like "Time left until Christmas: [Countdown:25Dec2003]" - using whatever date formats Perl supports most easily. Maybe not link syntax, on reflection. (PeterTaylor)
I've thought about that. But surely part of the point is precisely that the countdown is updated manually - reminding the maintainer about the thing they are counting down towards - and also that the manual update brings the text back to the top of RecentChanges? - MoonShadow
If requests to RecentChanges put a load on the server, how about some frameset, or subpage that auto-refreshes every 5 mins and goes from red to green when a new update is made... Would have to be tied to your log in and some record of when you last looked at RecentChanges. Probably a silly idea and might actually put more of a load on the server than less but I thought I would mention it... - Kazuhiko
Change the Wiki code to produce an XML output that can be passed through different XSL templates (is that the correct term, or is that the old version of XML style configuration?) as specified in the user's preferences in order to return the site seemlessly with different appearances. No MoonShadow, I'm not suggesting you try this :) Nor am I even sure if it is possible without completely re-writing the wiki's code. It's something I wouldn't mind looking into though at some point if I ever get a RoundTuit. --Kazuhiko
I hope this is the correct place to write suggestions, but if not, this can be moved. I'd like to be able to have a 3-deep title page. (..) --AR
Unfortunately UseModWiki design assumptions pretty much make this unfeasible without rewriting everything from scratch. - MoonShadow
![[Home]](/img/text_logo.jpg){kind=logo}
ToothyWikiInternals/WikiFeaturesNoAction