On Wed, Aug 5, 2009 at 5:05 AM, Clayton<ccorn...@openoffice.org> wrote:
> Can you checkout this tag since it seems is importing some differentCSS, the other is just look for the alternative image and change the actual image from the filesystem. <style type="text/css">@import "/w/extensions/Collection/collection/Gadget-navpop.css?2";</style></head><body class="mediawiki ltr ns-0 ns-subject page-Main_Page skin-oooskin">That should be associated just with the Collections/Books extension. I've disabled that extension and tested again... same problem I started poking this using the Web Developer Add-On for FireFox and discovered that wherever the page header images are being incorrectly rendered, what's actually happening is that the page is picking up a double image.. the original correct one is loaded, and then the MonoBook image is loaded on top... http://wiki.services.openoffice.org/w/skins/monobook/logo.png which obscures the "right logo" http://wiki.services.openoffice.org/w/skins/oooskin/header.png This is coming directly from the $wgLogo variable set in the LocalSettings.php file. It was set, by default, to skins/monobook/logo.png. As an experiment, I changed this variable to skins/oooskin/header.png, and now when you use the OOoSkin everything looks ok, although, the header image is being loaded twice. This does not look bad because it's the same image loaded twice.. it doesn't resolve the issue... as well, if you use the MonoBook skin, now the header images are "broken" there. When you edit a page you get the header.png instead of the logo.png. So... I set $wglogo = ""; (to null) and tested on OOoSkin and on MonoBook, and things look.. OK so far. I think this "fixed" it, but I am unsure if this is more or less a bad solution, or the right solution. C. -- Clayton Cornell ccorn...@openoffice.org OpenOffice.org Documentation Project co-lead StarOffice - Sun Microsystems, Inc. - Hamburg, Germany
' I guess we woudl need to get in touch with the monoguys or mediawiki guys to understand the logic of how this work exactly and that would be our only way to claim a definitive victory. Unfortunately I dont have much time to do the research but if someone else what to do make this their ToDo please go ahead. -- Alexandro Colorado OpenOffice.org Español IM: j...@jabber.org
signature.asc
Description: OpenPGP digital signature
