 Hallo. Willkommen beim nächsten Talk. Ich bin Thorsten. Hallo, Maja. Genau, es geht um die UX-Usability-Probleme beim neuen Blog-Editor, CodeNumber Gutenberg, den ihr bestimmt alle schon mal ausprobiert habt und den ihr anscheinend auch wie ich mit gemischten Gefühlen betrachtet. Und ja, ich habe ein paar Merkwürdigkeiten mitgebracht, die ich euch heute einmal vorstellen möchte. Erstens, mir zufällig passiert. Ich habe einen Spaltenblock per Drag and Drop durch die Gegend ziehen wollen und bin dann versehentlich in dem Spaltenblock selbst gelandet, also in der zweiten Spalte und habe den versehentlich da losgelassen. Und dann habe ich mal aufgezeichnet, was dann passiert. Die Würre umher flitzen im Maus liegt daran, dass ich mit Gutenberg noch ein bisschen suchen musste, wo ich wann, wie, was sehe. Das Teil des Problems ist bei Gutenberg. Also jetzt habe ich einen Absatz eingestellt. Das scheint irgendwie notwendig zu sein, damit das Problem auftritt. Jetzt kommt der Spaltenblock dazu. Wir kriegen eine Fehlermeldung und egal, was ich jetzt klicke, ich kann mir auch die Fehlermeldung kopieren, aber mehr passiert da nicht. Und der ganze Block ist quasi jetzt kaputt. Der ganze Editur ist kaputt. Ich kann gar nichts machen. Also wenn bis dahin irgendwas noch nicht gespeichert wurde, ist es jetzt weg. Ich kann jetzt die Seite neu laden und lande da, wo ich quasi angefangen hatte. War nicht so schön, als mir das passiert ist. Es war nämlich noch nicht gespeichert, was ich geschrieben hatte. Das war quasi mein Startpunkt, wo ich dachte, es ist nicht das Einzige, was mich nervt, als ich angefangen habe, ihn zu benutzen. Ich würde ihn ja gerne benutzen, aber da kommen halt immer wieder Sachen. Dieser Back ist übrigens inzwischen gefixt. Allerdings in Gutenberg den Plug-in in Version 5.2. Und wenn ich richtig informiert bin, dann kommt die neue Gutenberg Version erst mit Wordpress 5.2. Das nächste ist mehr so eine Information über die internen Abläufe von dem Markup, der da benutzt wird. Ich habe mich gewundert, warum dieser Abstandshalter, es gibt einen Abstandshalter-Block, und der hat halt die Einstellung hier, dass er mindestens 20-Pixel hat und in 10er-Steps geht. Ich wunderte mich, also ich kenne das ja von dieses Element, kennt man ja, aber mir war nicht im Klaren, weil es auch nirgendwo steht, dass das in 10er-Schritten passiert. Ich hatte 20 eingestellt, indem ich es eingetippt hatte, klickte auf den Pfeil nach unten und wunderte mich, warum nichts passiert, bis ich irgendwann auf die Idee kam, mir das Markup anzugucken und sage, so, das sind 10er-Schritte. Etwas, was ich vielleicht erwähnt, man ist da noch mal oder so. Ich habe eine Weile gebraucht, um das zu verstehen. Und jetzt haben wir noch zu mehr Verrücktheiten bei Gutenberg im Workflow. Also wenn ich zum Beispiel einen PDF, irgendwie hat man ja häufiger mal, was nicht, der Grafiker will sein, Portfolio als PDF anbieten, eine Preisliste oder so, ist jetzt kein umgewöhnlicher Fall, dass ich eine PDF verlinken möchte. Aber wie komme ich an den PDF-Link aus der Mediathek? Und es gibt den Pfeilblock. Dann kann ich den Pfeilblock, dann wähle ich in der Mediathek aus, welche Datei. Und dann taucht er auf, aber ich will vielleicht gar nicht so einen Button haben, sondern ich will erstmal nur den Link haben. Dann kann ich mir jetzt hier mit Copy URL den PDF-Link kopieren, um ihn dann irgendwo einzubinden. Also ich muss ja irgendwie an diese Mediathek rankommen. Das war früher irgendwie einfacher gelöst. Und jetzt muss ich also irgendwelche komischen, ich muss entweder irgendwie ein Bild einbauen oder eben diesen Pfeilblock einbauen, um diesen Link zu kommen. Weil es im Style vielleicht auch geschickterere Möglichkeiten geben würde, das zu lösen. Das ist eine Sache, wo ich nicht verstehe, warum sie nicht mehr geht. Im Classic Editor konnte man eine E-Mail-Adresse kopieren. Also in den Momente ist Mail etc. an der Zwischenablage. Und wenn ich dann auf das Link-Icon klicke, dann macht er nicht nur den Link rein, sondern packt auch das Mail-Tool davor. Das funktioniert aber in den Blog-Editor nicht mehr. Ich habe also jetzt hier quasi einen gleichen Workflow gemacht. Ich habe die E-Mail-Adresse kopiert. Die ist also in der Zwischenablage. Ich klicke wieder auf den Link-Icon, aber hier passiert nichts mehr. Musste noch nicht mehr in der Zwischenablage sein, sagst du? Ja. Und das geht aber nicht mehr. Ne, das Mail-Tool musst du selber tippen. Versteht auch das nicht. Ja, genau. Es gibt die Möglichkeit, dass Blöcke kaputtgehen, was auf der einen Seite nicht so problematisch ist, weil das HTML ja immer noch da ist. Das ist quasi gerennert, wird so im Post-Content gespeichert. Ich weiß nicht immer, wie Sie sich einen Kopf schütteln. Aber wenn es kaputt geht, dann bietet uns Gutenberg diese wunderbare Möglichkeit. Ich kann es in HTML umwandeln oder in Blöcke umwandeln, weil ein unerwarteter, ungültiger Innerl entstanden ist. Und egal, was ich jetzt klicke, ich lande in jedem Fall beim HTML, der sich auch nicht wieder in einen Blog zurückverwandeln lässt. Und ich den Blog in diesem Fall jetzt einen Button eh neu anlegen muss. Auch da ist mir der Workflow nicht so ganz klar, wozu, warum, was kann ich hier wählen, wenn ich am Ende immer HTML kriege und das auch sich nicht in einen Blog umwandeln lässt. Das ist ein Gedanke, den ich sehr häufig hatte, als ich Gutenberg benutzt habe. Wo zu Hölle ist mein Anfasser, zum Beispiel. Oder wo zu Hölle ist jetzt das, was ich gerade machen möchte. Ich hatte auf Twitter eine Idee, dass ich ein Spiel spiele. Wenn ich ruf euch ein Feature rein und ihr müsst raten, ob es jetzt quasi direkt an dem Element die Möglichkeit bietet, sie einzustellen oder ob es rechts in der Sidebar einzustellen ist. Am meisten geärgert mich das immer bei der Überschrift, weil eigentlich alle anderen Inline- oder Blog-Elemente lassen sich über das Symbol oder dieses Symbol zentrieren. Nur bei die Headline, also die Überschriften, die nicht. Die muss man in der Sidebar zentrieren. Und wenn man irgendwie etwas macht, was man immer wieder den gleichen Mausweg hat und dann muss man plötzlich sich umgewöhnen und woanders hin, ich verstehe es nicht, warum man das so gelöst hat. Und wer sich schon mal gefragt hat, wo die Custom-Fail-Anzeige geblieben ist oder andere Dinge, die wir früher über das Rechts oben gab es immer diese Lasche auf der Standansicht anpassen. Und da konnte man Dinge ausblenden, die man nicht brauchte. Wenn man keine Diskussionen, keine Kommentare aktiv hatte, konnte man ja den ganzen Bereich ausblenden. Das Ganze ein bisschen übersichtlicher machen. Wer sich mal gefragt hat, wo man das wieder konfigurieren kann. Ich habe sehr lange gebraucht, bis ich es gefunden habe. Also man muss auf diese drei unscheinbaren Punkte klicken und bekommt dann diese Ansicht, um dann unten auf das Options zu klicken und dann kommt ein Model, wo ich dann diese Sachen anhaken und aushaken kann. Ein bisschen versteckt. Und es war ja schon vorher mit dem Ansicht anpassen, für viele schon versteckt, aber jetzt haben sie es quasi noch mehr versteckt. Genau, wo ist der Anfoster? Das ist etwas, was ich mich ganz häufig frage. Als Vorschlag, man nehme ein kleines Browser-Fenster auf einem kleiner Monitor, kleiner Rechner vielleicht, hat ein Mehrspalten-Design und versucht jetzt den Inhalt einer Spalte woanders hinzuziehen. Also der Inhalt ist in einer Spalte, was also den Content noch mal kleiner macht, weil man jetzt ein Zwei-Spalten-Layout oder Mehrspalten-Layout hat. Und ich bin dazu übergegangen, mit TAP durch die Elemente hindurchzutabben, damit ich die entsprechenden Overlay-Elemente besser sehen kann, weil ich nicht verstehe, wo ich meine Maus genau hinpositionieren muss, um den Anfoster zu kriegen, um etwas z.B. per Drag & Drop dann wegzubewegen. Also es ist selbst für einen sehenden, extrem schwer, also wenn ich mir vorstelle, wie mein Vater seine Maus bedient, dann glaube ich, ist es unmöglich für ihn irgendetwas per Drag & Drop sauber und sicher zu bewegen. In einer Twitter-Diskussion habe ich mich gefragt, wir haben lange Jahre, gerade in Support-Fohren, immer den Leuten gesagt, Page-Bilder sind böse, die haben einen Lock-in-Effekt, das ist nicht Power-Formant. Und jetzt haben wir plötzlich diese 180-Grad-Kerdwende und haben die mit Gutenberg ein Element, das unendlich viele Blöcke registriert, unendlich viele CSS da reinwirft, unoblich viel JavaScript lädt. Es wird also langsam, vieles wird geladen, was gar nicht genutzt wird und wir haben eigentlich keine Möglichkeit, von Custom-Made-Blocks zu anderen Custom-Made-Blocks rüberzukommen. Also wenn ihr euch einmal für eine Gutenberg-Blocksammlung entschieden habt, da gibt es ja diverse Co-Blocks, Stackable, Ultimate, Gutenberg-Blocks oder so, da gibt es ja diverse Sammlungen und dann habt ihr jetzt, keine Ahnung, 300 Seiten mit den Buttons dieser Block-Sammlung gebaut und entscheidet euch dann, dass ihr ein anderes Button-Block benutzen wollt, dann werdet ihr entweder in Wochenende lang sehr viel Spaß haben, das alles umzubauen, weil es gibt halt keine Datenportabilität zwischen Blocks. Also ich kann nicht mal eben von einem Block zu einem anderen Block wechseln und damit haben wir eigentlich genau den Lock-in-Effekt, den wir den Multipurpose-Themes von diversen Marktplätzen, die wir nicht nennen sollen, immer vorgeworfen haben und ein ähnliches Problem eben bei der Performance. Also Datenportabilität fehlt und wir haben womöglich viel Bloat, dadurch das alles geladen wird. Immerhin gibt es für das Performance-Problem jetzt einen Ansatz, da ist jetzt in der neuen Version 5.3 von Gutenberg, glaube ich, der Blockmanager, oder ist das nur eine Idee, das ist schon drin, ist schon drin, genau. In der 5.3 ist jetzt der sehr Block-Manager, da kann man quasi die Blocke einzeln ausschalten, die man eh nicht benutzt. Also ich weiß, es gibt, glaube ich, einen Fürferse, wer keine Poesie auf seinem Block einbinden möchte, der kann den einfach deaktivieren und man kann nicht nur einzelne Blocke deaktivieren, sondern auch diese Blockgruppen, die ja existieren, eben auch komplett rausschmeißen. Das ist Browser, aber nicht User? Die Einstellungen, die Fragen kamen jetzt auf, wo ist das gespeichert, aber es ist quasi im Browser wird diese Einstellung gespeichert. Ah ja, okay. Lass uns das vielleicht am Ende für die Diskussion aufheben, der Punkt war, wo ist das gespeichert, es wird anscheinend im Local Storage des Browsers gespeichert. Das heißt, nicht am User selbst, das heißt, wenn man sich mit seinem Benutzannahmen irgendwo anders an einem anderen Rechner einloggt, dann hätte man diese Einstellung dann nicht. Wir laden ja so kurz. All of England ist ja keine Staffel. Ja, das ist richtig. Ich wähle das entsprechend in einer weiteren Version dieses Talks. Also es hilft natürlich nicht bei Performance, wenn es nur ausgeblendet wird. Wird das CS wenigstens nicht geladen? Sonst hätten wir gar keinen Gewinn, außer ein bisschen mehr Übersichtlichkeit. Es ist wirklich nur die Übersichtlichkeit und ansonsten hilft uns das nicht. Dann ist es insofern schön, dass die Headline nach wie vor richtig ist. Wir haben ein Lock-in-Effekt, wir haben ein Performance-Problem. Die Aussage wenigstens stimmt. Der Blockmanager hilft uns damit also nicht. Ja, das ist kein Tippfehler, weil das nächste Problem sind Umlaute. Wer mich kennt, weiß, dass ich dazu mal vor vielen Jahren ein Ticket geschrieben habe, also es gibt insbesondere Meck das Problem, dass wir die Normalisierungsform NFD nutzen. Das liegt an dem HF-Splus-Datei-System. Das ist jetzt ein bisschen sehr technisch. Was wir uns merken müssen, ist, es gibt die Möglichkeit, ein Umlaut, einmal als Umlaut zu schreiben. Das ist ein Zeichen, ein Unicode-Code-Punkt. Das ist zum Beispiel, weiß ich, das kleine R. Es gibt aber auch die Möglichkeit, das anders zu schreiben, ein A und zwei Punkte. Das sind halt einfach zwei unterschiedliche Dinge. Das sind zwei Zeichen oder eben Einzeichen. Schön wäre es, wenn WordPress das normalisieren würde und aus A und zwei Punkten dann ein echtes R machen würde, ein echtes, kleines R. Tut es allerdings nicht. WordPress schon mal gar nicht. In Gutenberg jetzt, WordPress wird es wenigstens versucht, allerdings nur im Content und nur beim Einfügen. Also wenn ich ein Text habe, der aus einem A und einem zwei Punkten besteht, dann wird der normalisiert in dem Moment, wo ich ihn aus der Zwischenablage in den Content poste. Das hilft mir allerdings nicht beim Titel, sondern wenn man an der roten Unterstrich sehen kann, scheitert die Rechtschreibprüfung meines Browsers. Die Browser suche, wenn ich Command-F drücke, funktioniert ebenso wenig. Und wie man ebenfalls sieht, die Transliteration, also aus dem Umlauten, wird beim Permalink ja normalerweise dann aus einem A, aus einem Ü wird ein UE etc. Und diese Transliteration funktioniert nicht. Er versucht also jetzt hier die Umlaute zu benutzen, beziehungsweise in der Datenbank landet dann die URL-Maskierung und dieses CC-88 ist der Unicode-Code-Punkt für das Trema oder auch Diaresis. Das ist der Name für diese freistehenden Punkte. Das heißt, wir sehen hier ein kleines U und diese Punkte, ein A und die Punkte, und so speichert quasi WordPress das dann in der Datenbank. Entsprechend geht aber auch die interne WordPress-Suche kaputt. Also wenn ihr rechts oben auf Seiten oder Beiträge dann sucht und versuchen würdet diesen Titel zu finden, dann würde das eben nicht funktionieren, weil in der Datenbank steht ja kein Umlaut, sondern das. Dementsprechend funktioniert also die WordPress-interne Suche nicht, die Rechtschreibprüfung nicht, die Browser-Suche nicht, die Transliteration nicht. Und genau, und gefixt ist halt eben nur im Content, aber nicht im Titel. Man meldet als Bug, mal schauen, ob es irgendwann gefixt wird. So, auch immer wieder spaßig. Früher konnten wir ganz einfach im Editor umschalten zwischen Texteditor und visuellem Editor. Geht das eigentlich immer noch? Ja, geht es. Aber das muss man halt auch wieder wissen. Wir haben diese unscheinbaren drei Punkte rechts oben, dann öffnet sich diese große Kasten und da habe ich jetzt ein Code-Editor. Dieser Code-Editor bringt mir aber Gutenberg-Sourcecode in Rheinkultur. Das heißt, ich habe jetzt die Kommentare, die Gutenberg nutzt, um diese Blöcke zu definieren. Wenn ich da irgendeinen Fehler mache, wisst ihr, was passiert. Und da kommt ihr nicht wieder zurück und dann baut ihr die ganzen Blöcke nochmal. Also, ich würde die nicht empfehlen zu benutzen, weil meine Angst einfach zu groß wäre. Wir wissen das, was ich ein Semikolon vergessen und die ganze PRP-Anwendung geht kaputt. Okay, dann kommt das Semikolon dazu und jetzt läuft es. Wenn er allerdings alles kaputt geht, ich würde diesen Code-Editor nicht benutzen wollen. Es gibt allerdings auch nicht bei allen Blöcken, weil es nicht alle Blöcke unterstützen, aber es gibt die Möglichkeit, da quasi einen Blog zu markieren und hier added as HTML zu benutzen. Dann lande ich zum Beispiel beim Absatz einfach, da habe ich dann die Möglichkeit, direkt HTML einzugeben. Ich sehe nicht die Kommentare von dem Gutenberg-Blog selbst, sondern ich sehe eben nur den Inhalt des Blogs und sehe aber dann das HTML. Der Anwendungsfall für eigengeschriebenes HTML ist ja ohnehin sehr begrenzt. Also, wenn jemand eine Inline-Klasse hinzufügen möchte oder so, dann gibt es ja auch entweder andere Möglichkeiten oder wenn es jetzt nur ein Wort betrifft, das man was ich nicht mit Ironietag versehen möchte oder irgendwie andere nicht spezifizierte Dinge, dann kann man eben einfach hier added as HTML auswählen und dann den Quellcode selbst schreiben. Auch so ein Lieblingsthema von mir, es gab ja mal früher die Möglichkeit, den visuellen Editor komplett zu deaktivieren, ist in deinem Profil gleich oben die erste Checkbox, das ich sagen kann, disabled visual editor when writing. Das heißt, ich sehe die zwei Laschen am Klassischen Editor gar nicht, sondern ich sehe einfach immer den Text-Editor, wo ich HTML eingebe, gerade für Entwickler, die dem visuellen Editor nicht trauen, eine wunderbare Sache. Stellen wir uns jetzt aber kurz noch mal vor, wie die Code-Editoren aussehen und überlegen jetzt, was passiert, wenn jemand diese Checkbox anhat und von einem 4.9 zu Gutenberg, also über etwas 5 wechselt, ohne dass der Klassik-Editor Pluckin oder ähnliches aktiviert ist. Dann wird aus so standardmäßig, haben wir ja immer den Klassik-Block und wenn diese Checkbox aktiv ist, disable visual editor when writing, dann sieht das so aus. Ja. Keine Möglichkeit daraus Blöcke zu generieren, wird mir nicht angeboten. Ich habe auch keine Toolbar, um irgendetwas zu stylen oder einen Link hinzuzufügen oder irgendwas zu zentrieren oder irgendwas, ich sehe das. Das ist das Einzige, was ich sehe und ich habe keine Ahnung, was schief gegangen ist. Ich kann nichts in Blöcke machen, obwohl ich Wordpress 5 habe und ich verstehe nicht, was jetzt passiert ist, bis ich auf die Checkbox rauszunehmen bei disable visual editor when writing. Ob das wirklich intuitiv ist und den Leuten klar ist, wage ich zu zweifeln. Aber selbst wenn ich so schlau bin, dass ich das Ganze schon mal gemacht habe, also ich habe es schon mal in Gutenberg-Blöcke umgewandelt, warum zur Hölle brauchen wir diese Checkbox? Weil wenn ich Gutenberg-Blöcke schon habe, sieht das so aus. Wie gesagt, wir haben hier diesen speziellen HTML-Kommentar, der den Blog konfiguriert. Das ist also jetzt hier ein Wordpress-Blog für einen Absatz, der zentriert ist. Und wie gesagt, in diesem Editor möchte ich nicht arbeiten, weil ich sehr viel kaputt machen kann. Das möchte ich eigentlich keinem User, auch vor allem kein Anwender-Line geben. Wohingegen ich die Variante im klassischen Editor durchaus Leuten geben konnte, wenn sie wussten, okay, HTML, da kennst du dich ein bisschen mit aus, aber hier wäre mir die Gefahr, irgendwas kaputt zu machen bei den Blöcken viel zu hoch. Ich glaube also, dass wir diese Checkbox nicht mehr brauchen bzw. dass sie inzwischen mehr Schaden anrichtet als nützt. Genau, das ist eigentlich nur das, was ich gerade erzählt habe. Jetzt haben wir gerade die Kommentare gesehen, was mich zum nächsten Punkt bringt. Die interne Wordpress-Suche ist eine Volltext-Suche über den Post-Content. Der Post-Content sieht aber so aus. Viel Spaß bei allen Menschen, die irgendwann mal über einen Paragraf geschrieben haben und sich jetzt überlegen, ich such mal den Artikel, wo ich über den Paragrafen so und so geschrieben habe, weil wenn sie nach Paragraph suchen, dann finden sie alle Beiträge und Seiten, die das Wort Paragraph enthalten, was wahrscheinlich alle sind, weil sie einen Absatz enthalten. Ebenso spannend wird es, wenn ich jemand in seinem Technikblock zum Thema Image suchen möchte, weil das Image, der Imageblock heißt Image. Und die einzige Antwort der Gutenberg-Entwickler auf diese Problematik war, das war schon immer so, stimmt, aber die Problematik, vorher hatten wir auch mit HTML Text, die im Post-Content waren. Da hieß das Image aber IMG. Paragraph war einfach ein P und das einzige nennenswerte englische Wort, das vielleicht Probleme malten könnte, wäre Table, was mir jetzt gerade einfällt. Alles andere sind eher Abkürzungen, die kriptischer sind und jetzt nicht problematisch. Und vor allem, wenn ich jetzt diese Block-Sammlung hinzunehme, dann kommen ja immer mehr Blöcke mit immer mehr Namen, also immer mehr diesen Namensraum quasi zumüllen und mir immer mehr meine Suche kaputtmachen. Und mal schauen, wie sich das noch entwickelt. Die Empfehlung des Gutenberg-Entwicklers dann auf Elastic Search zu wechseln, ist glaube ich für 99 Prozent zumindest meiner Kunden und auch mir selbst ein bisschen zu hochgegriffen, weil ich installiere mir jetzt nicht ein Elastic Search Server, nur damit ich meine Beiträge richtig suchen kann. So, das war es schon. Seid ihr so erschrocken gewesen? Ja, ich glaube, ich habe bestimmt eigene Erfahrungen und ich habe jetzt natürlich mehr oder weniger willkürlich ein paar Dinge rausgegriffen. Bei einigen gibt es durchaus Tickets dazu, bei manchen Widersuche ist das schwer, es ist unmöglich und ja, genau. Deshalb gucken wir doch mal, was wir dann noch draus machen. Deswegen bleibt bei deinem ersten Thema mit dem Vorweck auf das HTML, wenn ein Block ist, bedingt es lustig, zum Beispiel ein Beispiel der Kaffer-Block, wenn ich den einfüte und der geht kaputt und der wenige, der kann im Sonnend, dann wird plötzlich die Farbe, die eingestellt ist als Overlay, zu 100% als Overlay verwendet, weil das ist, wie es in dem Inline-Case des Grimms spielt. Die kann zwar im Schibodäkler eben im Wert einstellen, aber wenn das alles nicht funktioniert, ist der Wert halt 100%, und 100% schwarz auf dem Bild zeigt wenig Bild. Wir haben uns gefunden, da war plötzlich die komplette Werte der Startzeit geschwarz und das war nicht echt gefährlich. Und der Kunde, wo ich mich morgens panisch habe, an die ganze Grenze ist kaputt. Oh, was ist denn hier kaputt? Also diese Fallbacks, und das, was da an HTML in den Content reingestehen wird, ist in den Filmfällen ziemlich schlecht, weil die Leute nicht nachdenken, was passiert denn, wenn zum Beispiel, dass da was gibt, mal nicht Feuer oder irgendetwas. Also da muss man auch echt aufpassen, dass so ein Block halt auch einen guten Fallback hat, wenn mal der Block kaputt geht. Und ich weiß nicht, warum diese Block, also es nie ein Teil mit dabei hat, wie die Startzeite angefasst. Abends hat sie noch funktioniert im nächsten Morgen, weil die Startzeite kaputt, und keiner weiß warum. Also die Böcke sind teilweise sehr, sehr instabil, wenn dann die... Ich gebe so Bedenken, dass ich das jetzt zusammenfassen muss. Also die Probleme, die Rives beschreibt, ist, wenn ein Block kaputt geht, fällt er auf etwas zurück, was womöglich nicht sinnvoll ist, wenn zum Beispiel ein Overlay existiert und der Schieberegler mit der Transparenz ausfällt und wir jetzt im Default aber 100 % Anzeigekraft des Overlays haben, dann wird quasi alles schwarz. Man muss hier so überlegen, warum gehen sie kaputt? Die scheinen instabiler zu sein, wenn sie... Und wenn sie kaputt gehen, sind die Defaults quasi schwierig oder zu überprüfen, ob die sinnvoll sind. So, und dann... Michael, ja? Also jetzt fragt man sich natürlich, ja, was machen wir jetzt? Wie... Arbeiten wir mit dem Video oder was ist der nächste Schritt? Da geht nicht morgen die Session an. Also wie kann man Fehler melden? Wie kann man Feedback geben? Was wird jetzt unternommen, damit sowas in Zukunft nicht wieder passiert? Wie kann man Funktionen vorher testen, bevor sie in den Korre kommt und schon Feedback geben? Und nicht erst, wenn die jetzt Monate später tauchten die ja erst alle auf und jetzt haben wir es und auf der Welt werden zeigen, was gestern für Möglichkeiten und ich kann wieder von euch auch Feedback geben und Fehler melden und vielleicht auch mitmelden, dass er alles verletzt wird. Und ich werde heute Morgen das Session an. Sehr schön. Einmal kurz noch für das Video. Sören wird morgen eine Session dazu anbieten, wie man sich einbringen kann. Wie man sich dokumentieren, testen und entwickeln, womöglich. Genau. Okay. Ja, das ist tatsächlich ein sehr merkwürdiges Verhalten. Melden GitHub an dem Plug-in. Weil, das wäre zumindest mein erster Ort, wo ich gucken würde. Wenn das Ganze gemirkt ist in den Core, dann theoretisch ja auch im Core Backticket. Also Tracker und Track. Ich frage mal Sören, weiß das besser? GitHub ist der Way to go. Auch mit den schon gemirkten Sachen? Okay. Ah, okay. Das heißt, am besten Fehler melden, am besten in GitHub. Da wird es, wenn das quasi schon gemirkt ist in den Core, dann wird es von dort weitergetragen bzw. man wird dann informiert, wahrscheinlich. Aber Gutenberg auf GitHub ist wahrscheinlich dann der beste Startort. Ja. Danke für die Vorfrage. Von mir wäre eine Einstellung in den ganzen Prozess mit Gutenberg, wo wir gerade sind. So, verstehe das, frage ich Sie im Praxis, wo wir dich gehen. Es ist nicht auch so, dass wir quasi wir als Musik haben, sagen, ein ganz neues Ökosystem werden werden. Das ist Programmierung, das ist ein bisschen wieder in der Face, das ist aber auch ein bisschen Entwickler, die gehen in den Block, dann in Ihnen um. Die Frage an dich ist, wie findest du das gerade? Ich, ja, ich gebe zu Bedenken, dass ich noch wie viel Minuten habe. Ich würde dazu eine eigene Session machen, wo wir das diskutieren können, weil also meine Meinungen zum Projektmanagement von Gutenberg und Entscheidungsfindungen und Konsequenzen, die sich daraus ergeben, sind vielfältig. Und ich muss mich sehr durchringen, kein Attraktiv zu benutzen, dass womöglich nicht auf Wordpress TV landen sollte. Also kann ich echt nicht kurz beantworten, wir sind glaube ich noch sehr am Anfang bei diesem ganzen Prozess, um diese konkrete Frage zu beantworten, wir sind noch sehr am Anfang, weil die Konsequenzen uns noch gar nicht klar sind. Da sind viele Dinge, wo wir uns noch umgucken werden, weil also nur so ein Gedanke mal eingeschoben, wenn wir zu einem Baukastensystem, wie Jimdo, werden, dann sitzen 90% Leute bald arbeitslos. Also wenn die Theme-Entwickler rausfinden, weil du deinem Theme selber komplett zusammen basteln kannst in Nachphase 2, dann brauche ich die Designer schon mal nicht mehr. Die Entwickler brauche ich höchstens als Blockprogrammierer und nicht mehr um irgendwelche Seiten zu bauen und die Frage, warum machen wir das hier eigentlich alles kostenlos und enthousiastisch in dieser Community, wenn wir eigentlich gerade von unserer eigenen Führerschaft gerade und da beendig lieber den Satz. Da war noch eine Frage, hier. Das war der Überstück, die ich nächstes Jahr als Theme-Entwickler gegeben habe. Dann der Rundherr-Feler-Meldung, eine Auffahrung, wo ich so ein Schraubers-Petier aktiviere und dann mein Classic-Entwurf, an sich nicht wirklich kürzlich, das funktioniert auch immer, nur wir haben zum Teil Kunden, die haben überhaupt keine erfahrungsfähigen Werte, nur in einlegen und dann sehen Sie, wie diese ganzen Fehler-Meldungen du hast und wagen, was habt ihr damit mitgebaucht. Das können wir selber nicht verantworten. Aber wie ablässig ist das? Das ist ein System, das wir vor 400 Jahren gemacht haben. Die Anmerkung war, dass der Classic-Editor nicht immer seinen Job richtig macht und womöglich doch Gutenberg angezeigt wird. Selbst wenn es dann funktioniert, gibt es da Probleme bzw. Kunden beschweren sich natürlich über so einen Aussehen. Klar, der wird immer weniger Rücksicht aufgenommen und vor allem es gibt bestimmt Spezialfälle, die nicht abgedeckt sind. Also ich weiß nicht, ob jetzt nicht vielleicht als Stream-Entwickler oder Placken-Entwickler Fehler gemacht wurden, die für so etwas dann sorgen können, die jetzt gar nichts mit Gutenberg selbst zu tun haben, oder dem Classic-Editor, sondern das sind dann einfach, wie Sie immer und überall auftreten können, Plackenkonflikte, die so etwas womöglich auslösen. Je komplexer ein System wird, desto eher kann so etwas passieren und es ist natürlich unschön. Insbesondere wenn es bei so einer wichtigen Komponente wie dem Editor passiert. Sven? Absolut, genau. Sven sagt zurecht, Wordpress war immer bekannt dafür, eine sehr leichte Einstiegsführung zu machen, und das ist ja auch der Fall. Das ist ja auch der Fall. Das ist der Fall. Das ist der Fall. Das ist der Fall. Das ist der Fall. Das ist der Fall. Das ist der Fall. Das ist der Fall. Also das ist der Fall. Aber das ist ja auch der Fall. Man muss einfach dieses Einstiegsführer bei einem dadschlearnt meinst. Einstiegsführer zu haben. Wir kommen sehr schnell zu einem eigenen Placken und da reichen eigentlich nur ein paar Kommentarzeilen. Wir sind hier im Filter zum Beispiel, der da genutzt wird. Das ist also in wenigen Zeilen ein Placken, das aber durchaus eine sinnvolle Funktion haben kann. natürlich enorm, weil wir jetzt diese ganzen in Gutenberg genutzten Komponenten wie React, Webpack und dergleichen beherrschen müssen, um eben dann Gutenberg Blöcke zu bauen. Und ich glaube auch, dass diese Plugins wie Create Gutenblock und Blocklab und so mit denen man so was umgehen kann, auch nur Krücken sind, was ja nicht annähernd die die Möglichkeiten eines nativen Blocks haben. Aber das wird noch spannend, was das bewirkt, dass man die Plugin-Entwickler so ausdünnt und was das mit der Community macht. Noch mehr an mehr, ja. Ja, berechtigte Frage, schwierig bloß zu beantworten. Also wir haben den Bereich, wo man so eine grundsätzliche Frage stellen kann, leider schon sehr lange hinter uns gelassen. Das sind glaube ich jetzt eher theoretische Überlegungen. Ja klar, kann man machen, wäre sicherlich auch sinnvoll, hat man sich anders für entschieden. Also so bitter, dass jetzt klingt, aber ich kann gerade keine andere Antwort geben. Ja, man kann sich super Backends zusammen bauen, die wahrscheinlich sogar deutlich einfacher zu benutzen sind als Gutenberg. Gerade weil man eben diese, what you see is what you get, was ja auch nie so richtig stimmt, eben dann weglässt und eben lieber mit vernünftigen Erklärtexten oder Erklärvideos, die begleitend sind, irgendwie dem User diese Dinge erläutert. Also gibt es diverse Ideen zum Thema Onboarding bei komplizierteren Teams oder Plugins, wo sowas auch gut genutzt wurde und auch glaube ich gut funktioniert hat. Sie haben sich für diesen Weg entschieden, dass da so ein bisschen die Idee des Customizers eben noch weiter gedacht, noch mehr auf das Frontend bezogen. Ja, da sind wir, wie gesagt, schon lange dran vorbeigezogen. Na, was du diskutieren. Ja. Natürlich bei Regensreiheit, ich finde es kann auch nicht sein, dass wir ein Corefeature Publishing mit dem slowen, eigentlich demimikraten Publishing und damit aber Leute ganz bewusst ausschließen, weil bei Regensreiht-Systemen ein sehr bekannt war und hier muss einfach die Probleme irgendwie besser zu machen. Ja, also das Problem ist, wenn wir gestarten, müssen wir uns antworten, weil es geht gar nicht zurück, aber ich finde es auch sehr problematisch. Absolut, genau, das Thema Barrierefreiheit ist ein großes Problem, das eben nicht komplett zu Ende gedacht wurde, dass sie eigentlich das Team, die die Warnung ausgegeben hat, das erst man noch nicht abzudaten. Und obwohl eigentlich Wordpress ja für den Core die Visa ausgegeben hat, das alles, was eben an Code kommt, barrierefrei sein soll, sein muss, das eben in diesem Fall für Gutenberg nicht galt und ja, großes Problem. Und gerade für staatliche Stellen, wo das eben rechtlich vorgesehen ist, nicht nur für den Händenwender, Besucher, sondern eben auch für die Nutzer, genau. Bernhard, du hattest doch? Definitiv, also Gutberg hat sicherlich seine Daseinsberechtigung inwieweit das dann gegen andere Pagebilder sich behaupten kann und das wird die Zukunft zeigen. Ich würde diese Fehler ja auch nicht finden, wenn ich das nicht benutzen würde. Also ich nutze das bei vielen Projekten und es sind eher so die kleinen Nickeligkeiten, die mich ärgern. Es gibt sicherlich auch von der grobstruktur konzeptuelle Probleme, die andere Menschen diskutieren können, also was da, wie Dinge gespeichert werden und so. Das ist noch ein ganz anderes Thema. Genau, aber momentan ist es so, wir haben ihn und gucken wir, was wir daraus machen. Wir müssen leider zum Ende kommen. Vielen Dank für euer Feedback und viel Spaß beim Camp.