Ich hab ein komisches problem mit newloginbox.
jaja, ich weiss, trotzdem:
Die extension kommt ja mit einem typoscript file. soweit so gut.
wenn ich jetzt aber die settings in meinem typoscript template überschreiben will, dann wird das nicht übernommen.
Beispiel in meinem typoscript template:
plugin.tx_newloginbox_pi3._CSS_DEFAULT_STYLE >
// Auch schon zusätzlich versucht
//plugin.tx_newloginbox_pi1.templateFile >
plugin.tx_newloginbox_pi1.templateFile = fileadmin/newloginbox_00.html
interessant ist: wenn ich die ursprünglichen settings im originalfile rauslösche (also die zeile einfach auskommentiere), werden meine settings plötzlich übernommen.
und das find ich extrem komisch!!
weiss jemand woran das liegen kann? soweit ich im code sehen kann, wird $conf richtig initialisiert und übernommen. es muss also an der übergabe von $conf an die ext sein.
Hallo,
und der Analyizer meldet auch keine {} zuviel? dann halt mal in die ext schauen und wie das da gehandelt wird
lg georg
In die ext hab ich schon geschaut, da ich die gesamte class.tx_newloginbox_pi3.php (benutzerliste) umgeschrieben hab auf template support. (ausserdem waren da zwei drei bugs drinnen, unter anderem hardcodierter upload folder, ...).
blöderweise funktionierts aber auch bei der pi1 (die eigentliche newloginbox) nicht, und die hab ich nicht angerührt.
das original hab ich auch schon ausprobiert, funzt auch nicht.
aber danke fürn analyzer. das ist jedenfalls einen blick wert! hab isch glatt übersehen :-)
nee, leider, der analyzer meldet garnüscht. ausser dass er das file das ich einbinde, völlig richtig übernimmt. hmmm. das wirklich an der übergabe von $conf liegen.
typo3: 4.0.2
newloginbox: 3.0.0 (mod)
schaut nicht so aus:
<?
$templateFile = $this->conf['templateFile'];
if (!$templateFile) {
$templateFile = 'EXT:newloginbox/res/newloginbox_00.html';
}?>
ich tipp auf dein TS 😃
1707: [GLOBAL]
1708: #############################################
1709: ## TypoScript added by extension "newloginbox"
1710: #############################################
1711:
1712:
1713: # Setting newloginbox plugin TypoScript
1714: tt_content.list.20.newloginbox_pi1 = < plugin.tx_newloginbox_pi1
1715:
1716:
1717: [GLOBAL]
1718: #############################################
1719: ## TypoScript added by extension "newloginbox"
1720: #############################################
1721:
1722:
1723: # Setting newloginbox plugin TypoScript
1724: tt_content.list.20.newloginbox_pi3 = < plugin.tx_newloginbox_pi3
1725:
1726:
1727: [GLOBAL]
1728: #############################################
1729: ## TypoScript added by extension "newloginbox"
1730: #############################################
1731:
1732:
1733: tt_content.shortcut.20.0.conf.fe_users = < plugin.tx_newloginbox_pi3
1734: tt_content.shortcut.20.0.conf.fe_users.CMD = singleView
1735:
wenn ich css_styled_content rausnehme und dafür content_default nehme, dann gehts! *lol*
es kann nicht mein TS sein. ich hab die zeilen mit !$templateFile schon auskommentiert, und das typoscript ist IDENTISCH. da ich ja sowieso alles umschreiben musste und auch das ts erweitert hab.
achja, die ersten paar zeilen oben sind ein zitat aus dem css_styled_content.
sorry, hab in die falsche datei getippt, mit content(default) gehts leider auch nicht
okay, ich weiss (in etwa) woran es liegt!
einfach nach der konfiguration von plugin.tx_newloginbox_pi3
tt_content.list.20.newloginbox_pi3 >
tt_content.list.20.newloginbox_pi3 < plugin.tx_newloginbox_pi3
geht mit der pi1 sicher auch analog dazu.
allerdings frag ich mich jetzt, wieso das in im css_styled content fixiert wurde, bzw. warum das bei einigen ext funktioniert und bei anderen nicht. ...
aber offensichtlich funktionierts nicht mit den default css-styles. das muss ich allerdings noch separat kontrollieren.
kann sein, dass da was hardcodiert drinnen ist.
also, so wie es aussieht funktioniert das immernoch nicht.
wenn ich den ts code aus dem extension eigenen ts RAUSLÖSCHE, dann wird mein eigenes, lokales typoscript eingebunden, ansonsten wirds immer überschrieben.
bin am ende meiner weisheit! *grübel*
Hi,
benutzt Du möglicherweise die EXT dkd_redirect_at_login?
hähä, ja, das könnte sein. aber da der thread schon etwas älter ist, müsste ich erst mal überlegen, welches projekt das war, und dann nochmal kontrollieren, was die zwischen-lösung dazu war. 😉
aber grundsätzlich verwende dkd_redirect sehr oft bis immer ...
Also mit dkd hat das nix zu tun.
Aber es tritt bei mir immer mal wieder in einigen projekten auf.
Nochmal die genaue Fehlerbeschreibung:
Extensions die mit einer Date 'ext_typoscript_setup.txt' daherkommen bereiten folgendes Problem: Das typoscript aus der besagten Datei wird übernommen. Auch Änderungen dort werden super übernommen, so wie es sein soll.
Wenn man aber im eigenen TypoScript Template die Änderungen reinschreibt. Werden die NICHT übernommen.
Bei Extensions mit einem /static/ Verzeichnis tritt das dann natürlich nicht auf.
Syntax ok, keinerlei TypoScript Fehler. Ich tippe mal darauf, dass bestimmte Extensions hier einen 'Hund' reinhauen.
Any ideas?