Moin,
ich glaube nicht, dass ich Dich falsch verstanden habe, sonst hätte ich das erst gar nicht nochmals getestet.
Deswegen hatte ich gleich im ersten Beitrag geschrieben, dass Du das
<marquee> Tag im Bereich "CSS Editor"
händisch ändern sollst - dann stimmt die Farbe in der Mobirise Arbeitsansicht, nach dem lokalen und nach dem entfernten Publizieren und es steht auch kein <b> Tag im Bereich "CSS Editor".
Das <b> Tag wird erst dann in den "CSS Editor" eingetragen, wenn Du dessen Farbe über die
Werkzeuge änderst, denn erst dann bekommt es ja eine CSS zugewiesen und dann muss es auch dort eingetragen werden.
Hier diese
Arbeitsansicht in Mobirise mit der geänderten Farbe im <marquee> Tag (keine Ahnung warum es bei Dir nicht mit geänderter Farbe angezeigt werden sollte):
Hier die Ansicht im "
Code Editor" (kein <b> Tag im CSS-Editor):
Es ist von Mobirise nicht vorgesehen das <marquee> Tag über die Werkzeuge-Leiste farblich zu ändern.
Normalerweise steht Text in einem <p> Tag (Paragraph) und Mobirise ändert dann bei der Nutzung der Werkzeuge immer das gesamte <p> Tag. Sollte dort in dem Text für z.B. ein Wort Fettschrift auch ein <b> Tag verwendet worden sein, dann schreibt Mobirise schon immer, dass man zunächst das <b> Tag (also das fette Wort) entfernen soll, dann die Farbe ändern soll und dann das <b> Tag (also das fette Wort) wieder einfügt.
Umgekehrt - als Beweis:
Editiere doch mal bei einem neu aufgezogenen Block mit der Laufschrift gleich das <b></b> im "Code Editor" im Bereich "HTML Editor" und ändere es in ein <strong></strong>. Verwende dann das Werkzeug zur Farbänderung und dann wird eben diese Farbänderung als Selektor "strong" (wie bei dir das "b") auch in den "CSS Editor" eingetragen und dann wirkt das auch, da es ja nun auch in der CSS als "strong" steht, in der Arbeitsansicht und nach dem lokalen und entfernten Publizieren:
Wenn man hier von einem
Bug sprechen möchte, dann ist der Bug, dass Mobirise beim Publizieren aus diesem <b> Tag ein
<strong> Tag macht, das tut es aber schon seit Jahren an etlichen Blöcken und das hat jetzt nichts mit dem neuen <marquee> Block zu tun. Deswegen kann dann das in der Farbe geänderte <b> Tag auch nicht wirken, denn nach dem Publizieren steht das zwar immer noch in der CSS aber es steht anstelle dessen nun das
<strong> Tag im generierten
Quelltext, für das gar keine CSS definiert wurde:
Quelltext hat geschrieben:
<marquee class="mbr-section-title mbr-fonts-style py-2 display-7" behavior="scroll" direction="left"><strong>Lorem ipsum dolor sit amet</strong></marquee>
Das mit der Änderung in ein <strong> Tag hatte ich aber oben am
07 Jul 2021, 04:50 bereits auch schon geschrieben.
Lies mal auch diesen Artikel:
https://www.seobility.net/de/wiki/Strong-_und_Bold-Tags
seobility.net hat geschrieben:
Unterschied zwischen strong und bold
Der Unterschied zwischen den beiden Tags besteht darin, dass der Bold-Tag Aufmerksamkeit auf den Text lenken soll, der Strong-Tag hingegen hebt den jeweiligen Text auch semantisch als wichtig hervor und weist darauf hin, dass es sich hierbei um ein wichtiges Wort bzw. einen wichtigen Textabschnitt handelt.
Deswegen verwendet Mobirise am <marquee> Tag das <strong> und nicht das <b> Tag. Suchmaschinen machen da allerdings keinen Unterschied und eigentlich ist es überflüssig dafür zwei HTML-Tags bereitzustellen.
Aber schreibe das mal an den Support und berichte dann was sie Dir antworten.
Wenn solltest Du vielleicht schreiben, dass es schön wäre, wenn man die Textfarbe vom <marquee> Tag eben auch farblich über die
Block-Werkzeuge ändern könnte, so wie es ja auch bereits bei der Hintergrundfarbe geht. Das ist im Moment nicht der Fall und wurde wahrscheinlich vergessen. Als "Bug" ist das aber nicht unbedingt zu bezeichnen.
Ich habe das jetzt aber bereits selbst im Hersteller-Forum von Mobirise gepostet:
https://forums.mobirise.com/discussion/ ... e-artm4/p1