sweno Wrote:If you need someone who can regex up some regular expressions to convertThanks for the offer, but unfortunately, your skill set overlaps with my own a lot. It turns out if you consider all of the variations, there are more than 12 different cases you have to account for. And doing so takes ~100 lines of code, because macros and links both use double-bracket syntax, and that needed to be disentangled.
all four of the link syntaxes into a standard fifth syntax, I'm all
over that.
Bob Schroeck Wrote:I suppose this is just spiteful of me, but it would be nice if someYour wish is my command. But not out of spite, but purely technical reasons. The current markup proposal is:
common markup element or three were different enough from PMWiki's
coding that it makes copying the new wiki's original content to TVT
annoying for the casual user...
- Links: ["Page Name"] ["Fanfic/Work Name/Characters" with alternate text]
- Macros: [[AC:All Caps Text], [[note:*]this works like hottip[[/note]
- Spoilers: This sentence ends {{with spoilers!}}
- Images and tables: to be determined, but definitely different.

Oh yeah, and if there's something that any of you really hate about TVT wiki markup, now is the time to tell me.
Sofaspud Wrote:Seconding "AllTheTropes"; one of my gripes about the existing TVTropesI think you and your roommate need to watch The Big O. Then you'll get the "Tomato in the Mirror" thing. Seriously though, sometimes I like the cultural shibboleth names, sometimes I don't. However, language is so varied, I'm not sure if we can have a clear policy on page names that would meet the ideal of "fun name that everyone understands."
site is that so much of it relies on in-jokes and prior knowledge -- the
classic one I keep mentioning to my roommate as bad design being the
Tomato In The Mirror trope, because the name of it in no way says what
it is -- and if it's up to me, even just as one vote, I'd like to
help nudge this wiki into sticking with clear names that state exactly
what they mean. AllTheTropes does that most clearly out of the choices
listed, I think.
So far as the reversion/deletion question: There are two general philosophies about running a wiki. You can either try to limit the vandalism that users can do, or you can give everyone the tools to repair vandalism. I have a tendency to lean towards the latter approach, because it creates less social stratification. TV Tropes has a problem with moderators that think that they're the vanguard that protects the wiki against the unwashed masses. So I don't want to have to recreate those distinctions unless extensive vandalism makes it necessary to do so. If a page is accidentally or maliciously deleted, with easy access to a revert button, it won't stay deleted for more than 5 minutes. Still, I'm welcome to hearing arguments that controls on these functions are good and necessary.
sweno Wrote:But beyond that I'm hesitant to commit on. I don't want to promise anThat's exactly why I've been quiet about the project until now.
ability to do X and only deliver 'something much less than X'.
-- ∇×V