Extension talk:CSS/Archive

Doesn't work with Cite extension
There seems to be a bug with this extension when cite.php is also used. The style sheet referenced appears to be ignored. Could anyone point towards how this might be corrected? --Philipjoslin 10:01, 6 December 2007 (UTC)
 * Is the site you have it on public so I can have a look at what's happening? is there errors or anything? --Nad 21:34, 8 December 2007 (UTC)
 * I have Cite and CSS installed and CSS does not work. The Wiki I am using is not public, sorry. --EToreo 20:53, 19 December 2007 (UTC)

Will this work for longer CSS coding?
I have a page that requires CSS in it. The CSS coding is much longer than that shown on the example page. When I created a page called Syn'sTemplateDesignPageCSS.css and inserted the CSS coding, then added the tag to the page to call the CSS, it didn't work. 75.167.200.148 01:02, 5 March 2008 (UTC)

Problem installing?
I've installed the CSS extension as per the instructions on the website, but it doesn't appear to be running. All I get for my sheet is a massive mess. Can someone please help me out? My contact e-mail is z@demon-sushi.com. --Cinnemalt 12:50, 27 March 2009 (EST)

Hi, I have got a problem whereas the extension does not appear to work. I have followed the instructions (i.e. placed the files in the extensions/ dir and added the include command in the LocalSettins.php file) but all I have when I try inline CSS definition is the actual definition appearing as text within my wiki page. Any idea what is going on? Thanks. diferdin 10:20, 26 March 2010 (GMT)

Current Version Compatability?
I'm trying to use the CSS extension with Apache 2.2, PHP 5.3.2RC2 and MediaWiki 1.15.1. Whenever I enable the CSS extension, I receive an error message of Warning: Parameter 1 to Language::getMagic expected to be a reference, value given in C:\Web\Docs\wiki\includes\StubObject.php on line 58

Is this just because the CSS extension is not compatible with PHP 5.3.2RC2?

I have the same issue. Any advice?


 * My development machine is: MySQL 5.1.39, PHP 5.3.2, and am using MWiki 1.14 and 1.15, and the extension does not work on this setup (single AMD 64 bit). My production machine is MySQL 5.0.77, PHP 5.1.6, and MWiki 1.14 (dual xeon 32 bit). The extension does work on this setup. On the devel machine I can see the hook being set, but it looks like it is never called. Maybe some kind of incompatibility with Parser.php?? Anyone else have this situation?? Thanks Tsx11 14:06, 24 July 2010 (UTC)


 * Same issue after upgrading Debian lenny (oldstable) to Debian squezze (stable):

Mediawiki-Debian-Version: 1:1.15.5-2 PHP5-Debian-Version: 5.3.3-7

Can not upgrade mediawiki to a version > 1.5 within Debian, because unstable (sid) is version 1:1.15.5-3 at the moment

Any advice to fix / work around this? --> The snapshot of version r60464 of the CSS extension for MediaWiki 1.16.x is working fine on Debian for me.

Same problem: version 1.15, server changed from PHP5.2 to PHP5.3, #css no longer worked. What shall I do? Look for another extension? --Bescheid 17:10, 24 March 2011 (UTC)


 * This doesn't look like a problem in Extension:CSS itself, but is rather due to changes in PHP from 5.2 to 5.3 affecting how some parts of MediaWiki work. Internals changes in PHP's handling of reference variables cause some old code patterns (which were often STRICTLY NECESSARY in the PHP 4.x days) to move from being harmless but unnecessary to either not working, or working but throwing an error message which itself causes problems.


 * The correct fix is to either:
 * Upgrade MediaWiki to a version that works with PHP 5.3 (try 1.16 or 1.17 release candidate?)
 * Downgrade PHP to a version that works with MediaWiki 1.15


 * If you can't do either of those, then you can attempt to copy over all the various PHP 5.3 compatibility fixes into your old version, starting with removing the '&' reference marker on the parameter on Language::getMagic (in languages/Language.php). However you will likely encounter other similar problems. --brion 17:35, 24 March 2011 (UTC)

css absolute path
"Note that the file must be an absolute path with a leading slash to distinguish it from an article title.

