[TYPO3-german] Problem mit prioriCalc
Hallo zusammen,
ich hoffe ihr habt den Weihnachtsbraten gut verdaut und inzwischen
wieder ein wenig Zeit und Muse Euch meines Problems anzunehmen.
Ich habe einen FCE für einen zweispaltigen Container erstellt. Hierbei
soll über ein Auswahlfeld das Verhältnis der Spalten in Prozent-Werten
ausgewählt werden können (bspw. 20-80 oder 50-50).
In der XML-Datenstruktur lese ich diesen Wert aus und setze ihn als
Klassennamen in das umschließende div-Elemente der Spalte ein.
Bei der ersten Spalte klappt das mit folgenden Zeilen problemlos:
10.insertData = 1
10.value = {field:field_select}
10.wrap =
[...]
Für die zweite Spalte muss ich den übrigen Platz berechnen - dies wollte
ich mit folgenden Zeilen erledigen:
10.insertData = 1
10.value = {field:field_select}
10.stdWrap.innerWrap = 100-|
10.prioriCalc = 1
10.stdWrap.wrap =
[...]
nur leider funktioniert das nicht :-(
Im div steht dann die Klasse "100-0" statt 50% bei der Auswahl 50-50.
Kommentiere ich die Zeile mit prioriCalc aus - steht 100-50 da - so wie
es sein soll.
Hat jemand von Euch eine Idee woran das liegen könnte?
Viele Grüße
Markus
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Frohe Weihnachten (OT?)
Auch wenn es OT ist und ich zu spät dran. Schließe ich mich den Grüßen an und danke ebenfalls für Eure Hilfe. Ich bin froh, die Liste gefunden zu haben- Alles Liebe und ein gutes neues Jahr Heike ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] GLOBAL Variable nur da, wenn im backend eingeloggt??
Am 27.12.2011 13:48, schrieb Johannes C. Schulz - EnzephaloN IT-Solutions: > Hallo > > Danke für deinen Tipp. > Ich benötige eine Variable aus der Extension, um mit dem preProcessor von > formhandler mir weitere Daten aus der DB zu holen und diese dem Emailformular > beizufügen. > > Du meinst also, daß ich im TS die Übergabe der userfunc nicht als USER > sondern als USER_INT formuliere? Das bringt leider keinen Erfolg. Oder > verstehe ich Dich falsch? > > Johannes > nein, nicht die userfunc, die ist nicht gecached. Sondern deine extension (ist die überhaupt auf der Formseite aktiv?). Evt. würde ich die Variable aber sogar per Get-parameter weitergeben, das erscheint mir sinniger. björn ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Probleme mit Mehrsprachigkeit
Hallo,
in meinem TYPO3 Projekt mit TemplaVoila sind vier Website-Sprachen
definiert: Russisch (ID=1), Englisch (ID=2), Deutsch (ID=3) und Chinesisch
(ID=4). Installierte TYPO3-Version 4.6.3, TemplaVoila-Version 1.6.0.
Erstes Problem:
Wird die Domain direkt aufgerufen, also z.B. www.domain.de wird die
Startseite mit "englischen" Inhaltselementen angezeigt. Die englischen
Inhaltselemente werden auch dann angezeigt, wenn ich über das Sprachmenü
"Deutsch" auswähle und der Sprachparmeter L=3 angegeben ist. Bei Auswahl von
"Russisch" oder "Chinesisch" werden die Inhaltelemente in der entsprechenden
Sprache angezeigt.
Die falsche Anzeige bezieht sich aber nur auf die Inhaltselemente. Menü und
andere sprachabhängige Inhalte sind korrekt.
Zweites Problem:
Im Menü werden die Links ohne Language-Paramaeter generiert. Das führt dazu,
dass beim Auswählen eines neuen Menüpunktes die deutschsprachige Seite
anfordert wird, und nicht die Seite der gewählten Sprache.
Wo liegt mein Fehler?
Die Lokalisierung habe ich per TypoScript wie folgt konfiguriert:
config {
uniqueLinkVars = 1
LinkVars = L(1-4)
sys_language_mode = content_fallback ; 2,3
sys_language_overlay = 1
// Set Default Language
sys_language_uid = 3
language = de
locale_all = de_DE.UTF8
htmlTag_langKey = de
}
# English language
[globalVar = GP:L = 2]
config {
sys_language_uid = 2
language = en
locale_all = en_GB.UTF8
htmlTag_langKey = en
}
[global]
# Russian language
[globalVar = GP:L = 1]
config {
sys_language_uid = 1
language = ru
locale_all = ru_RU.UTF8
htmlTag_langKey = ru
}
[global]
# Chinese language
[globalVar = GP:L = 4]
config {
sys_language_uid = 4
language = ch
locale_all = zh_CN.UTF8
htmlTag_langKey = zh
}
[global]
Hier folgt die Konfiguration des Menüs:
lib.nav = HMENU
lib.nav {
wrap = |
1 = TMENU
1 {
noBlur = 1
expAll = 1
// Einstellungen für nicht aktive Seiten
NO = 1
NO {
ATagTitle.field = title // abstract // description
allWrap = |
allWrap.stdWrap.insertData = 1
}
// Einstellungen für die aktuelle Seite
CUR = 1
CUR {
allWrap = |
allWrap.stdWrap.insertData = 1
doNotLinkIt = 1
}
}
}
###
Gruß, Johannes.
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] GLOBAL Variable nur da, wenn im backend eingeloggt??
Hallo typo3-Gemeinde
Ich hoffe ihr hattet ein schönes Weihnachtsfest und seid nun wieder bereit
für die alltäglichen typo3-Probleme & -Lösungen.
Aktuell plagt mich gerade Folgendes:
In einer meiner Extensions lege ich eine Variable unter
$GLOBALS['tx_enzhotellist']['formhandler']['uid'] = $hotellist->getUid();
ab.
Auf der selben Seite frage ich diese dann mit einer Userfunction public
function getEnzhotellistUID() {return
$GLOBALS['tx_enzhotellist']['formhandler']['uid']; } in einem typoscript
ab.
Das Eigenartige ist nun, daß dies NUR funktioniert, wenn ich im backend
angemeldet bin. Bin ich nicht angemeldet, dann wird hier anscheinend nichts
übertragen / gespeichert.
Woran liegt das, bzw wie kann ich das korrigieren???
Johannes
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] GLOBAL Variable nur da, wenn im backend eingeloggt??
Am 27.12.2011 11:45, schrieb Johannes C. Schulz - EnzephaloN IT-Solutions:
> Hallo typo3-Gemeinde
>
> Ich hoffe ihr hattet ein schönes Weihnachtsfest und seid nun wieder bereit
> für die alltäglichen typo3-Probleme & -Lösungen.
>
> Aktuell plagt mich gerade Folgendes:
> In einer meiner Extensions lege ich eine Variable unter
> “$GLOBALS['tx_enzhotellist']['formhandler']['uid'] = $hotellist->getUid();“
> ab.
> Auf der selben Seite frage ich diese dann mit einer Userfunction „public
> function getEnzhotellistUID() {return
> $GLOBALS['tx_enzhotellist']['formhandler']['uid']; }“ in einem typoscript
> ab.
>
> Das Eigenartige ist nun, daß dies NUR funktioniert, wenn ich im backend
> angemeldet bin. Bin ich nicht angemeldet, dann wird hier anscheinend nichts
> übertragen / gespeichert.
>
> Woran liegt das, bzw wie kann ich das korrigieren???
>
>
>
> Johannes
>
>
>
Das ist wohl das caching: Bei aktivem BE-login ist es deaktiviert,
ansonsten wird der fertige (!) HTML-output aus dem cache geholt. Dann
wird natürlich der pi-Code nicht ausgeführt.
Eine Lösung: das pi als user_int definieren.
Dies halte ich aber nicht unbedingt für richtig.
Was soll den diese Konstrukt bewirken?
Schöne Grüße,
Björn
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] GLOBAL Variable nur da, wenn im backend eingeloggt??
Hallo
Danke für deinen Tipp.
Ich benötige eine Variable aus der Extension, um mit dem preProcessor von
formhandler mir weitere Daten aus der DB zu holen und diese dem Emailformular
beizufügen.
Du meinst also, daß ich im TS die Übergabe der userfunc nicht als USER sondern
als USER_INT formuliere? Das bringt leider keinen Erfolg. Oder verstehe ich
Dich falsch?
Johannes
-Ursprüngliche Nachricht-
Von: typo3-german-boun...@lists.typo3.org
[mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von Björn Pedersen
Gesendet: Dienstag, 27. Dezember 2011 11:51
An: typo3-german@lists.typo3.org
Betreff: Re: [TYPO3-german] GLOBAL Variable nur da, wenn im backend eingeloggt??
Am 27.12.2011 11:45, schrieb Johannes C. Schulz - EnzephaloN IT-Solutions:
> Hallo typo3-Gemeinde
>
> Ich hoffe ihr hattet ein schönes Weihnachtsfest und seid nun wieder
> bereit für die alltäglichen typo3-Probleme & -Lösungen.
>
> Aktuell plagt mich gerade Folgendes:
> In einer meiner Extensions lege ich eine Variable unter
> “$GLOBALS['tx_enzhotellist']['formhandler']['uid'] =
> $hotellist->getUid();“ ab.
> Auf der selben Seite frage ich diese dann mit einer Userfunction „public
> function getEnzhotellistUID() {return
> $GLOBALS['tx_enzhotellist']['formhandler']['uid']; }“ in einem
> typoscript ab.
>
> Das Eigenartige ist nun, daß dies NUR funktioniert, wenn ich im
> backend angemeldet bin. Bin ich nicht angemeldet, dann wird hier
> anscheinend nichts übertragen / gespeichert.
>
> Woran liegt das, bzw wie kann ich das korrigieren???
>
>
>
> Johannes
>
>
>
Das ist wohl das caching: Bei aktivem BE-login ist es deaktiviert, ansonsten
wird der fertige (!) HTML-output aus dem cache geholt. Dann wird natürlich der
pi-Code nicht ausgeführt.
Eine Lösung: das pi als user_int definieren.
Dies halte ich aber nicht unbedingt für richtig.
Was soll den diese Konstrukt bewirken?
Schöne Grüße,
Björn
___
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
Re: [TYPO3-german] GLOBAL Variable nur da, wenn im backend eingeloggt??
Hallo Ich habe eine andere Lösung gefunden. Ich habe einfach dem formhandler-TS beigefügt, daß "config.no_cache = 1". Da das formhandler-TS nur geladen wird, wenn man sich auf einer Seite befindet, wo der Cache nicht an sein soll damit die Variablen geladen werden, scheint der Effekt nicht allzugroß die Geschwindigkeit zu beeinflussen. Die Übergabe per GET wäre auch eine Option, doch wollte ich extra nicht auf die übergebenen Variablen zugreifen. Vielleicht überlege ich mir das noch mal. Vielen Dank Johannes -Ursprüngliche Nachricht- Von: typo3-german-boun...@lists.typo3.org [mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von Björn Pedersen Gesendet: Dienstag, 27. Dezember 2011 13:58 An: typo3-german@lists.typo3.org Betreff: Re: [TYPO3-german] GLOBAL Variable nur da, wenn im backend eingeloggt?? Am 27.12.2011 13:48, schrieb Johannes C. Schulz - EnzephaloN IT-Solutions: > Hallo > > Danke für deinen Tipp. > Ich benötige eine Variable aus der Extension, um mit dem preProcessor von > formhandler mir weitere Daten aus der DB zu holen und diese dem Emailformular > beizufügen. > > Du meinst also, daß ich im TS die Übergabe der userfunc nicht als USER > sondern als USER_INT formuliere? Das bringt leider keinen Erfolg. Oder > verstehe ich Dich falsch? > > Johannes > nein, nicht die userfunc, die ist nicht gecached. Sondern deine extension (ist die überhaupt auf der Formseite aktiv?). Evt. würde ich die Variable aber sogar per Get-parameter weitergeben, das erscheint mir sinniger. björn ___ 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
Re: [TYPO3-german] Probleme mit Mehrsprachigkeit
Am 27.12.2011 17:47, schrieb JCL - Johannes C. Laxander:
config {
LinkVars = L(1-4)
Klein schreiben!
>linkVars = L(1-4)
--
MfG, Christian Welzel
GPG-Key: http://www.camlann.de/de/pgpkey.html
Fingerprint: 4F50 19BF 3346 36A6 CFA9 DBDC C268 6D24 70A1 AD15
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Problem mit prioriCalc
Am 27.12.2011 16:24, schrieb Markus Slaby:
10.insertData = 1
10.value = {field:field_select}
10.stdWrap.innerWrap = 100-|
10.prioriCalc = 1
10.stdWrap.wrap =
[...]
Ich gehe davon aus, dass du TEXT benutzt?
Mach dich mit der Funktionsweise von insertData und value vertraut,
und der Reihenfolge, wie diese ausgeführt werden. Was du vermutlich
willst, ist die Zeile mit insertData löschen und statt 10.value=...
10.field=field_select benutzen.
--
MfG, Christian Welzel
GPG-Key: http://www.camlann.de/de/pgpkey.html
Fingerprint: 4F50 19BF 3346 36A6 CFA9 DBDC C268 6D24 70A1 AD15
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Probleme mit Mehrsprachigkeit
Hallo Christian,
vielen Dank, das wars! :-)
Hab wohl vor lauter Bäume den Wald nicht mehr gesehen! ;-)
Gruß, Johannes.
> -Ursprüngliche Nachricht-
> Von: typo3-german-boun...@lists.typo3.org
> [mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von
> Christian Welzel
> Gesendet: Dienstag, 27. Dezember 2011 19:02
> An: typo3-german@lists.typo3.org
> Betreff: Re: [TYPO3-german] Probleme mit Mehrsprachigkeit
>
> Am 27.12.2011 17:47, schrieb JCL - Johannes C. Laxander:
>
> > config {
> >LinkVars = L(1-4)
>
> Klein schreiben!
> >linkVars = L(1-4)
>
>
> --
> MfG, Christian Welzel
>
>GPG-Key: http://www.camlann.de/de/pgpkey.html
>Fingerprint: 4F50 19BF 3346 36A6 CFA9 DBDC C268 6D24 70A1 AD15
>
> ___
> 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
Re: [TYPO3-german] Problem mit prioriCalc
Moin Christian,
Am 27.12.2011 19:12, schrieb Christian Welzel:
Am 27.12.2011 16:24, schrieb Markus Slaby:
10.insertData = 1
10.value = {field:field_select}
10.stdWrap.innerWrap = 100-|
10.prioriCalc = 1
10.stdWrap.wrap =
[...]
Ich gehe davon aus, dass du TEXT benutzt?
Mach dich mit der Funktionsweise von insertData und value vertraut,
und der Reihenfolge, wie diese ausgeführt werden. Was du vermutlich
willst, ist die Zeile mit insertData löschen und statt 10.value=...
10.field=field_select benutzen.
Danke für Deinen Hinweis!
Mit folgendem Typoscript Code funktioniert es nun:
10 = TEXT
10.field = field_select
10.stdWrap.wrap = 100 - |
10.prioriCalc = 1
Gruß
Markus
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
