[TYPO3-german] Menügenerierung Wrapping Problem

[Marco Behnke]

Nils Hodyas schrieb:
> Marco Behnke schrieb:
>   
>> Entschuldigt, mir ist die Headline abhanden gekommen... deswegen ein 
>> Doppelpost
>>
>> JoH asenau schrieb:
>>     
>>>> Mein Menü soll, so es dann endlich funktioniert, wie folgt aussehen
>>>>
>>>> <div id="west">
>>>>     <div class="ul">
>>>>         <h4>Ebene 1</h4>
>>>>         <span class="li">Ebene 1.1</span>
>>>>         <span class="li">Ebene 1.2</span>
>>>>     </div>
>>>>
>>>>     <div class="ul">
>>>>         <h4>Ebene 2</h4>
>>>>         <span class="li">Ebene 2.1</span>
>>>>         <span class="li">Ebene 2.2</span>
>>>>     </div>
>>>> </div>
>>>>     
>>>>         
>>> Dafür brauchst Du zwei separate HMENU mit eigenem entryLevel, weil 
>>> ansonsten
>>> die zweite Ebene immer an der Stelle des übergeordneten Punktes
>>> dazwischengeschoben wird.
>>>   
>>>       
>> Oh, mist. Da ich also 3 dieser Menüs habe, muss ich auch 3 Menüs 
>> definieren.
>> Aber das entryLevel müsste doch das identische sein, 0 oder?
>> Und mit begin verschiebe ich dann jeweils das Startmenü und moit 
>> maxItems = 1 lege ich fest, dass nur ein Eintrag rauskommt?
>>
>>
>>     
>
> nee, soweit ich das sehe ist nur das entyLevel unterscheidlich, du kannst ja 
> auch die Eigenschaften von menu1 in menu2 kopieren, das spart auch shcon mal Platz.
ok, mit entryLevel bin ich leider nicht zum Ziel gekommen, jedoch mit der Kombination

temp.menu_1 = HMENU
temp.menu_1 {
  entryLevel = 1
  special = list
  special.value = 5
}

so kann ich jetzt für jedes Menü sagen, was dargestellt werden soll. Nun habe ich jedoch das Subpart Replacement Problem. Muss ich jetzt für jedes Menü einen eigenen Marker hinterlegen, oder kann ich beim replacen auch konkatenieren?

[PSEUDOCODE]
temp.body = TEMPLATE
temp.body {
  subparts {
    west < concat(temp.menu_1, temp.menu_2)

  }
}
[/PSEUDOCODE]


> Anmerken möchte ich noch, dass ich <span class="ul"> usw. für recht schräges 
> HTML halte.
>
> div
> 	h4
> 	ul
> 		li
> 	ul
> div
>
> fänd ich persönlich sauberer :-)
>   
ja, das ist wahr. Allerdings lässt sich ein div/span konstrukt 
Browserübergreifend unproblematischer handeln als ein ein ul/li Konstrukt.
>
> Mit freundlichen Grüßen,
>
> Nils Hodyas
>
>
>