Verzweifele: Formatierung von Page-Texten <= WYSIWYG-Plugin "für Doofe"? (Kein CSS..)

Hallo Tobias!

TinyMCE IST der Standart-Editor in Wordpress und ist in Wordpress integriert.
Der Grund warum Formatierungen die du mit dem Editor im Backend machst, nicht übernommen werden liegt darin, dass das jeweilige Theme "den äußeren Designrahmen" (die grobe Sicht wie eine Homepage aussehen soll) vorgibt. Deshalb passiert es oft, dass das Theme die Formatierungen die du im Editor machst überschreibt.
Dies kannst du nur über die style.css verändern (oder ein anderes Theme wählen). Wenn dir also der Style des Themes nicht gefällt, dann kannst du ihn übe die style.css so verändern, dass das Theme deine Formatierungen in HTML auch übernimmt. Dadurch veränderst du dann aber auch das Design (das äußere Erscheinungsbild).
CSS ist gar nicht so schwer, dazu muss man kein Programmierer sein. Kleine Sachen kann man selbst hinbekommen, für größere Sachen gibt es hier viele nette Leute die gerne weiterhelfen, und für noch größere Änderungen gibt es die Jobbörse.

Als Zusatzplugin zu TinyMCE empfehle ich dir das Plugin WP Edit. Mit ihm kann man zusätzliche nützliche Buttons in die obere Menüleiste des Editors übernehmen. Unter anderem ist dort auch ein Button "Schriftgröße" (Font Sizes) dabei über den du den Schriften Größen in Punkt zuweisen kannst. Aus WP Edit empfehle ich dir auch die Buttons "Font Family" (Schriftname) und "Formats" (Formate) die einige der Standartbuttons von TinyMCE sehr gut zusammenfassen und überflüssig machen.

Gruß Frank

So wie sich für mich liest, wäre wohl der Visual Composer das richtige Werkzeug für Dich.
btw. glaube nicht, dass Monika oder SuMu sich angegriffen fühlten, da überschätzt du deine Position.

Zitat von Tobias Claren

(...)
Dann kann ich immer noch nicht frei den Seitentext erstellen.
(...)

Ich kann Deine Einwände nicht so ganz nachvollziehen, man muss nun wirklich kein Programmierer sein, um als Anwender mit WordPress und seinem Editor klarzukommen. Es ist eine Sache des Workflows und der richtigen Plugins für den jeweils gewünschten Zweck.

Der Waldundwiesenblogger veröffentlicht doch i.d.R. Fließtext mit ein paar Bildchen drin und drumherum, dazu noch binden manche Videos oder Soundfiles ein und veröffentlichen allenfalls noch zusätzlich mehr oder weniger große Bildergalerien und hier und da mal Tabellen, das war’s dann aber auch im Großen und Ganzen schon.

All das ist bereits mit den Bordmitteln von WP möglich, wenn auch teilweise etwas umständlich bzw. eingeschränkt.

Aber hier helfen ja die Plugins weiter, die eine ganz wesentliche Stärke von WP ausmachen.

Eines davon, welches den integrierten Editor von WP schon fast so komfortabel bedienbar macht, wie eine einfache Textverarbeitung, wurde mit WP Edit ja schon genannt.

Brauchst Du mehr und eine Schippe Extras zur individuelleren Gestaltung oben drauf, die auch noch über die Standardmittel einer Textverarbeitung um einiges hinaus geht, so sei Dir zusätzlich Shortcodes Ultimate (bei bilden in ihrem Funktionsumfang eine kleine Schnittmenge, die sich aber nicht gegenseitig stört) empfohlen.

Arbeitest Du dazu noch viel mit Bildern, die auch in moderner ansprechender Weise auf Anklicken vergrößert dargestellt werden sollen, dann pack noch ein Lightbox-Plugin wie z.B. Responsive Lightbox by dFactory obendrauf, das erspart dir im Grunde auch im Zusammenspiel mit den Bordmitteln von WP ein meist aufwendiges zusätzliches Bildergalerie-Plugin, falls auch Bildgalerien einen Schwerpunkt bilden.

Das war’s dann im Grunde auch schon, mehr kann man immer noch draufpacken, wird aber in meisten Fällen nicht nötig sein.

Optimierbar ist aber immer auch der Workflow, ich selbst (aber auch die meisten meiner Autoren) erstelle längere/anspruchsvollere (nicht automatisierbare) Texte im Rahmen von Magazinen (Blogs) oder Tutorialsammlungen i.d.R. zuerst mit Word (oder einer anderen Textverarbeitung) und kopiere sie dann in die visuelle Ansicht des Editors, alle rudimentären Formatierungen werden dabei übernommen (selbst Tabellen in ihrer Grundstruktur), die Feinarbeit und das Einfügen der Medien erfolgt dann in diesen Fällen i.d.R. im Backend von WP.

