Hello, friends.
Up until now, CurseForge and WowAce (since the transformation to the CurseForge codebase) have used "Curse Wiki" as the default wiki type. We have implemented the feature-rich WikiCreole markup and plan to make it the default on Monday (March 9, 2009).
What's wrong with Curse Wiki?
Curse Wiki is a custom implementation of the MediaWiki markup. The code we use for it is rife with issues, including lack of readability, inherent slowness, potential security issues and general bugs, and lack of extensibility.
The developer of the Curse Wiki format has no longer been with us here at Curse, Inc. for a year now, and no one can read his code, and when anyone tries, it's impossible to cringe.
Why choose WikiCreole over something else?
We agree with the philosophy of WikiCreole, the code is clean and readable, it's fast enough for our use cases, and the library we use (CreoleParser) is very extensible.
Due to the awesome extensibility, we were able to add nice relative links, e.g. [[Some page]]
or [[Project:Some page]]
rather than forcing full links as we have. We also support images nicely, e.g. {{4}}
or {{Some image}}
or {{Project:4}}
(and so forth).
We were also able to add syntax highlighting with the <<code>>
macro.
print("Syntax highlighting is awesome: " .. 42)
See Markup Types / WikiCreole for the full syntax examples of WikiCreole.
Will I still be able to use Curse Wiki?
Yes, this will still be an option, just not the default one.
We may eventually disable creating new pages/comments using Curse Wiki (likely if a security issue arises), but we would still allow old pages using it to continue to be editted as Curse Wiki.
Are you getting rid of any of the other markup formats?
Probably not. We've cleaned up the code for plain text and Safe HTML, and made BBCode a thin wrapper around WikiCreole, so we see no reason to remove those three at all.
We may eventually support more formats, such as Textile, Markdown, Restructured Text, etc.
Is the curse.com 'fixed-width' issue with code-tags (BBcode/WikiCreole/whatever) fixed?
This works fine with project pages on wowace.com but failed on curse.com. A fix would be really nice. Thanks.
Hey, ckknight. Thanks for the quick fix. Would've thanked you sooner, but I've been out of town and before that, well, I just didn't remember to check in on this until now.
Hence my examples. You could bypass that altogether by having the first colon identify the next phrase as the project name. IE :Bartender4
I think the error there comes from it having a - in the name, but I'm not sure. I can add some unit tests to that code and figure it out.
You make a good point on the other, hrm....
Any possibility of tweaking the "relative" link code? For example, in some cases, using something like [Project-2:PageName] in a page of "Project-1" will link /projects/Project-1/pages/Project-2/PageName. There needs to be an identifier or token that specifies a project name. Some examples:
[:project-1] --> /projects/project-1
[:project-1:guide] --> /projects/pages/guide
Additionally, the wiki doesn't distinguish between /project/pages/page and project/page. For example, localization is found at /project/localization. Currently, one has to place then entire URL to link to the localization page. Using something like [Localization] takes the user to /project/pages/localization.
Lastly, I'd like to see the option of adding straight HTML to a page, whether it be by direct parsing (like CurseWiki did) or via a special tag.
Tuhljin, all fixed.
Nevcairiel: Hahaha omg how could I past a wrong image? :D Thanks, I would probably never was able to find it out myself ;)
ckknight: Forget about my posts please ;)
z00g: Maybe because the pixel.gif is actually an 1px transparent image? =)
You mentioned tweaking BBCode.. Well, I think you broke it a bit. See this file's change log, which I last updated a long time ago (and it was fine, then) - it's set to BBCode, but line returns are not working properly.
I'm not sure what I'm doing wrong then. I've got this code on zMailMod's page and it does nothing - there's simply no output at all. I checked it under IE, FF and Opera - all the same, no output. Just to test it once more, I'm going to paste it here in this comment:
z00g, appears to work for me.
Shouldn't something like this work?
[[https://www.paypal.com/cgi-bin/webscr?cmd=_s-xclick&hosted_button_id=xxxxxxx|{{https://www.paypal.com/en_US/i/scr/pixel.gif}}]]
+1 for Textile support please
Done.
Zirco, file a ticket about this.
Here's one more table that isn't working. I've removed all the newlines and it still doesn't work.
<table style="border:1px solid red"><tr><td><span>SELLING</span><br><br>AAAAAAAAAAAAAAAA.<span>BUYING</span><p>BBBBBBBBBBBBBBBB.</p></td><td> CCCCCCCCCCCC<br><br> DDDDDDDD</td></tr></table>
Styles are working better but still not as well as before. Here's an example:
<div style="font-size:11pt;font-family:calibri;">This is sentence number one.<br><br>This is sentence number two.</div>
The styles only get applied to the first sentence.
Well, tables still seem to be broken. Here's a simple example:
<table style="border:1px solid red">
<tr>
<td>
ABC
</td>
<td>
XYZ
</td>
</tr>
</table>
If I get rid of the blank line above ABC it works. Pretty sure this used to work though even with the blank line.
Well, I just went back to my description page and the preview looked better. So I resubmitted the description with no changes and the styles are all working again. I'll put the table stuff back in but I expect it will work now.
I'll do some experimentation but for now you can look at my description page for Auctionator. I removed the table tags but the styles all seem busted.