Halli Hallo!
Ich habe im Moment ein ziemliches Problem mit Links aus dem htmlArea RTE... die Links werden immer nach folgendem Schema aufgerufen und ich habe überhaupt keinen Plan,warum das so ist...
http://p13170.typo3server.info/6.0.[b]html?id=26[/b]
Natürlich kann damit nichts angefangen werden, denn diesen Link gibt es ja nicht... wo ist das gute allte index.php?id= hin ?
Kann mir jemand da mal auf die Sprünge helfen ? Ich nutze Typo 3.8 auf nem Mittwald Agentur Paket mit htmlAreaRTE 0.7.2
Lieben gruss, der Thomas
NACHTRAG!
ISt zwar eigentlich nicht der Weg den ich gehen wollte, aber wenn ich Simulate Static unterbinde klappts wieder... anscheinend vertragen sich diese beiden Tools also wohl noch nicht miteinander...
Lieben gruss, der Thomas
PS: Wenn jemand ne Lösung für simulateStaticDocuments in Verbindung mit dem htmlArea RTE hat wäre ich darüber aber trotzdem sehr froh!!!
Hi,
tja, das selbe Problem habe ich auch schon 2-mal gepostet. Keine Antwort. Es ist sogar noch schlimmen.
Wenn ich im normalen Textinhalt eingebe:
<link impressum="" />Impressum</link>
und dann den RTE öffne, macht der da draus:
<p><a href="http://kinderarzt-heessen.de/?id=impressum">Impressum</a></p>
Füge ich Links über den RTE direkt ein, benutzt er auch immer den <a>-Tag, was dazu führt, daß diese Links dann nicht mehr von T3 geparst werden, was dazu führt das nicht T3-konforme Links erzeugt werden, die dann natürlich auch keine Sprachunterstützung oder readUrl o.ä. zulassen.
Also im Moment neige ich dazu, den alten oboleten RTE wieder einzusetzen.
Wie lösen denn das andere ?
Waldo
Nochmal ich,
also der rte_pb_htmlarea macht das eigentlich genau so, nur beim Verlassen des Editors und Rückkehr zur normalen Textelement-Inhaltsansicht werden die <a>-Tags wieder zurückgewandelt in <LINK>-Tags.
Muss man da noch irgendwo eine ParseFunc erstellen / einstellen ?
Waldo
Und nochmal ich,
also ich habe jetzt festgestellt, wenn ich in den Extension-Einstellungen, alle Optionen einschalte und im user-TS nichts eingebe werden die links so
<a title="Opens internal link in current window" class="internal-link" href="?id=24"><img alt="Opens internal link in current window" src="typo3conf/ext/rtehtmlarea/htmlarea/plugins/TYPO3Browsers/img/internal_link.gif" /> Impressum</a>
erzeugt.
Trage ich im user-TS
options.RTEkeyList=cut,copy,paste,formatblock,fontstyle,fontsize,bold,italic,underline,left,center,right,orderedlist,unorderedlist,outdent,indent,line,link,table,image,textcolor,chMode
ein wird der link so
<link 24>Impressum</link>
erzeugt.
Kann man mir das jemand erklären ?
Waldo
interessiert mich auch! Hat jemand eine Idee?
Auch ich wäre für eine Hilfe dankbar.
Das Problem taucht im Forum hier immer wieder auf.
Es muss doch jemand hierfür eine Lösung haben:
RTE HTMLarea
+ schöne URLs ala simulateStaticDocuments oder REALurl
+ funktionierende interne Links (z.B. ...de/home.html und nicht ...de/home.html?id=40)
Vielleicht kann jemand was Funktionierendes in der Richtung hier mal posten. DANKE
ach ja, die anderen Threads zum Thema:
#32038
#22813
gleiches Problem.. 😢
Im Prinzip könnte ich ja damit leben, "Enable all options" in der Extension-Konfig von htmlarea ausschalten und schon werden Links in der Form <link />...</link> in die Datenbank geschrieben.
Problem dabei: die Redakteure nutzen Firefox Version 1.0.7 und können dann nicht mehr mit dem RTE arbeiten, weil kein Content in der Textarea des RTEs erscheint (ab Firefox 1.5 Beta 2 gehts wieder...)
...irgendwie läuft bei mir beides kombiniert. Ich hab simulate static drin, das macht typo auch soweit keine exotischen variablen mit '&' übergeben werde, und in meinen zusätzlichen moduleentwicklungen (wo wieder verschiedentliches mit GET mitgeschickt wird) wird wieder die normale adresse ala index.php?id=122&PID=10 übergeben.
Hierbei interessiert auch nicht das problem, dass RTE das '&' als '$amp;' umsetzt, denn in der normalen URL funzt '$amp;' ja wieder.
Das funktioniert sogar soweit, dass die adressen wieder als simulierte angezeigt werden, wenn ich wieder in seitenbereiche komme, die keine sonderzeichen in der URL haben.
Natürlich wäre es mir lieber, wenn alle seitenadressen simuliert angezeigt würden, aber um das zu realisieren muss ich noch ein wenig tiefer in die rewrite rules einsteigen und eventuell würden einige meiner scripte damit auch problem bekommen. Bis dahin werden zumindest viele alle seitenadressen mit standard-contents simuliert für die suchmaschienen dargestellt.
cooper
Um die antwort auf version13s frage zu geben:
installiere dir den htmlarearte in version 0.7.0. das funzt bei mir.
liegt übrigens nicht an mittwald, hab das problem auch nicht ausschliesslich bei denen.
leider so wie es scheint, wurde das problem auch mit version 1.0.0 noch nicht gelöst.
mfg bbb
Hallo zusammen
Da ich das selbe Problem habe wollte ich mich kurz melden bei mir tritt das Problem aber nur bei Links auf die auf eine Unterseite der Seite verweisen auf welcher die Links gesetzt wurden! (was für ein Satz! :o )
(Benutze TYPO3 v 3.8 und HTMLAREA 1.0)
BastianBalthasarBux schrieb:
installiere dir den htmlarearte in version 0.7.0. das funzt bei mir.
Wo kann man die runterladen?
bin für jegliche Tips dankbar
Gruss SWISHI
Hallo,
ich benutze Typo3 3.8.1 und rtehtmlarea Version 1.0.0
Nachdem der beschriebene Fehler bei mir nicht aufgetreten ist, habe ich einmal versucht, ihn zu reproduieren.
Der Fehler trat auf, nachdem ich
config.baseURL = http://www.meinDomain.de/
testweise auskommentiert hatte.
Folgendes steht unter anderem im Setup meines Root-Templates:
config {
simulateStaticDocuments=1
simulateStaticDocuments_pEnc=md5
# displays 22 chars of the page title
simulateStaticDocuments_addTitle=22
# include the GET parameters from tt_news to the encoded vars (all in one line)
simulateStaticDocuments_pEnc_onlyP = cHash, L, print, tx_ttnews[backPid], tx_ttnews[tt_news], tx_ttnews[pS], tx_ttnews[pL], tx_ttnews[arc], tx_ttnews[cat], tx_ttnews[pointer], tx_ttnews[swords]
baseURL = http://www.meineDomain.de/
}
Es werden interne Links produziert, die so aussehen (und funktionieren):
http://www.meineDomain.de/?id=102
Viele Grüße