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!!!
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
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
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
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
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
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
vielen Dank!
ich war gerade beim Probieren der Lösung von:
http://lists.netfielders.de/pipermail/typo3-german/2005-November/006838.html
😉
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
simpel: in den constants PAGE_TARGET = _top
und im setup:
config {
extTarget = _blank
intTarget = _top
}
lg bbb
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
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:
lib.parseFunc_RTE.tags.link.typolink.target =
vielen dank nochmal
,noi
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#
na ich hab ja den ganzen typoscript code gepostet.
das kommt ins PageTSConfig. und dann isses wieda gut! 😉
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??
nein, eigentlich nicht.
wie ausgeklammert? auskommentiert oder? mit #
--> und ist auch sicher im page tsconfig von deiner rootseite?
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?
ja, wenn sie richtig ausgegeben werden, dann sollte das schon 'normal' sein *sfg*
--> normalerweise werden links in die db so gespeichert: <link http://www.irgendwas.at _top>Anzeigettext</link>
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.
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
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
Hallo,
auch wenn ich gar nicht danach gefragt habe, hat mir dieser Thread hier sehr geholfen. Dankeschön. 😃
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