THS Wiki - Lightweight wiki for vBulletin
 

THS Wiki is a lightweight wiki for vBulletin which we built when there were none that integrated smoothly with vBulletin.

What it does

• Uses forum for storage (threads => articles, posts => revisions)
• TinyMCE editor
• Script, object and embed tag suppression
• BBCode
• User banning
• Custom URL formats
• Search within the wiki

Things it does not do

• Templates (the wiki kind, not the vBulletin one)
• Namespaces

Demo

Bugs, questions, feedback? Let us know!

Looks interesting!

Do you have a demo at all?

I notice your last wiki ended up in the graveyard. Im presuming that problems been sorted now?

*Tagged*

Updated the first post with link to demo.

Our previous thread was dumped because I placed the download offshore to watch the downloads go up via our own site :p

Thanks! I'll be checking this out on my test site.

OK, installed.

Questions..
- is there supposed to be a link in the navbar to the wiki? (My navbar is modified, so maybe it's me.)
- I'm guessing it is suggested for the forum settings to set them to Forum is Active' > No and Forum is Open > No ? Otherwise people can go in and just create threads and screw things up (I would think).
- How do you create a new page? Perhaps there should be a link on the side bar to do this?
- That's quite an editor. :) Is there an easy way to get rid of some of that stuff - a file to edit? It seems to take a while to load and I'm not sure we really need all of that.
- I notice there is a Banned Users list in the Configuration. What about users in the Banned Usergroup? Are they automatically banned from editing?

This looks like something fun to try out. Thanks!

will give it a look the demo want very good.

No, that's something you'll have to modify yourself ;-)
To be honest I wasn't sure how to modify already existing templates :p
Ya they don't need to be able to see/post in the forum that you use for the wiki.
Oh. Forgot about that when we added the search box, it used to go directly to wiki.php?page=%page% which in turn would ask you if you wanted to create the page. I'll make sure to fix that in 1.3
You can edit the function tinemce_init() in wiki.php to suit your needs, I should move that to the config in AdminCP..
No, but that's definitely something it should do in the future!

This is definitely something I've got tagged to watch. ;)

Installed and tested, it does have some great potentials, espesially with its powerful joomla editor integrated with vBulletin. A number of features are needed to make this really useful;

a) Adding an interface to add pages
b) Being able to add sub pages to menu without manually editing the left navbar in admin panel
c) Chose between vBulletin or tinyMCE editor
d) Being able to turn html off in editor if needed
e) Integration with vBulletin search would be nice
f) The system should use the existing usergroup functions for security, does it inherent the forum section security?

Looks pretty good, I've got it installed but something to ad pages better, maybe something to show a random page and something to show the number of pages created?

Looks pretty good anyway :D

Oh joy! I can't wait to install this.:)

a) In 1.3 you will be asked whether you want to create the page or not when you search for a page which is not an exact match to an already existing one.
b)That would require using templates, something that I'm not sure how to mimic.
c)I'm not completely sure how to properly call the vBulletin editor, but I'll surely give it a try in a future version
d)Well, until we implement vBEditor that'll be a tough nut to crack, since TinyMCE was made for HTML :p
e)We'll do some brainstorming and see if we can come up with a nice implementation of that
f)It ignores user permissions (such as whether you're allowed to post in that forum or not) beyond what is configurable. But banned users will be banned from the wiki as well in 1.3
Statistics and random pages, aye aye capt'n!


Thanks for your feedback everyone! :-)

Sweet, looks awesome, awaiting 1.3.

Same here, *Tagged for now - Keep up the good work ;)

I have this installed but can't seem to figure out how to get the wiki page to show in the forum I designate it to be in, meaning, I can't get it to look like your one attachment.

i will waiting for next update :)
:up: Good job, already in my bookmark.

Tagged, looks good. Any ETA on 1.3?

Tagged. Looks exciting. Plenty of potential.
I have signed up and created some articles.
I think we need:

• Report article facility which works the same as the Report Post facility
• Storage of edit versions of articles the same as vB currently stores the edits of posts. We'd need this in case an important article was vandalised. We could then restore it.
• Ability to lock articles. Particularly your Wiki main page which we would certainly not want people to edit.

The forum you select is only the storage container where we store data, the actual wiki can be found when you browse to www.yourforum.com/wiki.php, it doesn't add any links to your navbar so that's something you'll have to do by yourself.
Monday, possibly Tuesday. A bit busy today, unfortunately.
1 & 2) Since we store articles in threads and every revision of an article is a new post in that thread we basically have #2 in your list. Implementing revision browsing through the wiki in a future version (until then you, as a moderator, can simply browse older revisions by finding the thread in your wiki forum). And because of this architecture, it shouldn't be that hard to mimic vBulletin's report system.
3) Aye, I've been missing this too. I'll try to cram it into 1.3

Looking forward to seeing this develop.

A table of contents would be nice.
So far I see it as each page needs to be created.
Manually add to the nav box.

Also needs a last edited by or some form of edit history.

EDIT: Need 'edit' to display only for usergroups with permission to edit.
I suppose we could use the permissions of the chosen wiki forum to set wiki rights.

Interesting. So if each article is a thread with all changes saving the displayed article as the latest post, what happens when two people edit an article at the same time and click save at the same time? The one whose update hits the database first is going to be confused to see his changes have not been updated.
How does it work on Wikipedia?

Categories might be an idea too :) And featured content (Just went on wikipedia and getting some ideas)

Looking forward to 1.3 :)

I still can't get this to work. When I click on the "create" link from the "The page does not exist, would you like to create it?", I get the following:

Not Found

The requested URL /wiki.php was not found on this server.

