Zum Inhalt springen

RTE mit RealURL / I18N / Anchors

Erstellt am 12. März 2009 · 24 Antworten · letzte Antwort am 16. März 2009 · Seite 1 von 2

Tags: RealURL, Links, Frage

makronetz ·

Hallo,

ich benötige einen Tipp zum RTE.

Ich habe das Problem, dass RealURLs im RTE nicht umgesetzt werden und somit als ?id=XXXX auf der Seite landen, was ja extrem unschön ist.

Außerdem kann ich nicht Anker im Zieldokument anspringen, weil mein RTE das anscheinend nicht unterstüzt.

Zudem wäre es schön, wenn ein RTE die Verlinkung auf andere Sprachen unterstützten würde (natürlich nur optional und wenn dies explizit via TS "freigeschaltet" ist).

Momentan verwende ich: tinyRTE. Seit der Installation/Verwendung von RealURL bzw. error_404_handling streikt der htmlarea-RTE. :/

Ich bin für jeden Tipp dankbar

Gruß
Alexander

just2b ·

Hallo und willkommen im Forum,

es ist ok wenn in der DB index.php?id=123 steht, das wird vor der Ausgabe umgewandelt.

zu deinem Streik kann man nix sagen, da fehlen die Infos

georg

makronetz ·

Hallo just2b,

danke für das Willkommen! 🙂

Die Links stehen werden tatsächlich als index.php?id=XXXX gerendert, obwohl die entsprechende Seite eine RealURL besitzt. (Im meinem Menü ist die URL dann "menschlich" und geRealURLt...). Bei Inhalten aus RTE (Content Elementen) eben nicht... :/

Gruß
Alexander

just2b ·

wie gibst du deinen content denn aus?

hast du irgendwas wie tt_content..... in deinem TS? schmeiss das mal raus

georg

makronetz ·

Hallo just2b,

so sieht mein Template aus (Auszug):

# configure RealURL
config.simulateStaticDocuments = 0
config.baseURL = http://t3.meine-domain.com/
config.tx_realurl_enable = 1
prefixLocalAnchors = all

und

# CONTENT (the content itself)
marks.CONTENT = CONTENT
marks.CONTENT < styles.content.get

Gruß und Danke
Alexander

makronetz ·

Hallo just2b,

sowas?

# FORMATIERUNG DER CONTENT ELEMENTEN (test)
tt_content.textpic.stdWrap.wrap = <div class="content-element"> | </div>
tt_content.text.stdWrap.wrap = <div class="content-element"> | </div>
tt_content.menu.stdWrap.wrap = <div class="content-element">  | </div>

oder sowas?

# Watermark in images (test)
tt_content.image.20.1.file.m.bgImg = fileadmin/makronetz/watermark.png
tt_content.image.20.1.file.m.mask = fileadmin/makronetz/watermark.png

oder sowas?

# NEWSTICKER
marks.NEWSTICKER = RECORDS
marks.NEWSTICKER {
	tables = tt_content
	source = 3711
	dontCheckPid = 1
}

Danke für Deine Hilfe

Gruß
Alexander

just2b ·

das schaut alles ok aus.

ich kenne leider den tinyrte nicht, kann also nicht sagen obs an dem liegt, aber du kannst folgendes probieren: erstell ein content element text, schalt den rte mal aus und schreib sowas rein

<LINK www.typo3.org>Test</LINK>

rein. anstatt der url kannst du auch eine gültige seitenid probieren. die links sollten im FE richtig gerendert werden.

georg

makronetz ·

Hallo Georg,

ok, ich werde es testen. Aber das Problem mit I18N und den Ankern.... welcher RTE kann das anständig umsetzen?

Gruß
Alexander

makronetz ·

Hallo,

Ok, das dachte ich mir schon. :/
Und Links auf Anker? (evtl. mit Anzeige der Anker der Zielseite?)

Gruß
Alexander

just2b ·

wenn das ein anker des content elements ist, dann kannst du die elemente mit der linkfunktion des rte ansprechen

georg

makronetz ·
just2b schrieb

das schaut alles ok aus.

ich kenne leider den tinyrte nicht, kann also nicht sagen obs an dem liegt, aber du kannst folgendes probieren: erstell ein content element text, schalt den rte mal aus und schreib sowas rein

<LINK www.typo3.org>Test</LINK>

rein. anstatt der url kannst du auch eine gültige seitenid probieren. die links sollten im FE richtig gerendert werden.

georg

Etwa so:
<LINK index.php?id=21>Test</LINK>

Danke und Gruß
Alexander

makronetz ·

Hallo,

gerade nochmal gegooglet:

<LINK 21>Test</LINK>

funktioniert und wird korrekt in eine RealURL im FE umgesetzt.

Mein RTE setzt die Links aber in dieser Form:

<a t3page="page" href="?id=21" t3url="21">test</a>

Na super! 🙁

Ich wechsel mal den RTE. Was kannst Du empfehlen?

Gruß
Alexander

makronetz ·

Hallo,

dachte ich mir fast. 🙂
Der ist bei mir leider seit Installation der Extension error_404_handling irgendwie weg.... :/

Danke schonmal für Deine Hilfe

Gruß
Alexander