ConPressoPlus 4.1.6 Version 4.0c "Wild Horses" als BETA-Version 3 verfügbar (PHP 8.3) »»
9. April 2024 - PHP 8.3, Bugfixes, nützliche Modifikationen und zahlreiche Module... letzte Runde der Fehlersuche!
dass wir die Links absolut speichern hat einen einfachen Grund. Die php/js-Varianten waren ursprünglich dafür gedacht, die Inhalte auf externen Seiten einblenden zu können.
Und wenn dort dann relative Links stehen, führt das verständlicherweise zu Problemen.
Um die oben von dir aufgeführten Änderungen in CPO 4.1x vorzunehmen, würde ich mal in die Sprachdateien gucken, bspw. in \_include\lang\deutsch\common.inc.php
Vielleicht liege ich da auch falsch
Für die anderen gewünschten Änderungen habe ich dir keine Lösung.
Hier lassen sich im Grunde alle BLOCK-Elemente einsetzen, allerdings unterstützt der IE meist nur die bereits eingetragenen.
SPAN ist z.B. kein BLOCK-Element.
Danke euch beiden, so habe ich wenigstens das Blockquote-Tag ergänzen können. Und ich weiss jetzt, was der "Block"-Tag ist = "div"! Wieder was gelernt ...
Blockelemente sind die Dinger, die standardmäßig nicht in einer Zeile gemeinsam mit anderen Elementen stehen, also ein Absatz, eine Überschrift, eine Tabelle... und eben auch ein DIV.
Für "blockquote" gibt übrigens bereits einen Schalter, bzw. zwei, nämlich "Ein-" bzw. "Ausrücken", in Conpresso mit "nach rechts versetzen" und "nach links versetzen" beschrieben.
und
Leider schummeln die Browser hier meist noch unnötige CSS-Styles mit rein...
MarkusR hat geschrieben:Für "blockquote" gibt übrigens bereits einen Schalter, bzw. zwei, ...
__lol__ jetzt arbeite ich schon seit so vielen Jahren mit cpo und nie ist mir das bewusst aufgefallen ... Da muss ich ja aufpassen, dass ich nicht versehentlich einen Einruecker zum Quote mache!
Leider schummeln die Browser hier meist noch unnötige CSS-Styles mit rein...
Und genau deshalb bin ich der Meinung, dass der Editor solche Funktionen nicht dem jeweiligen Browser überlassen sollte. Der Redakteur A verwendet den Firefox, B den IE, usw.
Im Ergebnis hat man genau das, was man beim Einsatz eines CMS gerade nicht will: Uneinheitlichkeit
Uebrigens,
der cpo-Editor (FF - andere habe ich nicht getestet) schmuggelt noch immer ein <br> in normale <p>-Absätze, und merkwuerdigerweise ohne weitere Wirkung.
Mein Verdacht ist, dass das ein nicht gelöschter Absatz ist von eingefuegtem Text, bevor er als regulärer <p>-Absatz markiert ist. Warum aber dann die folgenden Absätze das <br> (und noch nicht mal <br />) - mitnehmen, ist mir ein Rätsel.
Der FF schreibt schon immer <br> (Zeilenschaltung) beim Drücken der Enter-Taste, was jedes andere System das "Textverarbeitung" betreibt korrekt als Absatz interpretiert.
Zeilenschaltung ist Shift + Enter.
Aber FF denkt halt noch immer es wäre eine Schreibmaschine...
Erst durch Nutzung der Blockformate kann man FF zu Absätzen überreden.