[TYPO3-german] [ERLEDIGT] Re: Re: T3 6.1 | Bildzuschnitt und Bildgröße

Marco Brüggemann marco at schauart.de
Tue Nov 26 12:31:48 CET 2013


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


More information about the TYPO3-german mailing list