Zum Inhalt springen

expAll Problem: kann das "Geister"-CSS-Klassen erzeugen?

Erstellt am 11. Juni 2010 · 5 Antworten · letzte Antwort am 3. Mai 2011

Tags: HTML & CSS, Frage

notknow ·

Hallo,

habe mich erfolgreich durch die TemplaVoila Materie gearbeitet (Vorsicht, Monolog), die Freude war nur von kurzer Dauer, ich habe schon den nächsten Dämpfer bekommen:

Mit folgendem TS

//# main navigation 
lib.NaviMain = HMENU
lib.NaviMain {
	entryLevel = 0

	1 = TMENU
	1 {
		#expAll = 1
		wrap = <ul>|</ul>
		noBlur = 1
	
		NO = 1
		NO.wrapItemAndSub = <li>|</li>
	
		IFSUB = 1
		IFSUB < .NO

		ACTIFSUB = 1
		ACTIFSUB < .NO
		ACTIFSUB.ATagParams = class = "pact"
	
		ACT = 1
		ACT < .NO
		ACT.ATagParams = class = "act"
	}

	2 < .1
	3 < .1
}

bekomme ich, wie ich es will eine Navi, deren HTML so aussieht (siehe Link zum Bild weiter unten, da ist alles übersichtlich drauf).

Die komplette Liste ist ok, richtig verschachtelt und der a-tag von "Rubrik 3" hat, wie es sein soll, die Klasse 'pact' (p = parent) und der von "Rubrik 3 Sub 2" die Klasse 'act'.

Aber wenn ich jetzt das Kommentarzeichen vor expAll = 1 aus obigen TS rausnehme, wird das Untermenu des vorangehenden Punktes, hier also alle "Rubrik 2 Sub [n]" - Seiten dargestellt, als hätten sie ebenfalls die CSS-Klasse act oder pact vergeben (sie werden wie diese gehighlighted). Aber im HTML stimmt nach wie vor alles - der a-tag von "Rubrik 3" hat nach wie vor die Klasse 'pact' (p = parent) und der von "Rubrik 3 Sub 2" die Klasse 'act'. Sonst hat kein Link irgendeine Klasse, vor allem die der Rubrik 2 -Unterseiten nicht.

Da das mit Worten schwer zu beschreiben ist, habe ich ein Bild angehängt, in dem das Beschriebene zu sehen ist:
Hm, dafür scheine ich zu blöd zu sein, daher hier ein Link zum Bild: expAllTrouble.jpg

Würde mich massiv über Hilfe freuen.

Viele Grüße,
Frank

lisardo ·

Nun, das HTML scheint ja zu stimmen, also wird der Fehler in der CSS-Definition liegen. Die hast du aber nicht gepostet.

Gruß
Peter

notknow ·

Hallo, stimmt, habe ich nicht geposted. Dieses CSS ist meines Wissens auf keinen Fall der Verursacher, es tut genau was es soll, wenn expAll FALSE ist und es tut auch in anderen Seiten seinen Dienst, seit etwa 4 Jahren fast unverändert klaglos. Ich glaube nicht, dass ich hier vor kurzem einen Fehler "eingebaut" habe, aber zur Sicherheit:

div#navi-main ul 
{
clear: left;
float: left;
width: 200px;
}

div#navi-main ul li {}

div#navi-main ul li a,
div#navi-main ul li a:visited 
{
display: block;
width: 192px;
font-size: 1em;
font-weight: bold;
padding: 3px 4px;
color: #eee;
border-width: 0 0 1px 0;
border-style: solid;
border-color: #d2adfa;
}

div#navi-main ul li ul li {}

div#navi-main ul li ul li a,
div#navi-main ul li ul li a:visited 
{
width: 181px;
height: 16px;
padding: 3px 1px 2px 18px;
}

div#navi-main ul li a.act,
div#navi-main ul li a.pact
{
background-color: #b26dea;
}

Dieses Problem wirkt auf mich eingeartig -
ach so, Typo3 Version 4.3.3, es passiert mit Firefox ebenso wie mit Safari.

Bitte jede - auch auf den ersten Blick noch so abwegige - Idee posten - ich bin komplett ratlos und finde nichts dazu im Netz.

Danke!!!

Frank

lisardo ·

also wenn das HTML stimmt - und es sieht so aus - dann ist die Sache für TYPO3 erledigt. Es ist damit kein Problem von TYPO3 - würde mich auch wundern, das web wäre voll damit, wenn dem so wäre. Ergo muss es ein CSS-Problem sein, eine dritte Sache bleibt nicht.

Prüf mal im Firefox mit Firebug (falls du den nicht hast - installieren!), welche Stile tatsächlich wirken. Vielleicht gibt es noch was davor, danach oder irgendein visited, das noch wirkt ...

Mir fällt auf, dass der Hintergrund der Links wenn act oder pact nicht wirkt, in dem CSS-Snippet nicht definiert ist. Muss also woanders passieren - da mal nachschauen, ob ein visited definiert wurde.

Mehr fällt mir nicht mehr ein.

Gruß
Peter

notknow ·

Hallo,

und danke für deine Antwort.

Die Hintergrundfarbe ist überhaupt nicht in den li- oder den a-tags, das ist die Farbe, des der Parent-divs.

Aber damit, dass das web voll mit Fragen wäre, wenn es ein Typo3-Problem wäre hast du ziemlich recht. Das erklärt auch, dass ich dazu nichts gefunden habe. Mit CSS arbeite ich wiederum seit nun (ach je, auch schon wieder) rund 8 Jahren, mit HTML und CSS kenne ich mich halbwegs aus und wenn ich da jetzt nicht komplett auf dem Schlauch stehe, liegt es daran auch nicht...

Der Fehler ist echt komisch. Ich melde mich hier nochmal wenn sich was getan hat - für den Moment nochmal danke für die Antworten. Firebug muss ich mir für die 3.6 Version von Ffox noch ziehen - mach ich nacher noch und seh' mal nach.

Und falls jemand eine (auch noch so vage) Idee haben könnte, was hier (vielleicht) passiert, bitte postet sie. Hier nochmal der Link zum erklärenden Bild.

Gruß, Frank

notknow ·

Viel später...

Habe das Problem nie gelöst, es ist allerdings "verschwunden". Irgendwann nach Tagen des Weiterarbeitens an der Site (die noch meine Testsite war, keine "echte" ) war's weg.
Naja, ich denke lisardo hatte recht, Typo3 kann es nicht gewesen sein. Übrigens bin ich inzwischen schon irgendwie fasziniert von dem System, wengleich ich machmal noch immer schlaflose Nächte wegen ihm habe. Hin- und her gerissen. Gehört wohl dazu...