Issue: Bugs and Features

I can help with Feature Requests... or I think I can.

The first one can be done already. There's an option within vBulletin to add your own additional CSS options, which can be done in the Style Manager, select the style, and navigate to Additional CSS Definitions. I'm intending on having some default settings to make it easier for standard tables. Once I've got it done, I'll post how I did it. (This should work)

The second is also doable. Create a table with float="right" or ="left" and then place your content in the table. They'll be aligned side by side. I often use a main table to create the shape with the float option, and then use padding in the first cell, followed by a second table. This helps create some space between the text.

Bug: Also, err, when people reply to an article it should go into discussions?

Look: http://my.gamemonarch.com/wiki/Descr...&p=134#post134

Replies are below the article? >.<;

#1: Check your CUSTOM forum permissions. It's also possible that the ability to edit has timed out. This limitation will be removed in the next build.

Bug #2: Special pages are not articles, so they cannot be edited. They do not have content that they even really need to be edited. If you want to change some of the phrasing, you can do this by editing the phrases.

Bug #3: Believe me I have looked for this way for years. There just isn't an easier way. First of all it is nearly impossible to integrate anything into the WYSIWYG editor of vBulletin. That said, I have used WYSIWYG table editors, and they have been such a nightmare. Much more annoying than just figuring out how to code it.

Bug #4: Styling is possible in tables using a style attribute. You can also use CSS classes. You probably should have a list of these in a sticky tutorial showing your users what classes are available to them.

Bug #5: "_" are not search engine friendly. They are just MediaWiki standard. "-" is search engine friendly. Right now this has not been implemented because it's more likely people will want to use - or _ than +.

Bug #6: Users should not be using the URL with wiki link codes. They should be using the article title (from the title of the post). When directly typing into the address bar, it will not recognize the + sign in the URL, because the browser interprets + as a space (not VaultWiki).

Bug #7: I don't know what you mean. You are only supposed to link to an article using the title anyway. Either way, it shouldn't be an SEO problem because the 302 redirects and canonical URLs point to the right place.

Bug #8: I have no idea where you got this. Perhaps you forgot to close a tag.

Bug #9: vBulletin problem, not VaultWiki.

Bug #10: goto=newpost performs an important function. It will not be eliminated. Again, the canonical URLs make this kind of change unnecessary.

Bug #11: Not sure why you would think images aren't stored in MySQL. It all depends on how your forum saves attachments.

Feature Request:

1.) Define common CSS classes in your Style Manager. Tell your users about these classes, and inform them they can apply them to tables using the class attribute.

2.) If you are using default CSS templates, there might be a closing bracket } missing from vault_css_fixes. Put it back and the images CSS should be fixed.

Thanks for this you gave me a place to see the bug in action. Duplicate of: http://www.crackedeggstudios.com/pro...hp?issueid=511

pegasus,

I now see the problem may be the JavaScript/AJAX loading...after clicking on the article (and seeing the posts) I clicked the discussion tab, then clicked on the article tab again and it took a bit while to load but then disappeared?...not sure if this happens all the time but this definitely is some type of bug.

Bugs on CES:

#1 Home page doesn't look proper in Google Chrome, header is in the footer for some reason (yes header and login at complete bottom of page instead of top).

#2 Home+Page doesn't work...giving permission error on CES homepage. That's not good for visitors.

pegasus, in my original post, I meant for bug #5 to say that "+" aren't search engine friendly in URLs. The "+" sign needs to be replaced with "-" or "_" preferably...it should be an option set in control panel to whichever one. This really needs to be done for the sake of URLs and crawlers.

As for tables and structuring, can you make VaultWiki codes more similar and as easy as Wikipedia? As outlined in bug #3 & #4, creating a table was VERY DIFFICULT and expecting a normal forum user to do such a thing is quite a daunting task!

Here is an example of Wikipedia's table structure, which I guess was customized by them (but I'd like to be able to customize table styles etc too):

http://en.wikipedia.org/wiki/Final_Fantasy_XI

I'm referring to the table on the right with the game's info. Here is the table coding:

What we have above is I guess {{ is the name/class/ID of the table.

The equal sign separates the two columns in the table which is AWESOME and easy.
If we could somehow do that...make it that easy...this would be awesome. Like title = value would be the table's heading, and then anything other than that with an = sign would be a column..

Please make this happen.
Maybe follow the new wiki coding standard, called Creole?:
http://en.wikipedia.org/wiki/Creole_(markup)

It's going into 2.0 now...

We use exactly MediaWiki's table structure. What they are using in that article is a TEMPLATE that uses a table. If you want to create such templates for your users, go ahead, that's what the Template space is for.

I've replicated a number of similar tables in templates. If you want a hand, let me know and I'll help out. It's a pain to setup, but once perfected, the templates make life a lot easier.