Extension talk:TransformChanges

Doesn't work
I have MediaWiki 1.9.3 and this does't work at all--not even the CSS classes are showing up on the page. The extension shows up on Special:Version so I know it's installed correctly. -Eep² 22:37, 23 July 2007 (UTC)


 * The row CSS styles don't work either. I tried overriding the ones on Organic Design but it had no effect, and analyzing the CSS revealed the table has an ID of "TABLE_2"... -Eep² 22:57, 23 July 2007 (UTC)


 * OK, this extension won't work if "enhanced recent changes" is enabled in Special:Preferences. —Eep² 14:13, 2 September 2007 (UTC)

empty recentchanges
After installing the SemanticMediaWiki extension, this extension appears to be suppressing the content of Special:Recentchanges as long as the viewer is logged in. Any ideas why or how to fix this? --Alxndr 02:35, 11 August 2007 (UTC)
 * I don't know what might be wrong there, I'm using SMW with this extension on a number of wiki's of various versions with no trouble. Can you give me an URL to the site with the problem or is it intranet? --Nad 05:06, 11 August 2007 (UTC)
 * It's Oberwiki, but I currently have it disabled so everyone can see RC when logged in. Do you use Jabber or AIM? If we can coordinate a time I can flick switches on the server and show you what I was talking about. --Alxndr 17:46, 11 August 2007 (UTC)
 * Silly me. My logged-in preferences show the last 500 edits, which maxed out pcre.callback_limit, which made one of the preg_replace_callbacks return NULL, so it wasn't happening when I was logged out. Nothing to do with SemanticMediaWiki. --Alxndr 23:12, 23 August 2007 (UTC)
 * Thanks for the info, I'll see if I can think of a simple way to stop it relying on that pcre.callback_limit, maybe by breaking the content up with a split first or something. --Nad 05:10, 24 August 2007 (UTC)

Here's my edits : - First I split the recent changes content using the delimitation of days ; - Then for each day, if there is more than a number of edits for this day ($nbedits, set to 50, seems to work in any case, might be possible to go to 150 or more?), I split the content into parts containing $nbedits edits max (this is done by counting the numbers of    tags in the content, each one representing a change). - Finally, each part of the content is being processed with preg_replace_callback. My code might not be very optimized, but It seems to work like a charm now (even for 500+ changes). You can see it working here : (french). Here's the source code : TransformChanges.php. My edits are based on the last version to date (1.0.7). Please feel free to check my code and report any bugs or possible improvements ! --Fish1203 23:04, 6 February 2008 (UTC)
 * I wanted to use your extension (brilliant job, btw), but I had the same problem as Alxndr did about the preg_replace_callback</tt> limits on my web hosting, so I modified the source considering your idea of splitting the content first.
 * Thanks a lot for that :-) it seems to work fine, so I've updated the main code with your changes to version 1.0.8. --Nad 07:47, 7 February 2008 (UTC)

Praise & Suggestion
Brilliant job - thanks for this!!

Small suggestion: There should be a warning that the user option Enhanced recent changes must not be used.

-- FND 21:29, 7 September 2007 (UTC)


 * I've modified it to disable the enhanced changes automatically --Nad 21:47, 7 September 2007 (UTC)


 * Wow, that was quick, and even better than what I'd asked for - thank you very much! -- FND 21:52, 7 September 2007 (UTC)

TransformHistory
Can this work for histories too? That's a more commonly referenced/visited page than recent changes and a watch list... Also, a sortable table would be nice... -Eep² 22:41, 23 July 2007 (UTC)
 * See Lists -> tables for more suggestions. -Eep² 03:36, 24 July 2007 (UTC)

It'd be great if this extension would improve the History page's layout as well. -- 20:23, 8 September 2007 (UTC)
 * Eventually I want to get it to work on history and watchlist, but haven't had time. --Nad 22:33, 8 September 2007 (UTC)