Mit den beiden ersten o.g. Plugins kann man dabei sogar auch in Spalten arbeiten, wenn das gewünscht ist, meist verzichte ich aber (heutzutage) wegen der Vielzahl der unterschiedlichen Endgeräte der Nutzer darauf und die "Blogs" die ich betreibe, sind eher Magazine in ebensolchem Layout, da ist sowieso schon genug Gedöns um die Artikel durmherum, da muss man das Ganze nicht noch durch Spalten im Artikel selbst unnötig unübersichtlich machen.

Achja, das Problem mit den Leerzeilen, das ist in der Tat ein Bug bzw. ein Problem der eindeutigen Erkennbarkeit des Autorenwunsches vorhanden, der sich aber im Zweifel ganz simpel in der Textansicht korrigieren lässt (manchmal, je nach Theme und eingesetztem Plugins, ist ein zweites Abspeichern in der visuellen Ansicht nötig), aber auch dafür benötigt man keine tieferen Kenntnisse von HMTL oder CSS.

Zitat von Tobias Claren

Nein, die Schuld Pauschal dem Theme zuzuschieben ist zu einfach. Das was ich nenne, bemängeln auch viele Andere. Auch mit Standardthemes.

Es bemängeln viele Menschen vieles und vergessen dabei allzuoft mit der Ergründung der Ursachen mal zuerst bei sich selbst anzufangen, weil die Schuld auf andere zu schieben, nun mal viel bequemer ist, weil man sich ja so um die Lösung nicht selbst kümmern muss/kann.

Zitat

Wenn man von Hand Code (normales HTML?) in der "Text"-Ansicht einfügen kann, und der funktioniert, dann könnte das auch der Editor. (…)

Kannst Du, WP modifiziert diesen nur aus Gründen der Kompatibilität, Konformität, Stabilität und Sicherheit, es ist also systembedingt, über Details ließe sich dabei sicher diskutieren, ein wenig Modifikation ist aber grundsätzlich für jedes (moderne) CMS in diesem Zusammenhang nötig.

Zitat

(…) Das hat den Editor ersetzt, und so wie es aussieht, kann ich ganz normal "Enter" etc. drücken, und so schrieben, wie ich es aus Foren wie hier gewohnt bin. (…)

Das ist doch mit WP gerade kein Problem, wo meinst Du bei den vergleichbaren Merkmalen die gravierenden Funktions- und Anwendungsunterschiede denn ausmachen zu können.

Zitat

(…) Ein Land in dem ein Staatsminister bemängelt dass zu viele Menschen studieren, könnte man sich auch vorstellen dass es gar nicht erwünscht wäre wenn jeder programmieren könnte. (…)

HTML und CSS sind keine Programmiersprachen und wenn ein zu hoher Anteil der Bevölkerung studiert, wird einerseits das Studium entwertet und sinkt anderseits die allgemeine Bereitschaft zu einfacher körperlicher Arbeit, beides führt aus Dauer zu gravierenden wirtschaftlichen und gesellschaftlichen Problemen, bis hin zur existenziellen Bedrohung und Zusammenbruch eines solchen Systems.

Zitat

(…) Keine 50+ Euro pro Stunde und mehr, weil es einfach keine besondere Leistung mehr ist. (…)

Auch bei den meisten (qualifizierten) selbständigen Handwerkern geht es mit dem Stundensatz (Stundensatz ≠ Stundenlohn) knapp darunter los und findet im Doppelten noch nicht sein Maximum, das hat betriebswirtschaftliche und marktgesetzliche Gründe und ist weder (komplett) von oben aufoktroyiert (die sozialstaatlichen Anteile mal ausgenommen), noch steckt eine obskure Verschwörung dahinter und das sage ich als jemand, der alles um sicher herum deutlich kritischer und hinterfragender betrachtet als der ganz überwiegende Teil seiner Mitmenschen.

Zitat

(…) Weil jede Privatperson es selbst macht, statt für die Vereinsseite zu zahlen. Firmen lassen es von einem Angestellten machen, der sonst anderes macht. (…)

Aber das ist doch schon in einem großen Umfang der Fall, auch wenn das nicht immer der zielführendste Weg ist, was aber weniger am mängelbehafteten Editor liegt.

Zitat

(…) Womit jeder Bürger schon das Niveau des Normalprograsmmierer hätte. Die die es dann beruflich machen, werden noch mal einen Schlag besser. (…)

