1000 Dank @Bernd ...
genau das war es:
tt_content.image.20.1.file.width.cObject < lib.bildbreite
--------------------------------------------------------------------------------
hier der vollständige CODE (für Mitschreiber)
--------------------------------------------------------------------------------
TS-Setup
lib.bildbreite = CASE
lib.bildbreite {
key.field = section_frame
30 = TEXT
30.value = {$grid1.srg}
31 = TEXT
31.value = {$grid2.srg}
32 = TEXT
32.value = {$grid3.srg}
33 = TEXT
33.value = {$grid4.srg}
34 = TEXT
34.value = {$grid5.srg}
35 = TEXT
35.value = {$grid6.srg}
default = TEXT
default.value = 150
}
tt_content.image.20.1.maxH >
tt_content.image.20.1.maxW >
tt_content.image.20.1.file.width >
tt_content.image.20.1.file.height >
tt_content.image.20.equalH >
tt_content.image.20.equalW >
tt_content.image.20.1.maxH >
tt_content.image.20.1.maxW >
tt_content.image.20.1.file.width.cObject < lib.bildbreite
tt_content.image.20.1.file.height = 150c-50
--------------------------------------------------------------------------------
TS-Constanten
#-----------------------------------------------------------
# GridSystem (6) Spaltenbreiten
grid1.srg = 120
grid2.srg = 280
grid3.srg = 440
grid4.srg = 600
grid5.srg = 760
grid6.srg = 920
Am 26.11.2013 11:32, schrieb bernd wilke:
Am 26.11.13 11:17, schrieb Marco Brüggemann:
a) "key.cObject.prioriCalc" statt "key.prioriCalc" ?
b) warum überhaupt berechnen? CASE kann auch locker mit den Werten
30...35 arbeiten
bernd
Hallo,
ich habe jetzt Die Berechnung herausgenommen ( habe sie so auch meinem
TS-Buch "Typo3 Kochbuch" übernommen). er hatte auf "page.99 <
lib.bildbreite" auch die Deault-Ausgabe "150"
Problem ist immer noch (glaube ich), dass er "key.field = section_frame"
aus der Position "tt_content.image.20.1.file.width" nicht auslesen kann.
tt_content wertet genau einen tt_content-Datensatz aus und in dem gibt
es das Feld section_frame.
lib.bildbreite = CASE
lib.bildbreite {
key.field = section_frame
default = TEXT
default.value = 150
30 = TEXT
30.value = {$grid1.srg}
31 = TEXT
31.value = {$grid2.srg}
32 = TEXT
32.value = {$grid3.srg}
33 = TEXT
33.value = {$grid4.srg}
34 = TEXT
34.value = {$grid5.srg}
35 = TEXT
35.value = {$grid6.srg}
}
hat es eine Auswirkung wo der Eintrag 'default' steht?
tt_content.image.20.1.maxH >
tt_content.image.20.1.maxW >
tt_content.image.20.1.file.width >
tt_content.image.20.1.file.height >
tt_content.image.20.equalH >
tt_content.image.20.equalW >
tt_content.image.20.1.maxH >
tt_content.image.20.1.maxW >
tt_content.image.20.1.file.width < lib.bildbreite
tt_content.image.20.1.file.height = 150c-50
mit der Kopie
tt_content.image.20.1.file.width < lib.bildbreite
wird ja eigentlich das definiert:
tt_content.image.20.1.file.width = CASE
geht das?
müsste es nicht eher:
tt_content.image.20.1.file.width.cObject = CASE
bzw.
tt_content.image.20.1.file.width.cObject < lib.bildbreite
lauten?
@ Ralf-Rene
Habe jetzt auch "temp.bildbreite" auf "lib.bildbreite" geändert. hat
aber nichts gebracht. Ich dachte immer, dass das ein frei wählbarer Name
ist, da jeder andere Präfix (z.B. "tmp.bildbreite") bei mir auch immer
gut funktionierte ...
da temp.bildbreite kopiert wird ist es eigentlich egal.
beim Aufbau des TS sind alle temp.*-Objekte verfügbar. Vor der
Auswertung und Abarbeitung des Typoscripts werden temp.*-Objekte
gelöscht (was Platz spart), alles andere (speziell lib.*) bleibt
erhalten und wird ausgewertet, was aber nur bei Referenzen wichtig ist.
bernd
_______________________________________________
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
