Hallo!
Ich würde für mein Projekt gern die Extenstion sb_accessiblecontent einsetzen, weil mir die css_styled_content viel zu viele Klassen in den Text setzt. Jetzt habe ich aber das Problem, das im FE die Ausgabe diverser Plugins nicht mehr angezeigt wird, obwohl die Plugins als solche offenbar eingesetzt werden. Das sieht dann z.B. so aus:
<a name="235"></a>
<!-- Plugin inserted: [begin] -->
<!-- Plugin inserted: [end] -->
</div>
Das betrifft die Plugins jp_pageteaser, rlmp_eventdb und macina_searchbox. Setzt jemand Accessible Content auch ein und weiß Rat? Irgendwo (ich finde die Seite aber nicht mehr wieder!) habe ich gelesen, dass "Accessible Content" Schwierigkeiten mit Extensions hat, deren Daten nicht direkt aus der Tabelle tt_content kommen. Kann das sein?
Vielen Dank schon mal und viele Grüße von
Markus
ja das kann sein. Genau aus dem Grund habe ich auch das Experiment abgebrochen 😉
Die Site typo3.sunbeam-berlin.de/accessiblecontent/, die für Probleme und die weitere Entwicklung im Buch: TYPO3 Das Handbuch für Entwickler genannt ist, führt mitlerweile ins Nirwana ...
Im Buch ist beschrieben, das Einschränkungen bei div. Plugins bestehen, aber "leicht" behoden werden könnten. S.454f
das stimmt leider nicht und ist sehr optimistisch.
Ich habe das Update der Ext ausprobiert - nada.
Der Ansatz ist sehr löblich, aber wem nutzt eine unfertige Extension, die nicht richtig funktioniert.
Hallo!
Nun ja, dann liegt's wenigstens nicht an meiner Unfähigkeit. #paralyzed#
Gleich die nächste Frage hinterher: Gibt es eigentlich eine Möglichkeit, diesen ganzen DIV- und CLASS-Dschungel bei css_stlyed_content und cron_cssstyledimgtext zu reduzieren? Ich meine z.B. solche überflüssigen DIV's wie
<div class="csc-header csc-header-n1">
<h2 class="csc-firstHeader">Willkommen</h2>
</div>
oder solche absurden Verschachtelungen wie bei
<div class="csi-textpic csi-intext-right">
<div class="csi-imagewrap">
<div class="csi-imagecolumn" style="width:110px;">
<div class="csi-image" style="width:100px;">
<div>
<img src="typo3temp/pics/2c99405eb8.jpg" width="100" height="75" border="0" alt="" />
</div>
</div>
</div>
</div>
</div>
Über TS geht das wohl nicht, oder?
Gruß
Markus
amadeus schrieb
Ich meine z.B. solche überflüssigen DIV's wie
<div class="csc-header csc-header-n1">
<h2 class="csc-firstHeader">Willkommen</h2>
</div>
Zunächst einmal solltest du Kommentare wie "solche überflüssigen DIVs" lassen.
Nur weil du den Sinn einer Sache nicht verstehst, macht sie noch lange nicht überflüssig.
Die DIVs etc. mögen für dein Projekt überflüssig sein, es gibt aber durchaus Seiten, auf denen man die erste (oder 17te) Überschrift per CSS gesondert behandeln möchte.
Dafür schafft die Extension css_styled_content die Voraussetzungen.
amadeus schrieb
oder solche absurden Verschachtelungen wie bei
<div class="csi-textpic csi-intext-right">
<div class="csi-imagewrap">
<div class="csi-imagecolumn" style="width:110px;">
<div class="csi-image" style="width:100px;">
<div>
<img src="typo3temp/pics/2c99405eb8.jpg" width="100" height="75" border="0" alt="" />
</div>
</div>
</div>
</div>
</div>
Siehe oben. Diese Verschachtelungen sind auf jeden Fall korrekter HTMML Code und vor allem zugänglich, im Gegensatz zu den vorher verwandten Tabellen-Monstern um Bilder. Im Übrigen bietet cron_cssstyledimgtext diverse andere Möglichkeiten,
"absurde Verschachtelungen" um Bilder im Text zu wrappen, z.B. mit Listen etc.
amadeus schrieb
Über TS geht das wohl nicht, oder?
Na aber sicher doch, das wrapping wird doch in der jeweiligen setup.txt beschrieben,
das kannst du natürlich jederzeit überschreiben, wenn du weißt, was du da machst ...
Ok, ich seh's ein: ich werde mit der Wahl meiner Worte vorsichtiger sein. Dein Hinweis auf die setup.txt war hilfreich; danke dafür! 🙂
Deine Zurechtweisung aber finde ich nun wieder genau so unnötig wie du meine Adjektive... 🙁 Kann nicht jeder so ein Profi sein wie du... Für so "dumme" Fragen wie meine gibt's ja wohl das Forum auch, oder? Wenn ich schon wüßte, an welcher Schraube ich drehen muß, würde ich ja nicht fragen.
Trotzdem viele Grüße
Markus
Noch mal zu der ersten Frage: Im Buch wie in der swx-Doku gibt es ja folgenden Hinweis, der für jede Extension, die Probleme bereitet, eine Eintragung nötig macht. Dann soll es aber laufen:
Getting plugins running
As we explained in section “Introduction > Important Hint on plugins” the function t3lib_extMgM::addPItoST43() doesn't fully work for accessible_content. Some jobs that are traditionally managed by this function need to be done in TypoScript for those Extensions.
If we deal with a plugin that is produced with default settings of the extension manager and has the key user_test1_pi1, we would need to add the following line to our TypoScript Setup.
tt_content.list.20.user_test1_pi1 =< plugin.user_test1_pi1
For the plugin irfaq the line would be:
tt_content.list.20.irfaq_pi1 =< plugin.tx_irfaq_pi1
Not all plugins need this additional line. It depends on. Newer plugins rather avoid to use the problematic function.
Aber vielleicht habt Ihr das ja schon beachtet.