[TYPO3-german] Re: [Typo3-german] [Lö sung]RealUrl und thumbs.php
Hallo Ulrich, Ulrich Fischer schrieb am 05.10.2005 um 10:17: nach der Installation von RealURL werden im Backend nicht mehr die Thumbnails angezeigt: Die Grafik http://cms.domain.de/typo3/thumbs.php?dummy=1128498170file=..%2Fuploads%2Fpics%2muster.jpg; kann nicht angezeigt werden, weil sie Fehler enthält. Es ist vielleicht etwas spät für die Antwort, aber weil sich gerade jemand wegen dieses Problems an mich gewendet hat, hier die Lösung: Dieses Problem hängt in den meisten Fällen damit zusammen, dass Whitespaces in das Bild gelangen. (Die Bild-Daten werden von thumbs neu eingelesen und dann dargestellt. Leerzeichen können das alles durcheinander bringen): In diesem Fall war es so, dass vor dem ?php in der real_conf.php eine Leerzeile hinein geraten war. Das selbe passiert, wenn nach dem schließenden ? noch Absätze oder Leerzeichen folgen. Schöne Grüße Ulrich PS: Siehe hierzu auch: http://www.php.net/manual/de/language.basic-syntax.instruction-separation.php -- http://www.sunfish.de ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] User in eigener Extension am typo3 einloggen
Hallo Steffen Es ist eben nicht so, dass sie nicht personalisiert werden. Jeder kunde muss individuelle gehandhabt werden. Weitere Extensions nutzen den angemeldeten Benutzernamen um via SOAP weiter Kundenrelevante Daten vom internen Server zu beziehen. Aus diesem Grund muss ich ja auch dynamisch die Userobjekte erzeugen und der Gruppe zuordnen. Für mich stellt sich jetzt nur die Frage, wie ich Typo3 nach der Erzeugung des Users und der Zuweisung beibringe, dass dieser User angemeldet ist. Das heist ich muss automatisch den Zustand erhalten, als wenn er in einem normalen Login-Formular die Daten eingegeben hätte. Was ich aber verhindern will ist, die Daten an eine Seite mit einem Loginformular weiter zu geben und dann wider einen Redirect ausführen zu lassen. Ich möchte dass meine Extension den Benutzer gleich als eingeloggt deklariert. Gruss André Steffen Ritter schrieb: A. Sauder schrieb: Hallo zusammen Ich habe folgendes Problem: Bei einem Kunden soll ein Extranet entstehen. An diesem Extranet sollen sich festgelegte Kunden anmelden können. Nach dem Login, erhalten diese Kunden eine erweiterte Navigation mit den Seiten die die Informationen enthalten. Das Problem ist nun, dass die Benutzerdaten (Logindaten) nicht in der Datenbank des Typo3 gelagert werden dürfen. Ich möchte nun eine Extension schreiben, welche ein Login anbietet, in dem der Kunde seine Zugangsdaten eingeben kann. Nach dem er via SMS noch einen key erhalten hat, und dieser eingegeben ist, soll er am Typo3 automatisch angemeldet werden. Die Daten des Kunden liegen auf dem Internen Server des Kunden, und werden via SOAP abgefragt. Die einzelnen Techniken stellen kein Problem dar, da schon diverse male umgesetzt. Jedoch muss ich jetzt neu das ganze so machen, dass wenn die Extension via SOAP vom internen Server ein OK für die Authentifizierung erhalten hat, mit den eingegebenen Benutzerdaten einen FE-User erzeugt, diesen der Extranet-Gruppe zuweist und den Benutzer am Typo3 automatisch anmeldet. Ich habe bis jetzt nicht herausgefunden, welche Variablen ich im Typo3 setzten muss, damit er für das Typo3-System als angemeldet gilt. Hat jemand von euch mir einen Link zu einer Doku oder gleich eine Information? Danke im Voraus für eure Hilfe. Gruss André lol :) Wenn die Nutzer alle die gleichen Berechtigungen haben und nicht personalisiert angesprochen werden: einnen dummybenutzer nutzen. Und im eigenen authservice wenn der rest erfolgreich war, dann einfach diesen einloggen... Grüße Steffen ___ 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
[TYPO3-german] Direct Mail CSS-Problem
Hallo, ich habe ein Problem mit der Einbindung von Stylesheets in einem DirectMail Newsletter. Da ich die CSS-Anweisungen gerne im Body-Tag hätte, habe ich diese direkt ins HTML-Template geschrieben. Wenn ich diese aber korrekt mit HTML-Kommentaren umschließe, also style... !-- -- /style So wird der Inhalt im Newsletter entfernt. Lasse ich die HTML-Kommentare aber weg, so entfernt mir ein bestimmter Webmailer den Inhalt der Styles. Wie kann ich es hinbekommen, dass die styles komplett erhalten bleiben? Viele Grüße Stefan ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Direct Mail CSS-Problem
--- Original Nachricht --- Absender: Stefan Dreyer Datum: 28.10.2009 16:37: Hallo, ich habe ein Problem mit der Einbindung von Stylesheets in einem DirectMail Newsletter. Da ich die CSS-Anweisungen gerne im Body-Tag hätte, habe ich diese direkt ins HTML-Template geschrieben. Wenn ich diese aber korrekt mit HTML-Kommentaren umschließe, also style... !-- -- /style So wird der Inhalt im Newsletter entfernt. Lasse ich die HTML-Kommentare aber weg, so entfernt mir ein bestimmter Webmailer den Inhalt der Styles. Wie kann ich es hinbekommen, dass die styles komplett erhalten bleiben? Viele Grüße Stefan 1) s. http://www.campaignmonitor.com/css/ 2) wenn es denn wirklich Querbett gehen muss: gotd: got old table design ohne css sondern uralt. Das ist das Einzige was meiner Erfahrung nach zuverlässig wirkt. Gruss. Peter. -- Fiat lux! Docendo discimus. _ uon GbR http://www.uon.li http://www.xing.com/profile/Peter_Russ ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Direct Mail CSS-Problem
Hallo Stefan! 1) s. http://www.campaignmonitor.com/css/ 2) wenn es denn wirklich Querbett gehen muss: gotd: got old table design ohne css sondern uralt. Das ist das Einzige was meiner Erfahrung nach zuverlässig wirkt. Und um das sauber zu bewerkstelligen, könnte folgende Extension helfen (meinerseits keine Erfahrungswerte): CSS to inline converter for direct mail ( css2inline ) http://typo3.org/extensions/repository/view/css2inline/current/ HTH Niklas ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Version 4.2.9. - Designvorlage wird nicht aufgerufen
Am Tue, 27 Oct 2009 19:11:51 +0100 schrieb Michael Warzitz:
hallo,
der verzweiflung schon am ende.
im installtool steht es so drin (fileadmin), habe aber in der
localconf.php keinen eintrag gefunden.
da würde nur ein nicht-default-wert drin stehen.
reicht es wenn es im installtool nur steht, wie sollte der befehl
lauten.
wenn so gar nichts funktioniert, würde ich ganz neu anfangen.
alles löschen und dann Schritt für Schritt:
folgende php-datei sollte dir die allerersten Schritte abnehmen:
--8X8X8X8X8X8X8X--
?PHP
function do_exec($s) {
echo 'span style=border:1px solid #cc'.$s.'/span'
.'br /pre';
$output = shell_exec($s);
echo str_replace(array('',''),array('lt;','gt;'),$output);
echo '/prehr /';
}
define('VERSION','4.2.10');
do_exec('echo test testfile');
if (!file_exists('testfile')) {
echo 'can\'t create file in current directorybr';
echo 'missing permissions?br';
do_exec('id');
do_exec('ls -la');
} else {
do_exec('rm testfile');
do_exec('wget http://prdownloads.sourceforge.net/typo3/'
.'typo3_src-'.VERSION.'.tar.gz');
do_exec('wget http://prdownloads.sourceforge.net/typo3/'
.'dummy-'.VERSION.'.tar.gz');
// zur Ueberpruefung ob die Dateien
do_exec('md5sum *.gz');
do_exec('tar -zxvf dummy-'.VERSION.'.tar.gz');
do_exec('mv dummy-'.VERSION.'/* .');
do_exec('rmdir dummy-'.VERSION);
do_exec('tar -zxvf typo3_src-'.VERSION.'.tar.gz');
do_exec('rm typo3_src');
do_exec('ln -s typo3_src-'.VERSION.' typo3_src');
// evtl sind Rechte-Aenderungen notwendig:
do_exec('find . -type d -exec chmod 775 \'{}\' \;');
do_exec('find . -type f -exec chmod 664 \'{}\' \;');
do_exec('touch typo3conf/ENABLE_INSTALL_TOOL');
do_exec('ls -la');
echo 'a href=typo3/install/ zum Install-Tool/a';
}
?
--8X8X8X8X8X8X8X--
Bitte als php-Datei auf den leeren Server (auch Datenbank leeren!)
spielen und dann aufrufen.
Vorteil dieser PHP-Datei: alles wird als Apache-User angelegt und somit
hat TYPO3 später definitiv vollen Zugriff.
Ein FTP-User könnte wegen fehlender Rechte Probleme haben. Deswegen die
Rechteänderungen in der PHP-Datei.
Danach sollte ein aktuelles (siehe Versionsnummer) TYPO3 bereitstehen.
zum Ende der Datei ist ein direkter Link ins Install-tool, wo du die
Grundkonfiguration überprüfen und anpassen kannst:
sind alle notwendigen Verzeichnisse schreibbar?
ggfl. Rechte-Maske für neue Dateien/Verzeichnisse korrigieren
Verbindung zur Datenbank eintragen.
Tabellen anlegen
Grafische Grundkonfiguration
Admin-user anlegen.
mein nächster Schritt wäre dann typischerweise das Mastertemplate [1] zu
importieren und dann das Design anpassen.
Damit wäre dann auch ein HTML-Template und ein CSS aus fileadmin dabei.
[1] http://ug.typo3-nrw.de/mastertemplate.html
bernd
--
http://www.pi-phi.de/cheatsheet.html
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Direct Mail CSS-Problem
--- Original Nachricht --- Absender: Niklas Kanthak Datum: 28.10.2009 17:37: Hallo Stefan! 1) s. http://www.campaignmonitor.com/css/ 2) wenn es denn wirklich Querbett gehen muss: gotd: got old table design ohne css sondern uralt. Das ist das Einzige was meiner Erfahrung nach zuverlässig wirkt. Und um das sauber zu bewerkstelligen, könnte folgende Extension helfen (meinerseits keine Erfahrungswerte): CSS to inline converter for direct mail ( css2inline ) http://typo3.org/extensions/repository/view/css2inline/current/ HTH Niklas Sofern 1) beachtet wird, klappt das ganz gut ;-) Es bleibt aber nicht viel vom CSS übrig: s. z.B. background-repeat oder wer style in head oder body garnicht mag :-( -- Fiat lux! Docendo discimus. _ uon GbR http://www.uon.li http://www.xing.com/profile/Peter_Russ ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Direct Mail CSS-Problem
--- Original Nachricht --- Absender: Peter Russ Datum: 28.10.2009 17:44: --- Original Nachricht --- Absender: Niklas Kanthak Datum: 28.10.2009 17:37: Hallo Stefan! 1) s. http://www.campaignmonitor.com/css/ 2) wenn es denn wirklich Querbett gehen muss: gotd: got old table design ohne css sondern uralt. Das ist das Einzige was meiner Erfahrung nach zuverlässig wirkt. Und um das sauber zu bewerkstelligen, könnte folgende Extension helfen (meinerseits keine Erfahrungswerte): CSS to inline converter for direct mail ( css2inline ) http://typo3.org/extensions/repository/view/css2inline/current/ HTH Niklas Sofern 1) beachtet wird, klappt das ganz gut ;-) Es bleibt aber nicht viel vom CSS übrig: s. z.B. background-repeat oder wer style in head oder body garnicht mag :-( Besser ist es dann gleich, dem entsprechenden Element den richtigen style=... zu verpassen. Aber immer unter Beachtung von 1) Peter. -- Fiat lux! Docendo discimus. _ uon GbR http://www.uon.li http://www.xing.com/profile/Peter_Russ ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] User in eigener Extension am typo3 einloggen
Peter Russ schrieb: --- Original Nachricht --- Absender: Steffen Ritter Datum: 28.10.2009 19:02: naja, dann bau dir eine temporäre user-datensatz wie gesagt nen auth-service, bei erfolgreichen daten, erstellst du nen fe-user datensatz in der feuser tabelle und loggst den ein, onlogout (auch im authservice) machst du wieder ein delete auf den user :) so kannst du ganz transparent auch das felogin von typo3 benutzen Grüße Steffen Steffen, deine Ausführungen sind für mich nicht nachvollziehbar, da dies der Authservice, je nach Einstellung übernimmt. Löschen oder anlegen von Datensatz ist nicht notwendig m.W. Es sei denn es hätte sich etwas gravierendes am Authservice geändert! Peter- ganz einfach: er sagt: die nutzerdaten dürfen nicht aus der user tabelle bezogen werden und in der typo3 db gepseichert werden, sie kommen von extern. er will aber die typo3 services nutzen und sagt, verschiedene extensions sollen daten von dem user nutzen. Daher sagte ich er solle den entsprehcenden user nach authentifizierung gegen den eigenen service als fe_user anlegen, und beim logout wieder löschen. Session-Datensätze anlegen macht dann der Service natürlich selbst. Grüße Steffen ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] User in eigener Extension am typo3 einloggen
--- Original Nachricht --- Absender: Steffen Ritter Datum: 28.10.2009 20:08: Peter Russ schrieb: --- Original Nachricht --- Absender: Steffen Ritter Datum: 28.10.2009 19:02: naja, dann bau dir eine temporäre user-datensatz wie gesagt nen auth-service, bei erfolgreichen daten, erstellst du nen fe-user datensatz in der feuser tabelle und loggst den ein, onlogout (auch im authservice) machst du wieder ein delete auf den user :) so kannst du ganz transparent auch das felogin von typo3 benutzen Grüße Steffen Steffen, deine Ausführungen sind für mich nicht nachvollziehbar, da dies der Authservice, je nach Einstellung übernimmt. Löschen oder anlegen von Datensatz ist nicht notwendig m.W. Es sei denn es hätte sich etwas gravierendes am Authservice geändert! Peter- ganz einfach: er sagt: die nutzerdaten dürfen nicht aus der user tabelle bezogen werden und in der typo3 db gepseichert werden, sie kommen von extern. er will aber die typo3 services nutzen und sagt, verschiedene extensions sollen daten von dem user nutzen. Daher sagte ich er solle den entsprehcenden user nach authentifizierung gegen den eigenen service als fe_user anlegen, und beim logout wieder löschen. Session-Datensätze anlegen macht dann der Service natürlich selbst. Grüße Steffen Damit wir uns richtig verstehen: du hast geschrieben: ...erstellst du nen fe-user datensatz in der feuser tabelle Das ist nicht notwendig! Das macht der Authservice je nach Einstellung! Wichtiger ist es die notwendigen Daten dem fe_user-Objekt zuzuweisen, da JEDESMAL wenn eine Anfrage, ob der User eingeloogt ist, der Service aktiviert wird. Dies stellt sicher, dass nicht TYPO3 die Führung sondern das andere System hat. Wird auf dem führenden System ein Benutzer gelöscht, fliegt er bei TYPO3 raus, egal, was in fe_user steht ;-) Peter. -- Fiat lux! Docendo discimus. _ uon GbR http://www.uon.li http://www.xing.com/profile/Peter_Russ ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] User in eigener Extension am typo3 einloggen
Peter Russ schrieb: Damit wir uns richtig verstehen: du hast geschrieben: ...erstellst du nen fe-user datensatz in der feuser tabelle Das ist nicht notwendig! Das macht der Authservice je nach Einstellung! hm ok... wusst ich wirklich nicht... Wichtiger ist es die notwendigen Daten dem fe_user-Objekt zuzuweisen, da JEDESMAL wenn eine Anfrage, ob der User eingeloogt ist, der Service aktiviert wird. Dies stellt sicher, dass nicht TYPO3 die Führung sondern das andere System hat. Wird auf dem führenden System ein Benutzer gelöscht, fliegt er bei TYPO3 raus, egal, was in fe_user steht ;-) dass erstellen des datensatzes ist meines erachtens schon wichtig, weil es einfach extensions gibt, die nicht wirklich mit TSFE-fe_user arbeiten sondern sich da einfach nur die ID rausholen und dann los-query'ien :) Ich hab bisher noch keine nicht existenten user eingeloggt :P Ich hab entweder mit views mir welche aus anderen DB's zusammengestrickt oder einfach nur für existente einfach ein anderen Auth-Methode implementiert. Sry, wenn da eine Info vllt. etwas zu weit ging, aber ich denke grundsätzlich, dass damit auch alle Infos für den Kollegen gegeben wären dass er wenn er sich darüber schlau macht alles weitere im Detail selbst sieht. Grüße Steffen ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] T3D Import - Bilder fehlen...
--- Original Nachricht --- Absender: Maik Freudenberg Datum: 28.10.2009 20:01: Hallo, das ist mein erster Post auf der Liste, betrifft ein ziemlich merkwürdiges Problem. -Ich habe schon in Typo3forum.net und auf Typo3.net gepostet, allerdings ohne große Resonanz bisher... Zum Problem: Ich versuche eine Typo3 Installation von einem System in ein neues zu übertragen und benutze dazu die Typo3 Import/Export Funktion. Der Export aus der alten Typo3-Installation funktioniert (nach anfänglichen Memory-Limit-Problemen) nun reibungslos, es wird eine z.B. ~60Mb Große Datei mit allen News-Einträgen und Bildern erstellt, die scheinbar auch korrekt formatiert ist. Der Import funktioniert in der neuen Installation auch weitestgehend, Seiten, Texte und Content erscheinen wie sie sollen, lediglich die Bilder gehen verloren. Dazu erhalte ich beim Import zu jeder Bilddatei folgende Meldung: Error: temporary file /xxx/xxx/public_html/typo3temp/import_temp_NU5zLd had a size (5) different from the original (56790) Beim Importvorgang werden im entsprechenden Verzeichnis typo3temp entsprechend hunderte Dateien auch angelegt (5 Byte), die verschwinden allerdings sofort wieder und die Bilder fehlen anschliessend und !in den entspr. Seiten bleiben z.B. das Feld Bilder unter Medien leer! (d.h. es gibt auch keine Möglichkeit die Bilder quasi per FTP nachzureichen und es wäre alles gut). Ich habe auch schon mit komprimierten/unkomprimierten T3d-Files experimentiert und alle Optionen beim Import/Export ausprobiert. Ich habe die Typo3 Buglist rauf und runter inspiziert und folgenden Bug aus 2005 gefunden, der zu meinem Thema passt: http://bugs.typo3.org/view.php?id=1201 Der Quellcode der sysext/impexp/class.tx_impexp.php war bei meiner aktuellen Installation (4.2.8) noch der gleiche wie 2005, allerdings brachte mir der Patch auch keine Hilfe (ich habe den entsprechenden Code an der richtigen Stelle von Hand gepatcht). Generell scheint das aber die richtige Stelle zu sein, an der man forschen muss... Der Vorschlag die Seite über einen MySQL-Dump zu importieren bringt mir nichts, es geht darum ein bestehendes Projekt aus einer Typo3-Installation mit mehreren Projekten heraus zu nehmen und in eine andere Typo3-Installation mit einem vorhandenen anderen Projekt zu integrieren. Hat hier vielleicht jmd, dazu eine Idee? Gruß aus Hamburg, Maik Bilder werden (fast) immer als Kopien im Verzeichnis uploads/... abgelegt. Ausgehend von diesen werden die Bilder, die in der Site angezeigt werden, in typo3temp erzeugt. Wenn du also die entsprechenden Bilder aus dem Verzeichnis uploads nicht kopierst, sollte es nicht klappen... Peter -- Fiat lux! Docendo discimus. _ uon GbR http://www.uon.li http://www.xing.com/profile/Peter_Russ ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] User in eigener Extension am typo3 einloggen
--- Original Nachricht --- Absender: Steffen Ritter Datum: 28.10.2009 20:25: Peter Russ schrieb: Damit wir uns richtig verstehen: du hast geschrieben: ...erstellst du nen fe-user datensatz in der feuser tabelle Das ist nicht notwendig! Das macht der Authservice je nach Einstellung! hm ok... wusst ich wirklich nicht... Wichtiger ist es die notwendigen Daten dem fe_user-Objekt zuzuweisen, da JEDESMAL wenn eine Anfrage, ob der User eingeloogt ist, der Service aktiviert wird. Dies stellt sicher, dass nicht TYPO3 die Führung sondern das andere System hat. Wird auf dem führenden System ein Benutzer gelöscht, fliegt er bei TYPO3 raus, egal, was in fe_user steht ;-) dass erstellen des datensatzes ist meines erachtens schon wichtig, weil es einfach extensions gibt, die nicht wirklich mit TSFE-fe_user arbeiten sondern sich da einfach nur die ID rausholen und dann los-query'ien :) Das ist nicht TYPO3-konform. Ich hab bisher noch keine nicht existenten user eingeloggt :P Ich hab entweder mit views mir welche aus anderen DB's zusammengestrickt oder einfach nur für existente einfach ein anderen Auth-Methode implementiert. Das klingt nicht nach Authservice für mich. Sorry. Authservice kann selbst dann verwendet werden, wenn KEIN direkter Zugriff auf eine DB möglich ist, weil z.B. über Zend-Framework und Restful Service auf SAP zugegriffen wird oder über SOAP gegen Oracle authentisiert wird. Sry, wenn da eine Info vllt. etwas zu weit ging, aber ich denke grundsätzlich, dass damit auch alle Infos für den Kollegen gegeben wären dass er wenn er sich darüber schlau macht alles weitere im Detail selbst sieht. M.E. sollten Information TYPO3 konform gegeben werden. Aber das ist nur meine ganz persönlich Meinung. Grüße Steffen -- Fiat lux! Docendo discimus. _ uon GbR http://www.uon.li http://www.xing.com/profile/Peter_Russ ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Bilder unscharf in Typo3 4.2.10 nach update von V. 3.8 wenn Effekte ausgewäh lt
Bilder in Standard Text/Image Content Elementen werden unscharf angezeigt, wenn Bildeffekte wie schärfen, heller, dunkler etc. ausgewählt werden. Sie sind nur scharf, wenn als Bildeffekt dort in typo3 (kein) ausgewählt wird. Da bei vielen Bilder ein installiertes rounded corners effekt ausgewählt ist, ist die unschärfe sehr störend. Die Optionen unter All Configuration von typo3 bezüglich image Verarbeitung habe ich merfach durchprobiert, im6 oder gm etc. aber ohne sichtbare veränderung. *[im_v5effects] *=1 ist gesetzt, scheint aber keine auswirkung zu haben. Über Hilfe wäre ich sehr dankbar. Vielen Dank. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] PIVars showuid per TS setzen
Ich habe es jetzt so ähnlich umgesetzt, nur muss der Abruf der UID des
eingeloggten User-ID über
$GLOBALS['TSFE']-fe_user-user['uid']
(nicht $GLOBALS['TSFE']-loginUser).
erfolgen. Aber es war auf jeden Fall der entscheidende Hinweis, ich
hätte das sonst viel komplizierter gelöst!!!
Danke!!!
Steffen Müller schrieb:
Hi,
On 25.10.2009 22:02 Sigrid Gramlinger wrote:
plugin.tx_sgmfeuserlisting_pi1 {
_DEFAULT_PI_VARS.showUid = {TSFE:fe_user|user|uid}
}
_DEFAULT_PI_VARS kennt keine stdWrap Funktionen, sondern nur einfache
Werte vom Typ
_DEFAULT_PI_VARS.var = param
Die Funktion pi_setPiVarDefaults() in Klasse tslib_pibase ist dafür
zuständig.
Wenn Du bereits eine eigens veränderte Version der feuserlisting
Extension verwendest, dann kannst Du die Werte per PHP in
pi1/class.tx_sgmfeuserlisting_pi1.php setzen.
if (!$this-piVars['showUid']) {
$this-piVars['showUid'] = $GLOBALS['TSFE']-loginUser;
}
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