Additionally, a 404 Not Found error was encountered while trying to use an ErrorDocument to handle the request.

We're adding a "special page" index with some features like that. We're still in the process of beating eachother over which implementation of the concept would work best, so we'll see how it turns out :)
I think it works the same way on Wikipedia as on THS Wiki; The person who hits Submit last is the one who gets his article published, although the guy before him will still have his post submitted (just in an older revision). We'll implement revision-browsing in a future version, so that you can see how a page looked earlier, and revert it if you'd like.
Categories is pretty much namespaces, something that THS Wiki does not do. It's easy to mimic as a user though; just name your page Category:Articlename (replace category with whatever you want, obviously :p).

As for featured content; that'd require templates, something which we're not sure if we want to implement (that's a lot of work :().
From what I understand you are not running your forum directly on your domain, and the default settings in the wiki is to link to www.yoursitehere.com/wiki.php, but if you run your wiki under www.yoursitehere.com/forum/wiki.php you will want to change /wiki.php?page=%page% to /forum/wiki.php?page=%page%

I finally got this working on my test forum. Thanks for the help CIP. But now I have a new problem. After I uploaded the files and installed the product on a message board I run, hitting the two control panel options (configuration & update), I get white screens. The PHP version of the server where this message board resides on is version 4.3.9; my test board has version 5.2.8. Is a certain version of PHP required to run this Wiki?

I'd recommend PHP 5, but if you can turn on error-output on your PHP 4 site and let me know what it says I may be able to create a workaround.

Turning on the error-output on the PHP 4 site, is that something the server administrator would need to do? If so, then I'm at a stand still until he replies back to my email requests.

I'm afraid that's something your administrator will have to change, unless you're running your site on Apache (through a module, not CGI), in which case you may be able to add the following lines to your .htaccess file:
After that the page shouldn't be as much white as white with error text on it :-P

I added the code to the .htaccess file, selected configuration and got the following:

Eeek. That doesn't seem like something I'll be able to create a workaround for. I should probably throw in a dependancy for PHP5 in the product.xml

Sorry :(

Thanks for the help. I will just need to wait for the server administrator to take care of some long awaited updates.

Looks quite nice!

I would need two features before I could install it.

1) Auto-Linking (terms in the forums are auto-linked to the wiki entries)
2) Table of Contents to display a list of terms (preferably tabulated by first letter of the term)

Other than that, it looks great!

Installed without a single problem, nice work.

My primary concern is access control more than anything. I'll be the first to admit I'm not all that familiar with Wikis, but some of my users have requested one for various reasons so it thought I'd give this a shot.

In any case, it looks like a good start and I'll keep updating. =)

One thing I just noticed is that this adds to the unread post count. Any way to make that not happen?

Great idea. I'll tag this for now and got the same question as Trek.;)

Your demo page isn't working, in case you didn't know.

It is not giving me an option to create a page like it does with your demo.

An example would be if I search for vbulletin. Under your demo it says "vbulletin does not exist, would you like to create it?"

It says this nowhere on mine.

ive been going crazy trying to find a wiki with a decent wysiwyg editor... vaultwiki is incredibly hard to get installed and working properly, and they're wysiwyg editor is an eyesore, and namespaces are too complicated. so far i like your wiki plugin because it's simple, but id like request a few features:

1. vb editor instead of tinymce - would greatly help minimize confusion between the wiki and forum.
2. allow plugins to scan wiki pages. like the ame video plugin that automatically turns video urls into embed code.
3. there's no "create a new page" button/link anywhere. that would eliminate some confusion as to how to create a new page.
4. allow pagest to be edited without filling out the "reason for editing" field.

other than that, it's looking like it's going in the right direction! looking forward to updates!

Well hell, I was going to try vaultwiki. Is anyone still supporting this wiki? I don't need all the extra features everyone's asking for, I just need for it to be supported.

Hey guys, I've been kind of busy lately so the whole 1.3 release last Tuesday got blown away :p

1) You could add a [wiki] BBCode tag that links to wiki.php?page=*insert page here*
2) There will be an index of all existing wiki pages in our 'special pages' section.

Exclude your designated wiki-forum from searches, that should fix it. Alternatively, disallow your members from accessing that board (which hides new posts in there from them).

We've had troubles with our ISP this last week, we're trying to come up with a solution.

Our demo is also where I debug the latest version, which is currently 1.3, so all of the functionality there may not be available in the package on vBulletin.org all the time.

Maybe I should like.. add a footer or something that displays which version of the wiki someone's running. What do ya think?

1. It's been requested before and at the moment I have no idea how to implement that properly, I tried once and that didn't work for all users so until I've read through the guide on vBEditor that I saw here somewhere that'll have to wait. I hate reading guides... :(
2. I guess we could emulate the postbit hook or whatever that plugin uses, but that might look messy. I'll look into it once we've released 1.3
3. In 1.3 the search page will suggest that you create the page if an exact match doesn't exist already. Before we added the search feature in 1.1 the box just took you to the exact page you entered, which then asked you to create it, but we overlooked that part when we added the search functionality.
4. I guess we could make that an option for the AdminCP, personally I want my users to fill in a reason so you can later look back and see why someone thought a particular edit was necessary.

Ya but I have a life beyond this so I may not give you real-time support all the time :p


Here's what's happened on 1.3 so far:
Before releasing we're also going to:

• Add statistics
• Add article index
• Move search, random and statistics to articles named Special:-feature here-
• Try to figure out how to emulate page reporting, alternatively do our own report system

Thanks for the reply! I just wanted to be sure it wasn't a case where the author took off and will never come back. :)