Re: [TYPO3-german] Extbase Methoden aus alten Typo3 Extension aufrufen
Halli hallo, mit Typo3 4.5 kommt das FLUIDTEMPLATE. Dieses nutzt auch die neue Fluid Standalone View. Zu finden unter: class.tslib_content_fluidtemplate.php $view = t3lib_div::makeInstance('Tx_Fluid_View_StandaloneView'); $view-setTemplatePathAndFilename($templatePathAndFilename); $view-setLayoutRootPath($layoutRootPath); $view-setPartialRootPath($partialRootPath); $view-setFormat($format); ... ... ... $view-assign('data', 'data'); $result = $view-render(); Gruß Sascha Am 15.01.11 09:45, schrieb Kay Strobach: HI, man müsste doch aber Fluid nutzen können um Daten zu rendern - oder nicht? Grüße Kay Am 14.01.2011 21:45, schrieb Claus Fassing: Hallo Yvon, Am 14.01.2011 14:01, schrieb Yvon Folz: Hoffe das ich mich verständlich ausgedrückt habe leider nicht :) Kannst Du Dein Vorhaben konkretisieren ? Grundsätzlich brauchst Du eine Instanz der Klasse der anderen Extension um dort eine Methode aufzurufen, ob Extbase oder klassisch. Oder geht es Dir darum zur Laufzeit Daten zwischen zwei Extensions auszutauschen ? Grüße Claus ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Direct Mail
Hallo zusammen. Ich habe bisher noch nicht mit der beschriebenen Abmeldefunktion gearbeitet, ich kann deshalb nur eher grundsätzliches zum Direct Mail Rendering sagen. Das sollte aber auch schon helfen. Philipp, du hast in diesem Fall leider nicht Recht. Die Marker ###USER_uid### Und ###SYS_AUTHCODE### werden nicht zum Zeitpunkt des TYPO3-Page-Renderings Verwendet/getauscht sondern bleiben in der HTML-Ausgabe von TYPO3 erhalten. Abgesehen davon haben sie die falsche Form um via insertData=1 ersetzt zu werden, dann müssten sie wohl eher {field:uid} oder {tsfe:user|uid} (letzteres frei aus dem Kopf, der Pfad wird wohl ein wenig anders sein, es geht mir hier nur um die Notation) lauten. Die mit ###|### geklammerten Platzhalter sind typisch für das cObject TEMPLATE und deren marks- Attribut, bzw. in PHP für tslib_cObj-substituteMarkerArray. Beides hat nichts mit insertData=1 am Hut. Der Grund dafür (also dafür, dass diese Marker überhaupt nicht aus dem Seitenrendering stammen können) ist, dass * es sich dabei um benutzerspezifische Werte handelt * TYPO3 beim Seitenrendering nicht weiß dass es sich um einen Newsletter handelt * folglich TYPO3 auch keine benutzerspezifischen Daten dafür kennt * Direct Mail einen Newsletter der an 10'000 Empfänger gehen soll trotzdem nur ein einziges Mal vom Server ruft. Wie es mit ###SYS_AUTHCODE### aussieht weiß ich gerade nicht, dazu müsste ich mich wohl selbst erst in die Direct Mail-Doku einlesen (btw: Ich hasse solche Extension-Eigennamen mit Leerzeichen, es handelt sich ja um die Dokumentation von Direct Mail, nicht um eine direkte Mail-Doku ...). Ich bin mir aber recht sicher, dass mindestens der ###USER_uid### funktionieren müsste, da das das UID-Attribut des fe_users oder tt_address ist an den die E-Mail geht. Voraussetzungen dafür: Die E-Mail muss an einen bestimmten fe_user oder tt_address gehen. Eine Test- mail (Schritt 4) an eine blanke E-Mail-Adresse oder wenn die Empfängergruppe nur eine Liste an E-Mail-Adressen ist geht an keinen Datensatz der eine uid enthält, der ###USER_uid###-Parameter wird deshalb nicht ersetzt. Im Extension-Manager hat die Extension eine Liste an Parametern die gelesen Und als Variablen bereitgestellt werden, der Parameter im Extension-Manager Lautet addRecipFields. Allerdings dürften mindestens der Benutzername und die uid grundsätzlich immer geladen werden und hier nicht angegeben werden müssen. In meinen Installationen steht jedenfalls nie uid oder username in diesen Parameter, trotzdem funktionieren meine E-Mails :). Mich würde die HTML-Ausgabe des Newsletters interessieren, also der wirklich produzierte HTML-Quellcode. Ich würde annehmen, dass aus irgend einem Grund deine Rauten gegen url_encode oder htmlspecialchar ersetzt werden oder die Groß- und Kleinschreibung nicht mehr passt. Grüße, Stephan Schuler Web-Entwickler Telefon: +49 (911) 539909 - 0 E-Mail: stephan.schu...@netlogix.de Internet: http://media.netlogix.de -- netlogix GmbH Co. KG IT-Services | IT-Training | Media Andernacher Straße 53 | 90411 Nürnberg Telefon: +49 (911) 539909 - 0 | Fax: +49 (911) 539909 - 99 E-Mail: mailto:i...@netlogix.de | Internet: http://www.netlogix.de/ netlogix GmbH Co. KG ist eingetragen am Amtsgericht Nürnberg (HRA 13338) Persönlich haftende Gesellschafterin: netlogix Verwaltungs GmbH (HRB 20634) Umsatzsteuer-Identifikationsnummer: DE 233472254 Geschäftsführer: Stefan Buchta, Matthias Schmidt -Ursprüngliche Nachricht- Von: typo3-german-boun...@lists.typo3.org [mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von Philipp Gampe Gesendet: Montag, 17. Januar 2011 09:20 An: typo3-german@lists.typo3.org Betreff: Re: [TYPO3-german] Direct Mail Hallo Jan, Jan Behrens wrote: irgendwer ne idee? [...] page.10.wrap = table width=800trtdimg src=fileadmin/templates/newletter/img/domain.jpg/td/trtrtd div id=main|/div/tdtrtda href=http://domain/?id=147cmd=editaC=###SYS_AUTHCODE###rU=###USER_uid###;Newsletter abmelden/a /tdtd/td/tr/table page.10.wrap.insertData = 1 falls die Variablen in dem Context verfügbar sind. Ansonsten musst du wohl etwas komplexeres basteln. Best regards -- Philipp Gampe ___ 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] Direct Mail
Hallo zusammen, Jan, kannst du den Abmeldelink in ein Content-Element packen? Dann sollte er wie gewünscht ersetzt werden. Am 17.01.2011 10:49, schrieb Stephan Schuler: mich wohl selbst erst in die Direct Mail-Doku einlesen (btw: Ich hasse solche Extension-Eigennamen mit Leerzeichen, es handelt sich ja um die Dokumentation von Direct Mail, nicht um eine direkte Mail-Doku ...). Kein Problem: Direct-Mail-Doku. Bei einer solchen Zusammensetzung muss im Deutschen jeder einzelne Namensteil mit einem Bindestrich versehen werden. (Sonst handelt es sich tatsächlich um eine direkte Mail-Doku. :-)) Viele Grüße Carsten ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] powermail: Wie Speicherung von Sender-IP und User-Agent verhindern?
Hallo, kann man in powermail eigentlich die Speicherung von Sender-IP und User-Agent in der tx_powermail_mails-Tabelle global verhindern bzw. anonymisieren? Kommt man da per TS mit plugin.tx_powermail_pi1.mode.dblog {} ran, oder geht das nur für Powermail-Felder mit uid? Dank und Gruß, Hartmut ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] EXT fuer Bestellformular gesucht
Tom Lehmann schrieb: Moin, Ich moechte ein Bestellformular entwerfen, bei dem ein Neukunde eine Antwortmail erhaelt, die dann seine (neue) Kundennummer enthalten soll. Diese Daten muessen innerhalb des TYPO3 nicht weiter verarbeitet werden. Ansonsten halt ein uebliches Formular. für powermail gibts beim extensionautor für einen kleinen Obolus eine kleine sinnvolle Ergänzung für eine eindeutige Vorgangsnummer, die sollte auch in eine Kundennummer wandelbar sein -- Ralf-René Schröder http://if-20.com ... YAML templates for TYPO3 __ ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] powermail: Wie Speicherung von Sender-IP und User-Agent verhindern?
Wer lesen kann, ist klar im Vorteil: Im Externsion-Manager kann per disableIPlog eben dieses abgeschaltet werden. UserAgent wird aber weiter eingetragen. Am 17.01.11 12:15 schrieb Hartmut Steglich: Hallo, kann man in powermail eigentlich die Speicherung von Sender-IP und User-Agent in der tx_powermail_mails-Tabelle global verhindern bzw. anonymisieren? Kommt man da per TS mit plugin.tx_powermail_pi1.mode.dblog {} ran, oder geht das nur für Powermail-Felder mit uid? Dank und Gruß, Hartmut ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Extbase Methoden aus alten Typo3 Extension aufrufen
Folgendes müsste das reichen (denke ich): $view = t3lib_div::makeInstance('Tx_Fluid_View_StandaloneView'); $view-setTemplatePathAndFilename('...foo/Bar.html'); $result = $view-render(); ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Konstanten werden nicht übernommen/funktionieren nicht!
Hallo, ich hab nur ein paar statische Templates aus den Erweiterungen eingebunden, wie z. B. tt_news, twitter_incore. Diese hab ich nach und nach entfernt und trotzdem gab es keine Änderung! Kann ich auch anders feststellen ob diese meine Constants löschen? Gruß Dominik Von: typo3-german-boun...@lists.typo3.org [typo3-german-boun...@lists.typo3.org] im Auftrag von Peter Linzenkirchner [li...@lisardo.de] Gesendet: Freitag, 14. Januar 2011 13:47 An: German TYPO3 Userlist Betreff: Re: [TYPO3-german] Konstanten werden nicht übernommen/funktionieren nicht! Hallo, schau mal nach, ob in das Template ein anderes Template eingebunden wird. Falls ja, schau nach, ob dieses includierte Template die Constants löscht. Da bin ich mal bei einer fremden Installatin drüber gestolpert. Gruß Peter Am 14.01.2011 um 11:28 schrieb Ecker Dominik: Hallo Chris! Auch daran liegts nicht, ich habs gerade nochmal probiert! Auch wenn ich etwas direkt in die Konstanten schreibe wird es nicht übernommen genauso wie beim Konstanteneditor. Ich hab keine Ahnung woran das liegen könnte. Von: typo3-german-boun...@lists.typo3.org [typo3-german-boun...@lists.typo3.org] im Auftrag von Christian Wolff [ch...@connye.com] Gesendet: Freitag, 14. Januar 2011 10:56 An: typo3-german@lists.typo3.org Betreff: Re: [TYPO3-german] Konstanten werden nicht übernommen/funktionieren nicht! -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hallo Dominik, Am 13.01.2011 22:29, schrieb Ecker Dominik: Hallo Liste/Bernhard! Am Cache liegts bestimmt nicht ich hab das Problem schon länger bzw. mit verschieden Browsern getestet! Wenn ich z.B. im Konstanteneditor eine Änderung vornehme wird diese schlicht und einfach garnicht übernommen. Wenn ich etwas eintrage und danach auf Speichern klicke kommt nach dem Laden einfach wieder der Default-Wert! lg Dominik Hast du schon mal probiert das konstanten feld direkt zu bearbeiten. über das listen modul. vieleicht speichert ja nur der Konstanten editor aus irgendwelchen gründen bei dir nicht korrekt. gruss chris - -- Christian Wolff // Berlin http://www.connye.com some projects: http://richtermediagroup.com | http://titanic.de | http://keyopinions.info -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (MingW32) iEUEARECAAYFAk0wHc4ACgkQIcCaXPh/JHEkPwCgh5tuv5ZKDcZNpcGg8fSrPw+j OnsAl04WvRQCw6v075HinnB+12lQ7rc= =gIiO -END PGP SIGNATURE- ___ 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 -- Xing: http://www.xing.com/profile/Peter_Linzenkirchner Web: http://www.typo3-lisardo.de Facebook: http://tinyurl.com/lisardo-multimedia ___ 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] naw_secureedl verursacht Probleme
Hallo Leute, seit ich die naw_secureedl installiert habe, kommt diese Meldung: Die aufgerufene Website leitet die Anfrage so um, dass sie nie beendet werden kann wenn ich auf meine angelegte FE Login Seite gehe. Hat da jemand eine Idee woran dies liegen könnte? Typo3: 4.4.6 Beste Grüße, Christian ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] naw_secureedl verursacht Probleme
Hallo, Hager Christian wrote: wenn ich auf meine angelegte FE Login Seite gehe. Hat da jemand eine Idee woran dies liegen könnte? Hast du vielleicht bei absRefPrefix das http:// vor deiner URL vergessen? Schau doch mal nach, durch welchen Link er wie umleitet. (FireFox live http headers) Best regards -- Philipp Gampe ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Konstanten werden nicht übernommen/funktionieren nicht!
Hi, Ecker Dominik wrote: ich hab nur ein paar statische Templates aus den Erweiterungen eingebunden, wie z. B. tt_news, twitter_incore. Diese hab ich nach und nach entfernt und trotzdem gab es keine Änderung! Kann ich auch anders feststellen ob diese meine Constants löschen? Normalerweise werden die doch vor deinem Template eingebunden... du kannst das aber umstellen. Du solltest eher in deinen eigenen Code schauen. (Tipp: Template Analyzer) Best regards -- Philipp Gampe ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Konstanten werden nicht übernommen/funktionieren nicht!
On 01/13/2011 04:06 PM, Ecker Dominik wrote: Ich habe das große problem, dass wenn ich Änderungen in den Constants vornehme, diese nicht übernommen werden. Ganz egal was bzw. mit welcher extension ich etwas mache, es bleiben immer die Default-Werte stehen. TS-Setup funktioniert ganz normal, das Problem besteht nur bei den Constants. Wenn ich z.B. die constants.txt von tt_news direkt am Server bearbeite werden diese Änderungen übernommen, in typo3 selbst geht garnichts! Kennt jemand eine Lösung für mein Problem? Bitte helft mir! Ein klassischer Fehler waere: Falsche Ladereihenfolge. Wenn zB. das tt_news static template erst _nach_ deinem Template mit den Konstanten geladen wird, ueberschreibt es Deine eigenen Konstanten wieder. Hilfreich ist ein Blick in den Template Analyzer, der fuehrt alle Templates auf, die auf einer Seite greifen. Geladen wird von oben nach unten, dh. ein weiter unten stehendes Template kann Dinge aus darueber aufgefuehrten Templates ueberschreiben, nicht umgekehrt. Gruesse Christian ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] naw_secureedl verursacht Probleme
On 01/17/2011 06:24 PM, Hager Christian wrote: Hallo Leute, seit ich die naw_secureedl installiert habe, kommt diese Meldung: Die aufgerufene Website leitet die Anfrage so um, dass sie nie beendet werden kann wenn ich auf meine angelegte FE Login Seite gehe. Hat da jemand eine Idee woran dies liegen könnte? Typo3: 4.4.6 Hi, prüf mal bitte für welchen Pfad naw_securedl aktiv werden soll. Üblicherweise steht da fileadmin oder sowas drin. Ich vermute es greift für alles ab dem Docroot, macht dann eine Weiterleitung auf die index.php mit speziellen Parametern und gelangt dann in einen weiteren Rewrite. Nur so eine Vermutung. Versuch testweise bei den zu schützenden Dateien auch erstmal nur eine Endung anzugeben und keine komplizierten RegEx oder so. -- Mit freundlichen Grüßen Stefan Neufeind ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Direct Mail Subscription
Hmm Ich erhalte folgende Bestaetigungs Mail nachdem ich direct_mail_subscription eingerichtet habe. Darin stimmt jedoch irgend wie der Link nicht, denn ich werde immer auf die Page Not Found Seite redirected wenn ich darauf klicke. Der User wird im angegebenen Storage Folder angelegt kann aber dann nicht aktiviert werden. Was mache ich hier falsch? Dear=20 You're now subscribed to a Typo3 Testsite newsletter. IMPORTANT: Before your subscriptions is fully enabled, you must click this= link: http:/domainname.com/index.php?RDCT=3Dd5280b0dc118a37c0c1c If you cannot accept the subscription (eg. if somebody else subscribed= you!) just click this link and you're deleted from the database: http://domainname.com/index.php?RDCT=3Db4c8409d7a4daca6b8ef If you wish to edit your personal data, click this link: http://domainname.com/subscribe-unsubscribe/??cmd=3DeditaC=3D991cd8fd= rU=3D9 -- Wenn man cooluri abstellt dann wird die Domain wiederholt: http://domainname.com/http://domainname.com/index.php?RDCT=3D566bf959= 1df845dcfb24 --- Vielleicht kann mir hier ja jemand auf die Spruenge helfen. LG Andi 2011/1/15 Andreas Becker ab.bec...@web.de Hi Ich habe folgendes Problem. Wenn ich direct_mailsubscription installiere und entsprechend dem echt guten Tutorial von Steffen Kamper eingerichtet habe http://www.sk-typo3.de/Typo3.145.0.html Wir gehen auf unser root-Template und wählen im Constants-Editor die Seite PLUGIN.FEADMIN.DMAILSUBSCRIPTION und wählen die Einträge Administration email, Administration name und Record PID. Wir ergänzen die email-Angaben und unter Record PID geben wir unseren SysOrdner Abonnoments an (in meinem Fall 148) - hierdurch werden die Anmeldungen auch in diesem SysOrdner gespeichert. Anschliessend öffnen wir Constants unter Info/Modify und ergänzen die Angabe unseres Templatefiles: plugin.feadmin.dmailsubscription.file.templateFile = fileadmin/templates/newsletter_subscription.html plugin.feadmin.dmailsubscription.color1 = #CC plugin.feadmin.dmailsubscription.email = ourm...@gmail.com plugin.feadmin.dmailsubscription.emailName = Newsletter Administration plugin.feadmin.dmailsubscription.pid = 245 Ich erhalte zwar die Mail mit dem Bestaetigungslink doch dieser fuehrt zur Seite: page_not_found und sieht wie folgt aus: Before your subscriptions is fully enabled, you must click this= link: http://ourdomain.com/index.php?RDCT=3D51ef37452f64584fb7af Vielleicht hat einer ne idee was ich da falsch mache. Danke Andi ___ 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] Problem mit Backendbenutzer und Gruppenzuordnung
Hallo, unter der Typo3-Version 4.2.2 habe ich zwei Backendbenutzer angelegt, die ich beide der Backend-Benutzergruppe Redakteure zugeordnet habe. Wenn ich die beiden Benutzer aber über Verwaltung der Backend-Benutzer Benutzereinstellungen vergleichen Mitglied von Gruppen miteinander vergleiche, ist einer der beiden Benutzer ohne Gruppenzuordnung, also kein Mitglied der Gruppe Redakteure. Das zeigt sich u.a. auch daran, dass z.B. der Benutzer, der nicht Mitglied von Redakteure ist, auch nicht alle zugelassenen Felder in den Seiteneigenschaften sieht. Ich habe die Gruppenzuordnung schon mal gelöscht und wieder neu angelegt, aber ohne Erfolg. Woran klann das liegen? Gruß, Johannes. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Update 4.2 - 4.3 = BE langsam
Hallo, schau mal meinen Eintrag in typo3.performance vom 16. und meinen Lösungsvorschlag vom 18.11.2010. Da geht es zwar um 4.4 und nur um den RTE-Editor, im Prinzip ähnelt sich das Problem. Ich kann leider auf den Rechnern, die es betrifft, keine SW installieren oder ausführliche Tests machen was das debuggen ziemlich unmöglich macht. Wenn Standard-PC-CPU-Leistung und IE6,7,8 auf die komprimierten JS/CSS BE-Blöcke trifft, kanns u.U. schmerzhaft werden. Herumprobieren an der BE und RTE-Kompression kann deutliche Verbesserungen bringen, wenn auch keine Wunder wirken. Die Redakteurin arbeitet zumindest jetzt - wenn auch widerwillig - mit dem 4.4er BE. Downgrade ist keine Lösung. Auch wenn ich nicht gedacht hätte das zu mal zu sagen, aber ich hoffe auf den IE9 :-) gruß Timo ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] RTE in eigener Extension schneidet index.php aus internem Link
Hallo, hat denn niemand eine Idee wie ich dieses Problem in den Griff bekomme? Ich vermute da ist irgendwo ein Problem mit der Datenbank Transformation und ich finde einfach die richtige Einstellung für den RTE nicht... Liebe Grüße Tobias Am 14.01.2011 um 15:56 schrieb Tobias Hartmann: Hallo, ich bin ein bißchen weiter gekommen. Es liegt an der Konfiguration in der Datei ext_tables.php. Ich habe da stehe: t3lib_div::loadTCA('tt_content'); $TCA['tt_content']['types'][$_EXTKEY . '_pi1']['showitem'] = 'CType;;4;button;1-1-1, header;;3;;2-2-2,bodytext;;;richtext[*]'; Aber jeder Versuch den Bereich hinten zu verändern half nichts... also richtext[*]:rte_transform[mode=ts] richtext[*]:rte_transform[mode=ts_css] richtext[*]:rte_transform[mode=none] schlug fehl. Links auf eine Datei werden richtig umgesetzt, Interne Links werden falsch dargestellt, bzw. direkt in der Form www.domain.de/?id=36 in die DB geschrieben. habe versucht in der Core Doku dazu was zu finden, bin aber nicht fündig geworden. Weiß jemand wo ich die INfos finden kann wie ich an der Stelle den RTE konfigurieren muß? Liebe Grüße Tobias Am 12.01.2011 um 15:15 schrieb Tobias Hartmann: Hallo, ich suche mir die Finger wund, kann aber leider nichts im Internet finden. Ich habe eine Extension erstellt und alles läuft sehr schön und problemlos, bis auf die internen links. Wenn im RTE ein interner Link eingetragen wird taucht er im Frontend als: www.domain.de/?id=36 (z.B) ausgegeben. Ich bin ratlos und verzweifelt... Vielleicht weiß ja einer von Euch Rat. Liebe Grüße Tobias ___ 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 mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german