 by andread# 6 days and 12 hours ago (updated 4 days and 22 hours ago)I was wrong about not choosing a widely known syntax like BBcode.
Moreover, BBcode has a "stronger" syntax than the one I used, being easier to parse, and less error prone.
I could add BBcode parsing (without installing libraries) along with the actual parser (they should not collide) and later convert all the 16699 articles to the new standard.
This is the related Googlecode page:
http://code.google.com/p/uvl/issues/detail?id=15
Well, I could list my owned Nintendo platforms casually:
Or sorted by preference:
- Wii
- Nintendo DS
- Gamecube
As you can argue, I'm using various BBcode tags right now!
I've implemented just the basic ones, I'll try to add the missing ones and convert our custom UVL tags (gameid, etc) too.
While in beta, remember to type [bbcode] somewhere inside the text to switch to UVLcode to BBcodes.
Bye,  Random note: <i> should be replaced with <em> in the final HTML output because the former is deprecated, IIRC. Spoiler test:
And (finally!) with custom titles:
- I've now used < em > instead of < i > as Sanguine suggested.
- When fully operational, HTML tags will not be stripped away too.
- You do not need to type [bbcode] to enable it anymore, now I check for [ b ] , [ i ], [ url ], [ img ], [ color ] and [ spoiler ] to enable BBcode parsing. Remotely related to this... you might want to customize the "standard" wiki labels at code.google.com/p/uvl/adminWiki :) Same for the other labels. The new spoiler seems to break when a carriage return is used inside Fixed, thanks.
Now I know what the "s" at the end of a regular expression means :-)
http://www.regular-expressions.info/dot.html
To test the [ code ] tag, here we have the two regular expressions used to match a spoiler:
/\[spoiler\](.+?)\[\/spoiler\]/s
/\[spoiler\=(.+?);(.+?)\](.*?)\[\/spoiler\]/s
Note, it is ok if you wish to thest the new BBcode, but it is not necessary to edit all the post to upgrade from the old to the new one.
I'll do it once for all at the end. Two ways to quote, with [ quote ] ... [ /quote ]
The new spoiler seems to break when a carriage return is used inside
And with [ quote=Name ] ... [ /quote ]
Quoted from Zerothis: The new spoiler seems to break when a carriage return is used inside
This is some text following the quoted text... re: re:Quoted from Andrea: Two ways to quote
Just remember to make the quote button in articles produce the new bbcode with author :) [ code ] should not add any newlines by itself. Inline "code" is impossible to write now.
As in, I can't say [spoiler] in middle of the text without [ code ] breaking the text completely.
The produced HTML looks correct, so I assume the default < pre> styling has some issues.
Suggestion: substitute < pre> with < code> (this needs the regular < br>s in there, though) :) This is underlined
This text is 75% smaller
This text is 200% biggerLooking at how Google wiki parses the [ code ] tag, now I use < tt > instead of < code >
TT (teletype) is in-line, while CODE is a block element.
So this is a test of mixed code tags.
The spoiler tag is much more complex and I doubt we'll have it in-line. |