"

It seems that I need to specify the whole path, in my case http://localhost:8080/mediawiki/skins/mytable.css

for the extension to work. Or I am missing something.

I also have tried with $wgCSSPath = true (or false) in the LocalSettings.php, thinking it would recognize that the path of the .css would be given relative to the wgScriptPath, but nothing worked. I would appreciate if you could help. Thanks.

How to get a background image
Hi, this is probably more of a css question, but I can't figure out how to get a background image on a page. Could someone give a code example for that? Thanks! --AdSvS (talk) 09:28, 9 May 2012 (UTC)


 * I had a problem that sounds like it could be this. You have to set the CSS for that within the page itself.  For some reason it doesn't load from another page used for storing the CSS code. Инкуиситор Саша Ехренстеин аус дем Стурмкриг Сектор (Talk) (Contributions) 04:41, 25 October 2012 (UTC)

"cssExtensionDataURIFallback is not a function" error
Hello! Today I've done update the CSS Extension to 3.1 version, and on each page that contains the  code I get the following error message in the Firebug console:

Timestamp: 2012-09-14 10:25:56 Error: TypeError: $("link[href^=\"data:text/css;charset=UTF-8;base64,--8<--"]").cssExtensionDataURIFallback is not a function Source File: http://myserver/wiki/TestPage Line: 37

Where 37th line is:

My configuration:
 * MediaWiki 1.19.0
 * PHP 5.3.3
 * CSS Version 3.1, 2012-01-15

--Scottie33 (talk) 08:48, 14 September 2012 (UTC)
 * I'm also getting that error at Korean Uncyclopedia. Our error and source is same.

Our configuration is: Maybe this version had improvement but that source didn't optimized. -- Quirax (talk) 22:56, 30 September 2012 (UTC)
 * MediaWiki 1.19.2 (r114701)
 * PHP 5.3.10-1ubuntu3.4 (cgi-fcgi)
 * MySQL 5.5.24-0ubuntu0.12.04.1
 * CSS (ver 3.1, 2012-01-15) (r115734)
 * When your mediawiki:common.js does not work, check this error. -- Quirax (talk) 22:59, 30 September 2012 (UTC)

I have the same configuration, and same error also.--Hypergrove (talk) 05:13, 21 January 2013 (UTC)

Problem with div#content not working in off-page CSS pages
When attempting to change the background or text using div#content on a page for CSS and then putting the parser tag to use the CSS from that page in an article, it doesn't work. The only way to get it to work is to include it in the page itself. Инкуиситор Саша Ехренстеин аус дем Стурмкриг Сектор (Talk) (Contributions) 04:46, 25 October 2012 (UTC)

Issues calling css within tags
not sure how you can call the css in a page =S have this at the top:

and then i use: some words

but nothing happens... am i doing it wrong? i have no idea how to get the span to identify the parser-function


 * It's probably because "box" is not a proper selector in css. You should type "span#box {".

Incompatibility with Extension:CategoryTree
After an upgrade to 1.20, I found an incompatibility between Extension:CSS and Extension:CategoryTree. If there is a function in a page, the tree from Extension:CategoryTree won't display. It worked whith Extension:CSS v 1.0.7 and a previous version of Extension:CategoryTree (not numered...).--Varlin (talk) 18:03, 28 December 2012 (UTC)

@functions
Does #css support @functions like @import? It's because one of my friends were trying to import a font with Google Fonts to use on his profile. His code was  but it does not seem to be working. Is there any reason why? :S Codyn329 (talk) 01:37, 18 February 2014 (UTC)
 * I've found what is most likely the issue: it's with MediaWiki's sanitizer, which is most-likely disallowing @import. Extension:CSS does use Sanitizer, though on-wiki CSS pages do not. One solution could be to call a CSS article as demonstrated on the documentation page. On the CSS article "User:Codyn329/fonts.css" for example, you could add the import, and then use the CSS parser function to import that CSS article:  Hopefully that's helpful to you! --GeorgeBarnick (talk) 04:44, 18 February 2014 (UTC)
 * Awesome, thanks George ;) Codyn329 (talk) 00:03, 19 February 2014 (UTC)