Extension talk:TransformChanges

CSS styles
Where should the CSS styles be added? --87.176.120.190 21:21, 24 April 2008 (UTC)


 * Usually MediaWiki:Common.css - see Manual:Interface/Stylesheets. -- FND 07:05, 25 April 2008 (UTC)

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)
 * This version is great. Fast and stable. One little problem is new. User, how is not allowed to read this page  (not logged in and $wgGroupPermissions['*']['read']= false;) got this error

Invalid special page name "" --Ozz 20:13, 16 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)

MW 1.13.0
It's not working on MW 1.13.0. Recent changes looks the same with and without TransformChanges installed. Ruiz 03:37, 20 August 2008 (UTC)
 * See bug 16634 (closed there), it has to do with the SpecialPage hooks you're using. ^demon 21:12, 13 December 2008 (UTC)
 * Perform this replacement in extension file:


 * I've also found display problem when user's (from recent changes) talk page is not created. --Aik099 10:52, 14 December 2008 (UTC)

MW 1.14.0
Doesn't work with MW 1.14.0 in my wiki; There's an "Error: match failed!" 90.136.204.168 14:40, 22 February 2009 (UTC)

MW 1.15.1 and TransformChanges 1.1.6
On our wiki (MW 1.15.1), the Recent Changes are empty - with and without the changes in the Mediawiki:Common.css page. I tried the Hook Replacement (see above), but no result. Does the code require changes in order to work with this MW version? -- 8:30, 2 September 2009 (UTC)