<?xml version="1.0"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="en">
	<id>https://docs.sandbox.joomla.org/api.php?action=feedcontributions&amp;feedformat=atom&amp;user=Gen</id>
	<title>Joomla! Documentation - User contributions [en]</title>
	<link rel="self" type="application/atom+xml" href="https://docs.sandbox.joomla.org/api.php?action=feedcontributions&amp;feedformat=atom&amp;user=Gen"/>
	<link rel="alternate" type="text/html" href="https://docs.sandbox.joomla.org/Special:Contributions/Gen"/>
	<updated>2026-08-17T19:39:42Z</updated>
	<subtitle>User contributions</subtitle>
	<generator>MediaWiki 1.43.0</generator>
	<entry>
		<id>https://docs.sandbox.joomla.org/index.php?title=Talk:Page_Class_Suffix&amp;diff=9322</id>
		<title>Talk:Page Class Suffix</title>
		<link rel="alternate" type="text/html" href="https://docs.sandbox.joomla.org/index.php?title=Talk:Page_Class_Suffix&amp;diff=9322"/>
		<updated>2008-07-22T21:56:32Z</updated>

		<summary type="html">&lt;p&gt;Gen: Comment on the use of page suffix class to embed RTL pages in LTR sites.&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;Apologies for the following rant, but this sounds like &amp;quot;Page class suffix&amp;quot; would be a good feature to use, where in fact &#039;&#039;&#039;it is not&#039;&#039;&#039;, because if used, it can quickly result in a very big stylesheet mess. &#039;&#039;&#039;It&#039;s the worst feature&#039;&#039;&#039; Joomla! (still) offers -- thanks to the obsolete, unintended backward compatibility with a dead browser named &amp;quot;Netscape Navigator 4&amp;quot; and unfortunately carried over from Mambo.&lt;br /&gt;
&lt;br /&gt;
I suspect that the implementation dates back to the old days when web designers still had to fight the buggy implementation of CSS in Netscape&#039;s browser, who required repetitive and additional selectors and rules whenever a page was disrupted by things like TABLEs, and at the same time being completely unaware of multiple classnames. &#039;&#039;This browser is dead for good!&#039;&#039; but eight years later, it&#039;s legacy is still with us in the core templates of Joomla! (I&#039;m going to write a {{jforum|wp|White Paper for 1.6}} so we can get rid of this, finally.)&lt;br /&gt;
&lt;br /&gt;
No graphical browser released in the last 7-8 years had required such a &#039;&#039;bad workaround&#039;&#039; in order to style individual pages. While the idea itself is nice, a proper implementation, facing reality of the 21st century, would apply the value of &#039;pageclass_sfx&#039; to the BODY element &#039;&#039;&#039;only&#039;&#039;&#039;, and nowhere else.&lt;br /&gt;
&lt;br /&gt;
Nobody with a good understanding of how Cascading Style Sheets &#039;&#039;really&#039;&#039; work would ever use this parameter as unfortunately demonstrated in the overrides of Beez and the way it&#039;s applied in the core &amp;quot;views&amp;quot;. The implementation is so unbelievable utterly &#039;&#039;wrong&#039;&#039;, it successfully destroys the [http://www.w3.org/TR/CSS21/cascade.html cascade and inheritance rules of CSS].&lt;br /&gt;
&lt;br /&gt;
Template Designers and Users should in fact be warned to &#039;&#039;&#039;&amp;lt;span style=&amp;quot;color:red&amp;quot;&amp;gt;not use the Page class suffix at all&amp;lt;/span&amp;gt;&#039;&#039;&#039; in combination with any view template or override that contains the following statements all over the place:&lt;br /&gt;
&amp;lt;source lang=&amp;quot;php&amp;quot;&amp;gt;&lt;br /&gt;
class=&amp;quot;contentpaneopen&amp;lt;?php echo $this-&amp;gt;params-&amp;gt;get( &#039;pageclass_sfx&#039; ); ?&amp;gt;&amp;quot;&lt;br /&gt;
&amp;lt;/source&amp;gt;&lt;br /&gt;
Read: get rid of the misbehaviour to concatene and thereby create &#039;&#039;brand new&#039;&#039; classnames using the &#039;&#039;&#039;best new feature&#039;&#039;&#039; of J! 1.5: template overrides.&lt;br /&gt;
&lt;br /&gt;
----&lt;br /&gt;
&lt;br /&gt;
Comment on the above:&lt;br /&gt;
I think that before throwing away the page suffix class feature, we have to find another solution for multi-lingual sites, which use RTL and LTR content in the same site.&lt;br /&gt;
It is impractical to change style direction on paragraph basis, and it does not influence headings.&lt;br /&gt;
Page suffix class enables (to limited extent) a RTL suffix, that will make all the content in some pages Right to left, within a Left to right site.&lt;br /&gt;
Template overriding  is not a good solution to the above issue.&lt;/div&gt;</summary>
		<author><name>Gen</name></author>
	</entry>
</feed>