--- title: "RTE+ interne Links + http://www.domain.de/?id=40" url: "https://www.typo3.net/d/22813-rte-interne-links-httpwwwdomaindeid40" source: "typo3.net" tags: ["Backend","RTE & CKEditor","Frage","Links"] created: "2005-03-22" last_reply: "2006-03-02" replies: 36 solved: false page: 1 pages: 1 lang: "de" --- # RTE+ interne Links + http://www.domain.de/?id=40 Backend › RTE & CKEditor · 36 Antworten · gestartet 2005-03-22 ## Eröffnungsbeitrag **FlashKasper** · 2005-03-22 · [Beitrag #1](https://www.typo3.net/d/22813-rte-interne-links-httpwwwdomaindeid40/1) Hallo zusammen, benutze für diese Seite Typo3 3.6.2. Jetzt habe ich Problem mit dem Editor interne Links zu erzeugen. So etwas hatte ich noch nie. Beim setzen des internen Links wird ja folgendes erzeugt , bei der Ausgabe der Seite fehlt jedesmal das index.php. Eigentlich sollte der Link in der Ausgabe aber so aussehen . Hatte vielleicht jemand schon das gleiche Problem, wie kann ich das lösen? Danke und Gruß FlashKasper ## Antworten ### [#2](https://www.typo3.net/d/22813-rte-interne-links-httpwwwdomaindeid40/2) · manfredo · 2005-03-29 hi, habe genau den selben Effekt das index.php vom RTE entfernt wird. Vorläufige Lösung: den link in der HTML Ansicht auf kürzen und dann behält der RTE den link so bei. Bei kommt noch hinzu das er das "&" Zeichen als Sonderzeichen schreibt, also daraus dies hier macht: &. z.B. bei &L=1 gruß manfredo ### [#3](https://www.typo3.net/d/22813-rte-interne-links-httpwwwdomaindeid40/3) · SimonFE · 2005-08-10 Hallo FlashKasper und manfredo, habt ihr mittlerweile eine Lösung für das Problem gefunden ? Bei mir tritt das Problem zwar "nur" bei Verwendung von TemplaVoila und FCEs auf (also wenn ich einen Link im RTE setze in einem eigenen Contentelement das ich per Templavoila erstellt habe) aber dann habe ich exakt das gleiche Problem. Die Lösung im Code selbst einfach das index.php zu vervollständigen ist in der Tat mehr als unschön, da man bei Verwendung von Alias-Namen (egal ob SimulateStatic oder gleich RealURL) natürlich dann immer manuell den Alias-Namen eingeben muss (damit die Seite auch wirklich per Aliasname verlinkt ist) und nicht pauschal immer nur "index.php" angeben kann . ### [#4](https://www.typo3.net/d/22813-rte-interne-links-httpwwwdomaindeid40/4) · ndee · 2005-08-16 habe das gleiche Problem :( Benutze auch Templavoila und Typo 3.8.0 Problemlösung: In der Index.php folgende Zeile, wenn möglich zu oberst: $_SERVER["REQUEST_URI"] = str_replace('/?id=', '/index.php?id=', $_SERVER["REQUEST_URI"]); ### [#5](https://www.typo3.net/d/22813-rte-interne-links-httpwwwdomaindeid40/5) · SimonFE · 2005-08-20 #angry# #angry# #angry# .... mir wurde mittlerweile geholfen, ob es euch weiterhilft weiß ich natürlich leider nicht, da es bei mir im Zusammenhang mit Templavoila / RTE in FCEs zusammenhing :o der fehler lag bei mir an ganz simplen Anfängerfehlern in den TemplaVoila Data Structure ´s: ich hatte statt geschrieben (und analog statt ) im Bereich deshalb konnten die Einstellungen in lib.parseFunc_RTE nicht angesprochen werden. Als weiteres hatte ich richtext[ * ] :rte_transform[mode=css] statt richtext[ * ] :rte_transform[mode=ts_css] (damit die Transformation von in in der Datenbank stattfindet und RealURL damit wieder etwas anfangen kann). ### [#6](https://www.typo3.net/d/22813-rte-interne-links-httpwwwdomaindeid40/6) · Fabian-K · 2005-08-22 > **SimonFE schrieb:** > > ...ich hatte > statt geschrieben (und analog statt )... Habe ich nen knick in der Optik, oder gibt es da wirklich keine Unterschiede??? ;) ;) ### [#7](https://www.typo3.net/d/22813-rte-interne-links-httpwwwdomaindeid40/7) · belorofon · 2005-10-25 Also ich habe das Problem ohne TemplaVoila. Bei mir läuft RealURL. Hat da niemand eine Konfig, die funktioniert oder einen kleinen ganz profanen Tip? :'( Markus ### [#8](https://www.typo3.net/d/22813-rte-interne-links-httpwwwdomaindeid40/8) · woida · 2005-10-26 Also ich hatte das Problem nach dem Update auf die neuste HTML-Area Version. Im Setup hab ich ```typoscript config.prefixLocalAnchors = all ``` und im Seiten-Header der Root-Seite ```typoscript RTE.default.classesAnchor.default.page > RTE.classesAnchor.internalLink.titleText > ``` ### [#9](https://www.typo3.net/d/22813-rte-interne-links-httpwwwdomaindeid40/9) · cooper64 · 2005-11-11 Ich kenn das Problem auch. Bisher hab ich die Adresse vor dem speichern zunächst wieder richtig geschrieben und versucht das Problem zu ignorieren, aber auf Dauer wirds lästig. ich trage ein: ```php index.php?id=40&c=DE ``` RTE mach daraus: ```php http://localhost/typo3/index.php?id=40&c=DE ``` ..also eine korrekte Adresse die auch als Link funktioniert. wenn ich jetzt nochmal via RTE irgendwelche Inhalte editiere ändert RTE die Adresse wie folgt: ```php http://www.domain.de/?id=40&c=DE ``` ...und schmeißt mir gleichzeitig das nette style-Fenster mit rotenRahmen rein. Link funzt nicht mehr. Ich hab aber festgestellt, dass dieses Problem nur auftritt, wenn ich auf eigene PHP-Scripte verlinke, die auf eigene Datenbanktabellen zugreifen. Solange die Verweisziele in den Contenttabellen von Typo liegen gibts dieses Problem nicht. Ich wäre auch sehr dankbar, wenn sich das irgendwie beheben ließe. cooper ### [#10](https://www.typo3.net/d/22813-rte-interne-links-httpwwwdomaindeid40/10) · olebrumm · 2006-01-16 Hallöchen, stehe derweil vor dem gleichen bzw. ähnlichen Rätsel. Ein interner Link wird vom RTE in die Form ] (HTML-Ansicht im RTE) gebracht. Ein erneuter Klick auf das "Link einfügen" - Symbol offenbart, dass der Link nur als externer Link identifiziert wird. Der DB-Eintrag für das Content-Element enthält jedoch den korrekten TypoLink-Tag: ..., zumindest bis man den Eintrag ein zweites Mal speichert. Das gleiche Projekt (100%ige Kopie der DB und des Filesystem) macht auf einem anderen Server keine Probleme. Die Unterschiede liegen in der PHP- und MySQL-Version sowie im Betriebssystem (SuSE, RedHat). Keine Ahnung, ob das ursächlich sein kann. Vielleicht kann jemand helfen, bevor ich mir den letzten Haarbüschel vom Kopf gerupft habe. Gruß OleBrumm ### [#11](https://www.typo3.net/d/22813-rte-interne-links-httpwwwdomaindeid40/11) · BastianBalthasarBux · 2006-01-20 Also bei uns tritt das problem mit simulateStaticDocuments auf. und zwar nur wenn htmlarearte version > 0.7.0 ist. ohne templa. --> schön langsam würden wir auch gerne eine der neueren Versionen des htmlarertes einsetzen. ein lösung wäre also mehr als angebracht, besonders in hinblick darauf, dass der htmlarearte in einer neueren version im typo3 4.0 als default editor kommt!!! ### [#12](https://www.typo3.net/d/22813-rte-interne-links-httpwwwdomaindeid40/12) · extension22 · 2006-01-20 Hallo! die Lösung hat schon einer genannt, es hat nur keiner gemerkt: RTE.classesAnchor.internalLink.titleText > sorgt dafür, daß kein title-Attribut reinkommt. Das muß man für die 5 oder 6 unterschiedlichen Link-Arten (sh. RTEHtmlarea-Doku) jeweils machen. Nur ohne Title Attribut wird ein korrekter typolink erstellt. Grüße, Ext22 ### [#13](https://www.typo3.net/d/22813-rte-interne-links-httpwwwdomaindeid40/13) · spogspog · 2006-01-21 tatsächlich! RTE.classesAnchor.internalLink.titleText > in der tsconfig löst das problem. danke, extension22! woher soll man das den wissen?? lustigerweise taucht jetzt bei mir ein neues phänomen auf: die internen links gehen nun standartmäßig in einem neuen fenster auf. im link wird der target=page gesetzt (wo auch immer dieses "page" herkommen mag...?). das kann ich nur verhindern, wenn ich explizit den target beim link-setzen auf "_top" stelle. aber damit kann ich leben. (ich find typo3 wirklich prima und freue mich auch, dass es so viele leute gibt, die einem helfen und sich engagieren, aber das war mal wieder eins von den problemen die einen regelmäßig zur verzweiflung bringen. in keiner dokumentation findet man einen hinweis auf solche probleme und nur nach stundenlanger foren-suche hat man genug bruchstücke zusammen um sich eine lösung zusammenzureimen... mit effektivem arbeiten hat das leider wenig zu tun, schade.) viele grüsse, spog ### [#14](https://www.typo3.net/d/22813-rte-interne-links-httpwwwdomaindeid40/14) · noi · 2006-01-21 da war ich ja schon nahr dran. habe gestern durch herumprobieren herausgefunden, dass es mit dem Title zu tun hat. Kann man auf diese Weise auch den Stil bei externen Links löschen, damit die häßlichen Symbole nicht mehr standardmäßig angezeigt werden? Das Symbol soll auch bei internen Links weg. Oder kann man vielleicht komplett die Stilauswahl entfernen, damit keiner auf die Idee kommt da was anzuklicken? Wie würde man das realisieren können? grüße ,noi ### [#15](https://www.typo3.net/d/22813-rte-interne-links-httpwwwdomaindeid40/15) · spogspog · 2006-01-21 du kannst die entsprechenden style-sheet classen in der css-datei deiner webseite einfach überschreiben, so kannst du das aussehen der verschiedenen link-typen selber bestimmen (css_styled_content natürlich vorausgesetzt) in deiner css-datei kannst du z.B. so was in der richtung eintragen: a.internal-link{ color:#000; text-decoration:underline;} a.internal-link:hover{ color:#f00; text-decoration:none;} greetz, spog ### [#16](https://www.typo3.net/d/22813-rte-interne-links-httpwwwdomaindeid40/16) · noi · 2006-01-23 Hallo spogspog, naja, bevor alle Stränge reißen, werden ich wohl oder übel zu dem Überschreiben greifen müssen, allderings kann ich mir nicht vorstellen, dass das nur so geht. Also eigentlich will ich bei externen Links den Eintrag nicht umdefinieren, sondern per Standard keinen Stil auswählen. Das muss doch irgendwie machmar sein. Falls nicht überschrieben, muss man andernfalls beim Anlegen von Links jedesmal den Stil auf "leer" ändern und das wäre etwas nervig. Als addon sozusagen wäre es dann noch sinnvoll "external-link" & "external-link-new..." aus dieser Liste zu werfen, da sie bei mir nicht benötigt werden. Irgendwie denke ich, dass auch das gehen müsste, da man bei Typo doch selten an Standardvorgaben strikt gebunden ist. Ich nehme an, sobald man den Kram aus der Stil-Liste wirft, braucht man auch nicht mehr "kein-stil" als Standard zu wählen, denn das ist dann ja automatisch der Fall. mfg ,noi ### [#17](https://www.typo3.net/d/22813-rte-interne-links-httpwwwdomaindeid40/17) · BastianBalthasarBux · 2006-01-23 ```typoscript RTE.classesAnchor { internalLink { class > titleText > image > } externalLink { class > titleText > image > } externalLinkInNewWindow { class > titleText > image > } internalLinkInNewWindow { class > titleText > image > } download { class > titleText > image > } mail { class > titleText > image > } } ``` Einfach das class Attribut leeren, sozusagen, oder ein value geben das man braucht: zb: lnk_f (für link_fliesstext). --> wenn das gemeint war. ps: danke ext22, habs tatsächlich überlesen, und nun funzts! sollte aber eigentlich standardmässig funktionieren. IMHO. ... mfg bbb ### [#18](https://www.typo3.net/d/22813-rte-interne-links-httpwwwdomaindeid40/18) · noi · 2006-01-23 vielen Dank! ich war gerade beim Probieren der Lösung von: ;) p.s. und jetzt muss ich nochmal schauen, warum bei den internen Links immer target=page drinsteht und egal was ich für Angaben bei Template oder TSConfig mache ### [#19](https://www.typo3.net/d/22813-rte-interne-links-httpwwwdomaindeid40/19) · BastianBalthasarBux · 2006-01-23 simpel: in den constants PAGE_TARGET = _top und im setup: config { extTarget = _blank intTarget = _top } lg bbb ### [#20](https://www.typo3.net/d/22813-rte-interne-links-httpwwwdomaindeid40/20) · noi · 2006-01-23 hi, > config { > extTarget = _blank > intTarget = _top > } Das hatte ich vorhin schonmal probiert, hatte aber aus irgendeinem Grund nicht funktioniert. Ich bin mir aber nicht mehr sicher, ob ich in den Constants "PAGE_TARGET = _top" eingetragen hatte. Aber! ich hab endlich den Übeltäter gefunden. Bei mir gab es folgende Zeile im TypoScriptObjectBrowser ```typoscript lib.parseFunc_RTE.tags.link.typolink.target = page ``` Also hab ich bei mir im Setup einfach die Zeile ohne dem Page eingetragen und schon funktioniert es wie es soll. Also folgendermaßen: ```typoscript lib.parseFunc_RTE.tags.link.typolink.target = ``` vielen dank nochmal ,noi ### [#21](https://www.typo3.net/d/22813-rte-interne-links-httpwwwdomaindeid40/21) · Thomas N · 2006-01-30 kann mir das vielleicht jemand genauer erklären mit: RTE.classesAnchor.internalLink.titleText > Was muss ich tun, das mir der rte nicht mehr so faxen macht? vl bin i blind, aber die doku bringt mich da net weiter #paralyzed# ### [#22](https://www.typo3.net/d/22813-rte-interne-links-httpwwwdomaindeid40/22) · BastianBalthasarBux · 2006-01-30 na ich hab ja den ganzen typoscript code gepostet. das kommt ins PageTSConfig. und dann isses wieda gut! ;) ### [#23](https://www.typo3.net/d/22813-rte-interne-links-httpwwwdomaindeid40/23) · Thomas N · 2006-01-30 ja das habe ich gemacht, ... den alten Code habe ich ausgeklammert und neuen darunter gemacht. nur gibts bei mir keine Änderung. Linkfehler bleibt weiterhin bestehen. Sonst noch irgend ne Kleinigkeit vielleicht?? ### [#24](https://www.typo3.net/d/22813-rte-interne-links-httpwwwdomaindeid40/24) · BastianBalthasarBux · 2006-01-30 nein, eigentlich nicht. wie ausgeklammert? auskommentiert oder? mit # --> und ist auch sicher im page tsconfig von deiner rootseite? ### [#25](https://www.typo3.net/d/22813-rte-interne-links-httpwwwdomaindeid40/25) · Thomas N · 2006-01-30 siehste, das war die fehlende Info! ich hatte die datei direkt im htmlrte typical/pageTSConfig.txt gändert #giggle# jetzt werden die Links im Editor immer noch ohne index.php ausgegeben, im FE jedoch werden sie durch realurl richtig ersetzt..?? Is das normal? ### [#26](https://www.typo3.net/d/22813-rte-interne-links-httpwwwdomaindeid40/26) · BastianBalthasarBux · 2006-01-30 ja, wenn sie richtig ausgegeben werden, dann sollte das schon 'normal' sein *sfg* --> normalerweise werden links in die db so gespeichert: _top>Anzeigettext soweit ich weiss, zumindest. könnt ma ja mal in der db nachprüfen. und dann wird das ganze bei der ausgabe mit dem htmlparser (t3lib glaub ich) (immer öfter ;) ) richtig geparst. ### [#27](https://www.typo3.net/d/22813-rte-interne-links-httpwwwdomaindeid40/27) · laticauda88 · 2006-02-08 vielen, vielen Dank, an alle die zur Lösung dieses Bugs mitgewirkt haben. Auch bei mir funktioniert nun die Lösung der Löschung des title-Tags. Was jetzt natürlich sauer aufstößt ist die Tatsache, das der Title-Tag weg ist, ich aber eigentlich gerne einen title-Tag anbieten möchte. Was tun sprach Zeus: Warten auf typo3 4.0, in der Hoffnung, das der Fehler behoben wird? VG laticauda88 ### [#28](https://www.typo3.net/d/22813-rte-interne-links-httpwwwdomaindeid40/28) · franzferdinand · 2006-02-08 Hallo, ich schließe mich dem letzten Beitrag an. Gibt es vielleicht inzwischen eine Lösung, um die durch den RTE generierten internen Links mit RealUrl richtig darzustellen und um ausserdem gleichzeitig title-Tags verwenden zu können? Das ist wahrscheinlich zu viel verlangt, oder? Der erste Teil funktioniert ja bei mir, aber der Preis dafür ist ja, dass der title-Tag nicht verwendet werden kann. Schöne Grüße, FranzFerdinand ### [#29](https://www.typo3.net/d/22813-rte-interne-links-httpwwwdomaindeid40/29) · mikado1 · 2006-02-23 Hallo, auch wenn ich gar nicht danach gefragt habe, hat mir dieser Thread hier sehr geholfen. Dankeschön. :D ### [#30](https://www.typo3.net/d/22813-rte-interne-links-httpwwwdomaindeid40/30) · kugu · 2006-02-28 Hallo Forum, Erstmal: vielen Dank - der Thread hat mir sehr geholfen. Das Problem ist (fast) gelöst, wenn ich den TS-code von BBBux eintrage. Ausnahme: In einer vom RTE erstellten Tabelle funktioniert die choose nicht - bin ich hier allein auf weiter Flur, oder ist das bei Euch nachvollziehbar? Gruss Kurt ### [#31](https://www.typo3.net/d/22813-rte-interne-links-httpwwwdomaindeid40/31) · BastianBalthasarBux · 2006-02-28 choose ? bitte genauer spezifizieren. vielleicht kann ich dir helfen. haben auch schon an den tables rumgefrickelt. mfg bbb ### [#32](https://www.typo3.net/d/22813-rte-interne-links-httpwwwdomaindeid40/32) · kugu · 2006-02-28 Hi bbb, Im setup des root-templates habe ich: ```typoscript lib.parseFunc_RTE.externalBlocks = ul,ol,table,tr,td,th lib.parseFunc_RTE.externalBlocks.table.stdWrap.HTMLparser.tags.table.fixAttrib.class.list > lib.parseFunc_RTE.externalBlocks.table.HTMLtableCells.default.callRecursive = 0 RTE.default { PROC.allowedClasses = links, rechts PROC.allowedTagsOutside = IMG mainStyleFont = verdana, sans-serif mainStyleSize = 10px mainStyleColor =#2d2d2d disableColorPicker=1 disableSelectColor = 0 } RTE.colors { color1 { name = Logo-Blue value = #142F65 } color2 { name= Darkblue value = #1b3a77 } noColor { name = No color value = } } RTE.default.colors = color1, color2, noColor RTE.classesAnchor { internalLink { class > titleText > image > } externalLink { class > titleText > image > } externalLinkInNewWindow { class > titleText > image > } internalLinkInNewWindow { class > titleText > image > } download { class > titleText > image > } mail { class > titleText > image > } } ``` im user TS folgendes: ```typoscript options.RTEkeyList = cut,copy,paste,formatblock,class,fontstyle,fontsize,textcolor,bold,italic,underline,left,center,right,orderedlist,unorderedlist,outdent,,indent,link,table,bgcolor,image,emoticon,line,user,chMode ``` Mag ja schon sein, dass ich vor lauter äumen den Wals nicht mehr sehe... Gruss Kurt ### [#33](https://www.typo3.net/d/22813-rte-interne-links-httpwwwdomaindeid40/33) · BastianBalthasarBux · 2006-02-28 schau es mir morgen an. ich wollte eigentlich nur wissen was mit 'choose' gemeint war ;) mfg bbb ### [#34](https://www.typo3.net/d/22813-rte-interne-links-httpwwwdomaindeid40/34) · kugu · 2006-02-28 Hi all, Also: das Problem war mit der Zeile lib.parseFunc_RTE.externalBlocks.table.HTMLtableCells.default.callRecursive = 0 ...ist die ausgeklammert, funktionierts auch mit den Links in den Tables. Wofür hatte ich die bloss...? Hmmm...zeit aufzuhören ;-) Gruss Kurt ### [#35](https://www.typo3.net/d/22813-rte-interne-links-httpwwwdomaindeid40/35) · kugu · 2006-02-28 > ich wollte eigentlich nur wissen was mit 'choose' gemeint war ;) ...wegen dem überflüssigen 'o' sind wir mal nicht kleinlich, oooder? Kurt ### [#36](https://www.typo3.net/d/22813-rte-interne-links-httpwwwdomaindeid40/36) · BastianBalthasarBux · 2006-03-01 Ah! das war keine funktionalität sondern einfach nur so ein ausspruch. naja - ein überflüssiges o in diesem fall is schon a bisserl blöd. ich dachte mir die ganze zeit: was ist da gemeint? farbauswahl? stilauswahl? :) aber nu isses ja gut. -> die info kann ich sicher noch benötigen! ;) mfg bbb achja - aus meiner signatur kann man durchaus ablesen, dass ich schon etwas kleinlich sein kann was rechtschreibung betrifft, speziell wenn es sinnverändernd ist! ;) ### [#37](https://www.typo3.net/d/22813-rte-interne-links-httpwwwdomaindeid40/37) · mondrak · 2006-03-02 toller Thread hier, der ts-code hat bei mir auch ein Problem gelöst und zwar die wandlung des targets in ein js-popup, was vorher nicht funktionierte. Vielen Dank. --- Quelle: „RTE+ interne Links + http://www.domain.de/?id=40“, typo3.net, https://www.typo3.net/d/22813-rte-interne-links-httpwwwdomaindeid40 Beiträge von Mitgliedern des Forums. Bitte mit Link auf die Diskussion zitieren.