Warum sollte jeder Bürger ein Programmierer sein, ist doch auch nicht jeder ein Dachdecker, obwohl jeder ein Dach braucht.
Es muss auch niemand ein Programmierer sein, um einen Text mit einem simplen Editor zu verfassen, es reicht völlig aus, diesen Editor bedienen zu können, so wie auch nicht jeder Autofahrer sein Auto reparieren und warten können muss, sondern eben nur bedienen, um damit von A nach B zu gelangen und selbst wenn er das auch nicht kann, mag oder darf, dann lässt er sich halt fahren, denn auch dafür gibt es ja Dienstleister.

Zitat

(…) Wer nutzt schon privat aus Spaß als Kind/Schüler Mathematik. (…)

Solche z.B., die aus Spaß in ihrer Freizeit programmieren – merkst Du was…

Zitat

(…) "Fließtext"?
Also ohne Leerzeilen und jeglichen Absatz?
Das ist ja furchbar zu lesen. Und sehe ich eigentlich nie. (…)

Da haben wir jetzt das Dilemma der verschiedenen Definitionen des Begriffs, in der engeren Definition des Schriftsatzes, sind keine Absätze, aber sehr wohl Zeilensprünge inkludiert, in der umgangssprachlichen oder der in Marketing und Werbung, sind damit aber auch Texte gemeint, die Absätze enthalten, aber ansonsten durchgängig und fortlaufend sind und sich so verschiedenen Darstellungsbreiten fließend anpassen können.

Zitat

Wenn ich mit Enter 10mal eine Leerzeile erzeige, soll das auch im Frontend so aussehen.
Das gleiche bei Shift+Enter. (…)

Das tut es doch auch, es sei denn, irgendwelche Plugins funken dazwischen oder es wurde etwas am WP-Core bzw. dem Editormodul auf Codeebene verändert.

Zitat

(…) Diese Murkserei mit Enter oder Shift+Enter ist eh seit Jahren ein Gräuel. (…)

Dann läuft da seit Jahren etwas schief, wie schon geschrieben, kommt es hin und wieder vor, dass auch ohne Modifikationen der Originaleditor nicht immer haarscharf den Wunsch des Autors erkennt, aber das lässt sich ruckzuck in der Textansicht geradebiegen und zwar ohne CSS und ohne, dass man dafür ein Programmierer sein muss.

Mir scheint, Du hast Dich da in einer Sackgasse verrannt, aus der Du nicht mehr rauskommst, weil Du Dir selbst den Rückweg verbaust…

Zitat

(…) Ja, ich habe auch mit Word bzw. Writer Text erstellt, und umkopiert.
Die Formatierung mag zwar in "Visuell" noch erhalten bleiben (auch ohne ohne Anlass kleine Ankersymbole), aber im Frontend ist es ein Textblock.

Nein, alle rudimentäre Formatierungen (Zeilensprung, Absatz, fett, kursiv, unterstrichen etc.) werden zumindest in den neueren WP-Versionen aus MS Word (WordPad, OpenOffice, LibreOffice etc.) bei o.g. Vorgehensweise völlig korrekt übernommen, ja sogar auf Tabellen trifft das mit ihrer Grundstruktur zu.

Du scheinst da entweder etwas grundsätzlich falsch zu machen oder bist mit einer defekten bzw. verbastelten oder total veralteten WP-Installation unterwegs.

Zitat

(…)Ich halte neue Zeile und eine Leerzeile für "rudimentäre Funktionen", allerdings werden die nicht übernommen. (…)

Ich auch und doch, werden sie…

Zitat

(…) Daher die Frage, ob es notfalls Editoren als Windows-Programm gibt, die mir den Code ausspucken, denn ich dann einkopieren kann. (…)

Ja, gibt es und s.o.

Zitat

(…) Was hingegen einfacher ist. Oder sich eine Lampe anbringen lassen, weil das ja ein Elektriker machen "muss" (…)

Nö, das muss (gesetzlich) nicht mal in D. zwingend ein Elektriker machen, nur das gewerbliche Anbieten einer solchen Leistung, setzt bestimmte nachweisbare Qualifikationen voraus.

Zitat

(…) ja auch eine 3-Phasen-400V-Leitung für einen Durchlauferhitzer verlegen (…)

Naja, bei ohmschen Widerständen ist die Reihenfolge der Phasen egal, Anschließen ist also kein großes Ding, das Verlegen auch eher nicht…

Zitat

(…) Es geht auch nicht um "Formatierungen", sondern dass einfach jegliche Leerstellen und ABsätze ignoriert werden.
Was soll ich denn noch drücken, außer "Enter" oder "Shift+Enter"?(…)

So funktioniert es doch i.d.R. schon, denn s.o.