Christian Lohmaier schrieb:
>>>> Idealerweise sollte das HTML dafür nicht angefasst werden. Sonst wäre
>>>> gegenüber der alten Auszeichnung als TABLE nur wenig gewonnen.
>>>
>>> Könnte man auch verschiedene Teile der Liste unterschiedlich darstellen,
>>> z.B.
>>> den Bereich (Support, Download), in dem man sich gerade aufhält anders, als
>>> den
>>> Rest?
>>
>> Ja, man sie sehr leicht bei einer UL unterschiedlich darstellen.
>
> "leicht" ist hier wieder relativ. Man müßte im HTML vermerken/
> reinschreiben was der aktuelle Bereich ist.
Richtig.
Da es sich um eine verschachtelte Liste handelt genügt dazu jedoch ein
Klassenattribut an einer Stelle.
> Und dann unterscheiden sich die Formatierungsmöglichkeiten zwischen
> Tabelle und Liste nicht mehr.
In der Tabelle dagegen müsste - als sinnvolle Variante - das Markup
mit einem TBODY-Element ergänzt werden.
Mir geht es keineswegs um eine ideologische Debatte "Was ist das beste
Markup für die Navigation?"
Unter Webautoren scheint es in dieser Frage meinem Empfinden nach
einen starken Konsens für ULs zu geben.
Leitmotiv für das Markup ist BTW nicht "mehr
Formatierungsmöglichkeit". Das nimmt man eher billigend in Kauf.
Ich erwähnte ja schon ganz zu Anfang der Diskussion u. a. als ein
Argument für eine Liste, dass eine Navigation in Browsern ganz ohne
CSS (Beispiel Textbrowser von Sehbehinderten) dann besser zugänglich
ist als eine Tabelle.
>> Aber da HTML keine Programmiersprache ist, kann nicht erkannt werden
>> "Dies ist der einzige Listenpunkt der Ebene 1, dessen untergeordneten
>> Listenpunkte der Ebene 2 einen einzigen Listenpunkt enthalten, der
>> kein A-Element als Kind besitzt."
>
> ? Wozu sollte man das auch abfragen wollen?
Dann wäre keine manuelle Kennzeichnung der "aktiven Gruppe" nötig.
Denn die aktive Gruppe ist per Definition immer genau diejenige, die
in Ebene 1 einen Listenpunkt ohne A-Element enthält.
Aber lassen wir diesen Aspekt heraus. Es war nur als Nebenbemerkung
gemeint. Wir haben ja einen Konsens darüber, dass die aktive Gruppe
im Markup gekennzeichnet werden muss.
>> Um den Listenpunkt der Ebene 1 (und seiner untergeordneten
>> Listenpunkte) entsprechend per Selektor ansprechen zu können, muss er
>> ein ID-Attribut erhalten.
>
> Der Vollständigkeit halber:
> In css gibt es folgende Selektoren für verschachtelte Elemente:
>
> übergeordnet untergeordnet { format }
>
> Alle Elemente "untergeordnet" die in der Hierarchie weiter unten stehen
> als "übergeordnet"
>
> übergeordnet > untergeordnet { format }
Ein sehr interessanter Selektor, ACK.
Leider wird er nicht genügend breit unterstützt, als dass man ihn
einsetzen könnte ... wie Du weiter unten ja selber schreibst.
> Alle Elemente "untergeordnet" die lediglich eine einzige Ebene unter der
> übergeordneten stehen (also nur eine Ebene tief liegende Elemente)
>
> übergeordnet * untergeordnet { format }
>
> Alle Elemente "untergeordnet" die mindestens zwei Ebenen unter der
> übergeordneten Ebene stehen.
>
> übergeordnet + untergeordnet { format }
Dito
Damit wir nicht Gefahr laufen die anderen hier nicht mit dem
abstrakten Zeug zu langweilen:
ich stehe mit Michael per Mail in Kontakt.
Er bat mich das CSS für einen Navigation als Liste zu kommentieren/
ergänzen.
Sicher wird er bald hier einen konkreten Vorschlag posten.
Andreas
--
http://ooowiki.de
http://borumat.de/openoffice-writer-tipps
http://borumat.de/firefox-browser-tipps
http://borumat.de/thunderbird-email-tipps
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
