fixed problem with icon images not showing up by enableing auto downloading of icons and using the cache set up on your server. Also Added a button to the editor toolbar you must change the permissions for itemstats/wowhead_icons/ to chmod 777 so it will save the icons to the server

While this does basicly nothing that different (except add a lot of additional files + waste to your vbulletin directory) , why are you replacing the default class_bbcode.php and class_bbcode_alt.php files ? That's just a bad idea to begin with.

Besides after looking through the code, your vbulletin_config.php file adds a define for the path to the itemstats folder (which should be in the init_start hook), and your other include , the vbulletin_itemstats.php file is completly empty (0-byte file).

Anyways, for the question above as to what the difference between gItemStats and my product?

Using wowheads powered by javascript does not add additional code to your site. the ItemStats mod adds a table to each for each item link that is created embeded into the item's A HREF tag. If you have a rather large item list (such as say your guild bank listing or even your own characters listing), you could increase the size of your page download by quite a bit.

Also, editing a post with an item in it using the WYSIWYG editor clobbers the item link.

if you use the provided class_bbcode.php and class_bbcode_alt.php it doesnt using those files fixes the editor problem with gitemstats and i prefer my code and the differance in speed is negligable plus i am more for guild sites that do not use a guild bank on the site plus yours has to use an outside js in order to show the tooltip mine is internal and if you require a large item cache it is much faster to use your own database for the files than to rely on wowhead every time it parses also i am working on an integration of wowroster from wowroster.net with vbulletin and that requires the original itemstats code

after looking into sweede's post I eliminated need for the vbulletin_config_itemstats.php and class_bbcode.php files. I also want to explain how i fixed the WYSIWYG editor problem. If you open your class_bbcode_alt.php file you find a line after the var $unparsed_tags = array( line you just have to add
'item', right above thread. so it should look like this

nothing against any user, but eliminate the need to edit files.

look at my products wysiwyg_start hook for the right way to fix wysiwyg support

so basically add the edit to the product which in turn makes it in the templates instead of having it for people to manually edit

i'm interested in this hack, but i think it needs more development ... :)

Nothing really requires the itemstats code. ItemStats was written because wowhead.com didnt exist. Intergration into any code base that said it needs ItemStats can be fixed by creating a function called ItemStats() that accepts a single input (the item string including the [item] bbcode) and returns a wowhead URL or whatever. (hey.. that gives me an idea )

WowRoster is obsoleted with the Warcraft Armory and gryphons gWowRoster product and it is almost always in best practices to use one, centralized source for data than copying it all over, even if it is a cache (how do you update the cache?)


Not trying to say no no no ! to you about what your trying to do, only that before you go and do it, save yourself the time and energy and see if these things already exist first so you don't repeat the work over and over.

Before i put together the wowhead item code product, i had written an entirely new ItemStats type product that worked with vBulletin used wowhead's XML files and everything. Then someone in the original gItemStats plugin posted a link to wowhead's powered.js information and i was like " whats the point? this single javascript file did the work of a dozen or so php functions and several hundred lines of code".

The only thing i need to do to my product now is to add wowheads new multilingual support

WoWRoster has alot more features than gryphon's mod and alot of addons for it and whatever your idea is i hope it works out well for ya and if i can help let me know. You can update WoWRoster's Cache of characters with a plugin called armorysync but you have to manually do it i am working on an offshoot of that plugin for WoWRoster that automatically does that using CRON and i want to get a working vbulletin WoWRoster product that fully integrates it and it uses all vb funtions and the admincp control. Also, yes the wowhead js file does do the work of all that stuff but what happens if i have stuff already parsed and wowhead's site is down (GOD FORBID THAT HAPPEN LOL) The wowhead js file will be unaccessable and my items on my site will not show up. I like the itemstats code and i was just trying to find an easy way to learn some coding for vb so i can make more mods for my guild. I think your mod is awesome but i prefer my mod and i do want to find out more info about the coding and eliminating the need for vb code changes. I would like to know what kind of code i would place in the product xml that fixes the editor error. If you can help please do so i am new to vb coding and would like all the help i can get :)

I fixed the need for adding the class_bbcode_alt.php file in the mod so it is all internally done.