Drupal and Itemstats Input Filter

thoughtlover...
I was already working on a module when I located your solution 2 days ago. I'm willing to maintain this module if you aren't willing to do so.

thanks

-t

Tony Guntharp
Co-Founder SourceForge.net
fusion94@damagestudios.net

This whole thread should probably be under Module Development, if the thread can be moved.

I added a couple hacks to the drupal_itemstats.php to make life easier.
1) I tweaked the output a bit so that multiple [itememb]s can be placed next to each other. For instance:

a) [itememb]x[/itememb][itememb]y[/itememb][itememb]z[/itememb] will produce 3 embedded items on the same row in a table.
b) [itememb]x[/itememb][itememb]y[/itememb]   [itememb]z[/itememb], however, will produce 2 embedded items on one row, and one embedded item on the next row.

2) I also added a new tag [itembi]. While the tag does not make items bisexual, it does create an item icon and item name link at the same time.

Hopefully I didn't break anything. If You want to see what all these tags to in Drupal, visit my test site at http://losmuertos.houseofbob.net ... If it is broken, I'm probably testing something so try again later

If anyone can feed me reproducible information about situations that break this module, I'll see what I can do to fix it.

First, it looks like your HTML filter has a higher weight than the Item Filter, and is devouring the item's html as a result.
Change it in Home » Administer » Site configuration » Input formats -> Configure (Filtered HTML input format) -> tab Rearrange

Second, it appears the link isn't scanning Allakhazam immediately. This is likely because "itemstats/config_itemstats.php" needs tweaking. Find the line "define('automatic_search', false);" and change it to "define('automatic_search', true);"

Third, similar to fusion94, you seem to be using the "http://hokage.org/node/129" URI notation over the "http://hokage.org/?q=node/129" notation. I am NOT familiar with this Drupal option (I've only been using Drupal for about 2 weeks), and It is obviously screwing up the call to "update.php" call. Please tell me how to turn this on so I can troubleshoot it.

I am, in fact, working on just such an Armory integration. You can see the Armory Item node type on my test site near the bottom sometimes; they look just like the armory tool tips. Making them node types makes them just like any other Drupal content type: you can add comments to them, manage them through Content Management, and create Taxonomy relationships. I'm currently working on the Armory import.

No promises about when I'll be done, but when I am it should be a simple matter of replacing the Itemstats filter with the Armory Item Filter, as I plan to implement the same tags ([item][itemico][itememb][itembi]).

Hello There,

I installed this great module, but when the module is activated, I get the following error:
string(40) "Unable to connect to SQL host: localhost" string(40) "Unable to connect to SQL host: localhost"

I think it has something to do with my config.php from itemstats.
I wonder to what database this module hase to be linked? All new Database, or just the normal drupal database?

"When i'm tryin to post any [item] tags -- at output i'm receiving "as is"."

I'm getting the same issue. What am I doing wrong?

Same exact issue you are having, JonoB. Going to the view_cache.php page inside the Itemstats folder gives me a popup for all the items in the cache. Inside Drupal, I WAS getting a popup, once. Then I refreshed the page, and it no longer works at all inside Drupal. What's going on here?

I reiterate.. I am done maintaining this module. However.. at a guess I'd say you are running php4.

When I wrote Drupal_Armory (which is different than Drupal_itemstats), I had to make a choice between PHP5's DOM vs PHP4's DOMXML because they are not compatible. In hindsight it was the wrong choice as I could have used http://alexandre.alapetite.net/doc-alex/domxml-php4-php5/index.en.html (which I didnt know about then) to make them compatible on php4, php5, and php6. IF I were still maintaining this module, I would probably rewrite to use the old DOM standard and use http://alexandre.alapetite.net/doc-alex/domxml-php4-php5/index.en.html or the PECL Repository to make it compatible with PHP5 and 6.

The code you are refering to comtains DOM (php5) instead of DOMXML(php4)... objects instead of arrays:
1352 $title = $dom->getElementsByTagName("name")->item(0)->nodeValue;
1353 return array("html" => $html,
1354 "title" => $dom->getElementsByTagName("name")->item(0)->nodeValue,
1355 "iid" => $dom->getElementsByTagName("id")->item(0)->nodeValue,
1356 "locale" => $dom->getElementsByTagName("page")->item(0)->getAttribute("lang"),
1367 "rarity" => $dom->getElementsByTagName("overallQualityId")->item(0)->nodeValue,
1368 "icon" => $dom->getElementsByTagName("icon")->item(0)->nodeValue,
1369 );

However you could just try updating to a more current version of PHP4 as: (I have not tested this)
"The DOM XML extension has been overhauled in PHP 4.3.0 to better comply with the DOM standard. The extension still contains many old functions, but they should no longer be used. In particular, functions that are not object-oriented should be avoided."

PHP4 ref: http://us.php.net/manual/en/ref.domxml.php ( http://us.php.net/manual/en/function.domelement-get-elements-by-tagname.php )
PHP5 ref: http://us.php.net/dom ( http://us.php.net/manual/en/function.dom-domelement-getelementsbytagname... )

As of 13-Jul-2007, PHP 4 is at the end of its lifetime( see http://us.php.net/), so you should probably consider upgrading. It is possible to have both on one server, and have different sites on the same server run different php versions by configuring Apache so the PHP version is different for each site (though this can be tricky to setup).

If you upgrade to php5, be careful.. I had to reinstall Drupal when I did it (make a backup of your data so you can import it somehow later).

It looks like the CSS template: drupal_itemstats.css isnt getting included.

This could be because the theme omits include near the top:
<?php print $styles ?>( psd-resources templates leave this out for some reason.)

<span class=quality4>Destruction Holo-gogs</span>
should equate to
{color: #A335EE; font-weight: bold;}
but it is clearly not purple.

Also, it looks like the itememb/itembi stuff is failing. Itemstats never conceived of embeding/having both an icon and text, only tooltips. Undoubtedly some identifying keyword/format I relied upon to to parse the tootip output into an embedded/bi form form was changed... so the regular expressions in that reguard need to be tweaked... that or just pretend itembi/itememb don't exist (because I'm not gonna fix it, I am Done with this project:P)

But I fixed this on my site.

I moved the dupal_itemstats.css to my theme folder and changed the appropriate setting on the admin/settings page. I multisite my drupal install and I think it was having problems grabbing the css from the path to the subsite modules folder.

Hope that helps!

See example here:
http://www.bofif.com/forum/announcements/website-suggestions/itemstats-t...