Re: [Mediawiki-l] Double Space Tables?

2011-01-25 Thread Brion Vibber
On Tue, Jan 25, 2011 at 4:50 PM, Jerry Van Suchtelen wrote: > I did a reversion to 80429, maybe they will turn this feature off and > i can update again. > I've provisionally reverted r80430 on dev trunk; the changes need to be further reviewed and strategies for migration of existing structured

Re: [Mediawiki-l] Double Space Tables?

2011-01-25 Thread Jerry Van Suchtelen
I did a reversion to 80429, maybe they will turn this feature off and i can update again. ___ MediaWiki-l mailing list MediaWiki-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-l

Re: [Mediawiki-l] Double Space Tables?

2011-01-25 Thread Jerry Van Suchtelen
Is there a way to turn it off? Its making all my tables double the height and messing up the formatting. Mine shows r80996, i guess this 'feature' is now permanent? If so, this sucks, i dont want doublespace tables. On Tue, Jan 25, 2011 at 7:33 PM, Platonides wrote: > Jerry Van Suchtelen wrote:

Re: [Mediawiki-l] Double Space Tables?

2011-01-25 Thread Platonides
Jerry Van Suchtelen wrote: > I updated mediawiki (from the trunk) and all of a sudden all of my > tables are now double spaced. Prior to the update today, things were > fine, but now i dont know whats going on. Did something change or is > there a way to turn off this 'feature'? That's a consequ

Re: [Mediawiki-l] Removing a custom namespace?

2011-01-25 Thread Platonides
Daniel Barrett wrote: > What is the safest way to remove a custom namespace after all its articles > have been deleted? If we just remove it from $wgExtraNamespaces, there will > still be database entries (e.g., in the archive table) that reference the old > namespace number, and I don't know if

Re: [Mediawiki-l] Undefined index complaints by PHP 5.3.5

2011-01-25 Thread Chad
On Tue, Jan 25, 2011 at 6:36 PM, Dan Nessett wrote: > After some research these seem to occur because the default value of > $wgLocalFileRepo set in Settings.php includes the array element: > > 'deletedHashLevels' => $wgFileStore['deleted']['hash'] > Well the default configuration of $wgFileStore

[Mediawiki-l] Undefined index complaints by PHP 5.3.5

2011-01-25 Thread Dan Nessett
I have upgraded to PHP 5.3.5 for a 1.13.2 wiki. I am now getting thousands of complaints in the virtual host error log of the form: ... PHP Notice: Undefined index: hash in /includes/Setup.php on line 75 ... After some research these seem to occur because the default value of $wgLocalFileRepo

[Mediawiki-l] Double Space Tables?

2011-01-25 Thread Jerry Van Suchtelen
I updated mediawiki (from the trunk) and all of a sudden all of my tables are now double spaced. Prior to the update today, things were fine, but now i dont know whats going on. Did something change or is there a way to turn off this 'feature'? ___ Med

[Mediawiki-l] Removing a custom namespace?

2011-01-25 Thread Daniel Barrett
What is the safest way to remove a custom namespace after all its articles have been deleted? If we just remove it from $wgExtraNamespaces, there will still be database entries (e.g., in the archive table) that reference the old namespace number, and I don't know if this will cause problems or n

Re: [Mediawiki-l] One software for multiple websites

2011-01-25 Thread Platonides
> require 'LOCALSETTINGS'; Sorry, that line should have been require LOCALSETTINGS; (ie. no quotes) ___ MediaWiki-l mailing list MediaWiki-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-l

Re: [Mediawiki-l] One software for multiple websites

2011-01-25 Thread Platonides
> As for [1], create a file index.php in your "health" folder with just " echo "hello world"; ?>" and go to http://health.jbdirectory.com/ if you see > the "hello world" message, it probably means [1]. > > Alexis You can just place in such index.php define( 'LOCALSETTINGS', dirname( __FILE__ ) .

Re: [Mediawiki-l] One software for multiple websites

2011-01-25 Thread Alexis Moinet
Ekompute .info wrote : > Hi, seems like there are some difficulties, using my proposed method to set > up multi-wikis, so I am trying very, very hard to implement Daniel Barrett's > idea which avoids trying to reinvent the wheel. > > Actually, I have tried that before many years back but I could n