Mhh...gibt es eine Möglichkeit die nur 1x zu definieren,
nämlich in der Standardsprache?
Bei den Contentelementen kann ich ja sagen für [ALLE] Sprachen,
geht das bei den Ressourcen auch?
Würde einiges an Arbeit ersparen, vorallem würde bei Änderungen eine
Fehlerquelle wegfallen...
LG
Christof
On Fri, 17 Aug 2012 11:21:43 +0200, Michael Kasten <h...@m-kasten.de>
wrote:
> Hallo Christof,
>
> hast du denn das Bild auch in den Ressourcen der englischsprachigen
Seite
> hinterlegt?
>
> bye
>
>
> am 17.08.2012 10:35 HC-Media schrieb:
>>
>>
>> Hallo,
>>
>> jetzt funktioniert ja fast alles - nur ein Problem besteht weiterhin...
>>
>> Ich habe ein Headerbild, das aus den Ressourcen (Seiteneigenschaften)
>> ausgelesen wird.
>> Dies wird allerdings nur ohne Parameter oder mit L=0 (deutsch)
>> ausgelesen,
>> der Code dazu - enthält allerdings keine Condition, auch mit der
>> Condition
>> [globalVar = GP:L = 1] als Ausnahme funktioniert es leider nicht:
>>
>> lib.field_headerimg = IMAGE
>> lib.field_headerimg {
>> file {
>> width = 970
>> import {
>> data = levelmedia: -1, slide
>> wrap = uploads/media/|
>> listNum = 0
>> }
>> required = 1
>> }
>> altText.data = page : title
>> }
>>
>>
>>
>> LG
>> Christof
>>
>>
>> On Fri, 17 Aug 2012 08:41:52 +0200, Michael Kasten <h...@m-kasten.de>
>> wrote:
>>> Hallo Christof,
>>>
>>> > d.h. wenn ich den L-Parameter komplett weglasse erscheint z.B.
mein
>>> > Logo überhaupt nicht
>>>
>>> mal so ausm Ärmel würde ich sagen macht genau das was du definiert
>>> hast.
>>>
>>> Ich würde vorschlagen einen Standard zu definieren und dann nur noch
>>> die
>>> Ausnahme zum überschreiben,
>>> also lass die Condition für die Standardsprache mal weg:
>>>
>>> lib.field_logo = IMAGE
>>> lib.field_logo{
>>> file = fileadmin/template/images/logo_de.png
>>> stdWrap.typolink.parameter = 3
>>> }
>>>
>>> [globalVar = GP:L = 1]
>>> lib.field_logo{
>>> file = fileadmin/template/images/logo_en.png
>>> stdWrap.typolink.parameter = 3
>>> }
>>> [global]
>>>
>>>
>>>
>>>
>>> am 16.08.2012 23:09 HC-Media schrieb:
>>>> Liebe Liste,
>>>>
>>>> ich habe leider ein Problem mit einer meiner mehrsprachigen Seiten in
>>>> Verbindung mit TemplaVoila...
>>>>
>>>> L=0 ... deutsch ... default
>>>> L=1 ... englisch
>>>>
>>>> Leider werden alle meine Typoscript Objektpfade die mit
>>>> Languageunterscheidung im Typoscript sind nicht angezeigt,
>>>> d.h. wenn ich den L-Parameter komplett weglasse erscheint z.B. mein
>> Logo
>>>> überhaupt nicht, füge ich &L=0 oder &L=1 an wird mir das Logo korrekt
>>>> angezeigt.
>>>>
>>>> Dieses Problem besteht allerdings nicht bei übersetzten
>>>> Inhaltselementen, diese werden korrekt angezeigt,
>>>> lediglich diese Teile die mittels TypoScript konfiguriert wurden
werden
>>>> nicht ausgegeben...
>>>>
>>>> Hier das TypoScript für mein Logo:
>>>>
>>>> lib.field_logo = IMAGE
>>>> [globalVar = GP:L = 0]
>>>> lib.field_logo{
>>>> file = fileadmin/template/images/logo_de.png
>>>> stdWrap.typolink.parameter = 3
>>>> }
>>>> [global]
>>>> [globalVar = GP:L = 1]
>>>> lib.field_logo{
>>>> file = fileadmin/template/images/logo_en.png
>>>> stdWrap.typolink.parameter = 3
>>>> }
>>>> [global]
>>>>
>>>>
>>>>
>>>> Ein ähnliches, aber etwas komischeres Problem habe ich auf einer
>>>> Unterseite - hier definiere ich mittels TypoScript ein Headerbild,
>>>> dieses wird allerdings nur ausgegeben wenn "L" gar nicht gesetzt ist,
>>>> oder es auf 0 gesetzt ist, in der englischen Version (L=1) wird das
>> hier
>>>> nicht angezeigt.
>>>>
>>>> Hier der Code - bei dem ich nicht zwischen Sprachen entscheide:
>>>>
>>>> lib.field_headerimg = IMAGE
>>>> lib.field_headerimg {
>>>> file {
>>>> width = 970
>>>> import {
>>>> data = levelmedia: -1, slide
>>>> wrap = uploads/media/|
>>>> listNum = 0
>>>> }
>>>> required = 1
>>>> }
>>>> altText.data = page : title
>>>> }
>>>>
>>>>
>>>> Hat jemand eine Idee wo das Problem liegen könnte?
>>>>
>>>>
>>>> Zur Info, ich verwende für die Homeseite ein anderes TV-Template als
>> für
>>>> die Unterseiten - allerdings gibt es gleiche Objektpfade wie z.B.
>>>> "lib.field_logo" - die in beiden Templates ident sind,
>>>> aber das sollte denke ich nicht dass Problem sein...
>> _______________________________________________
>> TYPO3-german mailing list
>> TYPO3-german@lists.typo3.org
>> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
>>
_______________________________________________
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
