Code-Änderungen weg! Version 5.7.3 BETA

[stobi_de]

So, eben hatte ich es nachvollziehbar:
nach Installation der 5.7.3 bekam ich die Meldung, dass nicht alle Extensions geladen werden konnten.
Ich habe der Meldung keine weitere Bedeutung geschenkt, da ich nur den Anker-Sprung testen wollte. Der funktionierte.
Ich habe dann alles nochmal ins Netz geladen, wegen sonstiger kleiner Änderungen und siehe da: sehr viele Code-Änderungen wurden bei der Generierung nicht mit übernommen, alle jene, die nur mit dem Code-Edi gemacht werden können.
So im static Style oder im projektglobalen Code.
Ich hatte zuletzt schonmal diesen Verdacht, da ich für eine Kundin, die auch Mobi besitzt aber ohne Code-Edi, dass da Sonderbares vor sich geht, weil meine Änderungen am Projekt bei ihr nicht funktionierten.
Die Änderungen in den Blöcken scheinen zu gehen, nicht die globalen oder Styles!

[Tommy Herrmann]

Frank,

schreibe Deine Erkenntnisse doch bitte in das BETA Board vom Hersteller-Forum, sonst landen solche Fehler 1:1 in der nächsten BETA oder gar "release" Version

Das geht ja gar nicht.

Jede Veränderung von Kunden-Codes in den Code-Editoren ist ein absolutes "NO GO" und restlos inakzeptabel.

[Tommy Herrmann]

Den Verweis zu "CookieFirst" habe ich aber z.B. in die globale HTML geschrieben und der blieb bei mir in v5.7.3 BETA auch erhalten.

[stobi_de]

Das passiert nur, wenn sich der Code-Edi aus unerfindlichen Gründen verabschiedet.

[Tommy Herrmann]

Ach so - das hatte ich ja nun noch nie

... aber hast Du schon gesehen, dass sie das "padding" beim Sprung auf eine Block-ID vollkommen verändert haben. Die obere Kante vom angesprungenen Block grenzt jetzt an die untere Kante der Navi.

Da müssste ich nun eigentlich Hunderte von Ankern anpssen - aber so ist es auf der anderen Seite besser.

[stobi_de]

Habe ich gerade bei Mobi gelesen.
Genaugenommen finde ich das richtig gut, auch wenn wir beide da nun a bissl rumändern müssen.
Wobei - richtig schlimm ist das ja nicht. Steht der Anker halt mitten in der Seite...

[Tommy Herrmann]

Na ja - diese Anker musste ich komplett neu setzen, da stimmte dann nix mehr, der der Sprung ging bis zur Mitte des Textes anstatt an den Anfang:

https://www.mobirise-tutorials.com/Eige ... #Textanker

Da habe ich noch etliche andere Seiten

Das funktioniert also nur bei den Mobirise Block-IDs - selbst gesetzte Sprungmarken sind dann alle falsch

Zumindest sollte der Support über so etwas informieren, sonst weiß man das ja gar nicht und hat auch nicht die Chance seine Seiten anzupassen. Das haben sie klammheimlich mit v5.7.3 BETA gemacht. Ich bin da mal wieder rein zufällig drüber gestolpert.

[Tommy Herrmann]

Dann passe auch mit Hintergrund-Videos und unserem "CookieFirst" Consent Tool auf, falls Du da den Iframe gesperrt hast - das muss man jetzt über eine Class tun.

... sonst gibt es die nächste Abmahnung wegen nachgeladenen "Google Fonts" ...

[Tommy Herrmann]

Also Mobirise hat da mit den Video-Blöcken teilweise was ganz komisch gemacht.

Ich bekomme etliche Blöcke jetzt nicht mehr über "CookieFirst" gesperrt (egal was ich versuche - selbst der gesamte Block kann nicht gesperrt werden) und musste diese komplett löschen, da nun wieder (trotz) Sperre, die ja schon mal funktionierte, Google-Fonts von YouTube nachgeladen werden.

Das zieht sich durch alle Themen - anscheinend gehen nur nich die Videos im Popup zu sperren.

Ich vermute, dass sie irgendein allgemeines JavaScript geändert haben ...

Ich habe das mit den veränderten "YouTube" Videos und den dadurch automatisch nachgeladenen "Google-Fonts" mal im Hersteller-Forum nachgefragt.

https://forums.mobirise.com/discussion/ ... ent_105090

Ich habe sicher 50 Projekte deswegen bereits geändert - nun darf ich alles nochmals machen.

Verdammte Falle ...