WEBVTT

NOTE
Podcast: Wo wir sind ist vorne.
Episode: HTML VON A BIS Z-Z IX: Embedded Content
Publishing Date: 2025-04-01T11:37:57+02:00
Podcast URL: https://wowirsindistvorne.show
Episode URL: https://wowirsindistvorne.show/html-von-a-bis-z-z-ix-embedded-content/

00:00:00.000 --> 00:00:05.000
Wo wir sind ist vorne Folge 71, wie man sich embeddet, so liegt man.

00:00:05.000 --> 00:00:23.360
Herzlich willkommen bei Wo wir sind ist vorne Frontend-Fakten-Frotzelein,

00:00:23.360 --> 00:00:27.480
der Late-Night-Frontend-Talkshow rund um Webdesign und Entwicklung.

00:00:27.480 --> 00:00:51.200
Es reden sich um Head und Kragen, HTML-Fundamentalist Moritz Glanz und JavaScript-Jongleurin Sarah

00:00:51.200 --> 00:01:03.600
Häusler.

00:01:03.600 --> 00:01:06.600
Ja, ich bin Moritz und mir gegenüber die Welt.

00:01:06.600 --> 00:01:13.200
Nein, da draußen an den Geräten, an den Empfangsgeräten, die Welt.

00:01:13.200 --> 00:01:14.720
An den Volksempfängern.

00:01:14.720 --> 00:01:21.680
Nein, ihr hört uns natürlich über eure Podcast-App vielleicht hoffentlich.

00:01:21.680 --> 00:01:25.160
Im Auto oder auf Kopfhörern oder wie auch immer.

00:01:25.160 --> 00:01:31.280
Hoffentlich in besserer Qualität als früher auf den Volksempfängern das Radio empfangen

00:01:31.280 --> 00:01:32.280
werden konnte.

00:01:32.280 --> 00:01:38.120
Sonst machen wir uns diese ganze Mühe ja völlig umsonst, weil wozu hab ich, also,

00:01:38.120 --> 00:01:44.080
dann kann ich auch in die Zigarettenpackung reinsprechen, wenn wir das als Qualitätsmerkmal

00:01:44.080 --> 00:01:45.080
haben wollen.

00:01:45.080 --> 00:01:50.240
Brauche ich kein damals 400 Euro teures Mikrofon oder so, oder was das gekostet hat.

00:01:50.240 --> 00:01:54.600
Ja, Mensch, es ist mal wieder Podcast!

00:01:54.600 --> 00:01:59.080
Ja, es ist doch wieder ein bisschen länger her, wir schaffen es nicht so ganz unser Vorhaben

00:01:59.080 --> 00:02:05.440
so durchzusetzen mit der engeren Rotation, aber immerhin ist Regelmäßigkeit schon halbwegs

00:02:05.440 --> 00:02:08.920
erkennbar im Vergleich zu dem, was wir vorher haben schleifen lassen.

00:02:08.920 --> 00:02:09.920
Genau.

00:02:09.920 --> 00:02:15.120
Und ich fand deinen Introspruch auch gar nicht so schlecht, ich hatte ja mit Schlimmerem

00:02:15.120 --> 00:02:18.920
gerechnet, aber das fand ich echt gut.

00:02:18.920 --> 00:02:24.200
Ja, ich hab vorher ein bisschen drauf rumgedacht auf unserem Thema heute und dann kommen manchmal

00:02:24.200 --> 00:02:25.520
so Sachen in meinen Kopf.

00:02:25.520 --> 00:02:27.400
Ich hab auch noch überlegt, doll legst du die nieder?

00:02:27.400 --> 00:02:35.440
Aber egal, ihr wisst ja noch gar nicht, worum es geht, deswegen ist das vielleicht noch

00:02:35.440 --> 00:02:39.520
ein bisschen wolkig, aber ihr werdet es ziemlich sicher, nein, aber ihr werdet es dem Sendungstitel

00:02:39.520 --> 00:02:44.320
schon entnommen haben, wahrscheinlich, wenn ihr die Folge hört, das heißt, das, was beim

00:02:44.320 --> 00:02:46.760
Intro gelabert wird, ist eigentlich gar nicht so wichtig.

00:02:46.760 --> 00:02:56.760
Genau, ich komme zum Thema Getränk und ich hab heute in Ermangelung an Alternativen heute

00:02:56.760 --> 00:03:00.640
noch mal meinen Whisky rausgekramt, den gibt's jetzt heute.

00:03:00.640 --> 00:03:05.680
Es ist natürlich unter der Woche, da muss man aufpassen, was man macht.

00:03:05.680 --> 00:03:10.760
Genau, aber hier gibt es wieder einen schönen Scotch, den habe ich schon öfter getrunken,

00:03:10.760 --> 00:03:13.240
muss ich jetzt nicht noch mal genau sagen, welches es ist, ich mag ihn immer noch gerne.

00:03:13.240 --> 00:03:21.280
Ja, ich halte mich ans gute alte Dehydrogenmonoxid, hab mir einfach nur Wasser heute unter der

00:03:21.280 --> 00:03:22.280
Woche hingestellt.

00:03:22.280 --> 00:03:25.280
Wir versuchen ja eigentlich sonst immer freitags aufzunehmen, das hat diesmal nicht so ganz

00:03:25.280 --> 00:03:28.920
geklappt und ich muss ja zurzeit immer morgens recht früh raus und deswegen versuche ich

00:03:28.920 --> 00:03:30.680
da einen klaren Kopf zu behalten.

00:03:30.680 --> 00:03:37.240
Mensch, das weiß ich gar nicht, was das sein soll.

00:03:37.240 --> 00:03:40.800
Also, so klar wie es bei mir halt wird, meine ich damit.

00:03:40.800 --> 00:03:41.800
Achso.

00:03:41.800 --> 00:03:44.160
Also nicht noch weiter vernebeln als eh schon.

00:03:44.160 --> 00:03:45.160
Ah, okay.

00:03:45.160 --> 00:03:46.160
Okay.

00:03:46.160 --> 00:03:49.520
Dann können wir direkt wieder retro starten, oder?

00:03:49.520 --> 00:03:50.520
Korrekt.

00:03:50.520 --> 00:04:02.000
BBCV präsentiert die Retrospektive!

00:04:02.000 --> 00:04:03.000
Und dann mache ich den Anfang.

00:04:03.000 --> 00:04:08.600
Ich habe ja schon drüber erzählt, dass ich da so ein bisschen rumgebastelt habe mit Scan

00:04:08.600 --> 00:04:14.440
Server für Home Assistant und ich dachte jetzt, ich mache jetzt schon so lange dran

00:04:14.440 --> 00:04:17.920
rum und habe halt zwischendrin nicht wirklich viel gemacht, beziehungsweise so an Details

00:04:17.920 --> 00:04:23.520
gefiled, dass nicht wirklich was vorangegangen ist, aber es funktioniert jetzt so für meinen

00:04:23.520 --> 00:04:27.840
Einsatzzweck schon relativ gut und ich habe gedacht, ich poste jetzt einfach mal auch

00:04:27.840 --> 00:04:31.000
die Links zu den Repositories und Benutzung auf eigene Gefahr.

00:04:31.000 --> 00:04:38.440
Wie gesagt, Links zur GitHub kommen raus, kommen in die Shownotes, Scan Server, Add-on

00:04:38.440 --> 00:04:44.960
für Home Assistant und das basiert auf einem Base-Image, das ich angepasst habe, also das

00:04:44.960 --> 00:04:51.480
Debian-Docker-Base-Image für Home Assistant-Add-ons, das ich einfach erweitert habe, um Scene-D

00:04:51.480 --> 00:04:57.960
und Scan-BD zu ermöglichen, damit einfach der Bild von dem Add-on selbst dann ein bisschen

00:04:57.960 --> 00:04:59.040
schneller verstanden geht.

00:04:59.040 --> 00:05:06.200
Ja, und was das Ding macht ist, ich fahre es hoch, das Add-on startet, ich kann auf

00:05:06.200 --> 00:05:12.520
den Knopf an meinem Scanner drücken und es scannt mir das Ganze im Netzlaufwerk und damit

00:05:12.520 --> 00:05:15.520
kann ich schon mal sehr gut arbeiten, also ich muss halt nicht mehr irgendwie da an dem

00:05:15.520 --> 00:05:21.400
Gerät stehen und irgendwie drauf drücken und auswählen, scanne mir das auf mein NRS

00:05:21.400 --> 00:05:25.520
und so weiter, wie ich das bisher musste, sondern ich habe diesen Einzugs-Scanner, der

00:05:25.520 --> 00:05:29.880
steht jetzt aktuell auch oben in der Wohnung und nicht mehr hier im Büro und wenn ich

00:05:29.880 --> 00:05:33.540
ein neues Dokument habe, lege ich das einfach ein, drücke auf den Knopf und das Ding scannt

00:05:33.540 --> 00:05:36.440
und ich habe es an der richtigen Stelle liegen und kann von dort aus dann was machen, das

00:05:36.440 --> 00:05:38.360
macht sogar ein OCR automatisch drüber.

00:05:38.360 --> 00:05:44.800
Und jetzt hat auf die letzte Folge, wo ich das schon mal vorgestellt habe, hat der Lippe

00:05:44.800 --> 00:05:49.120
einen Kommentar geschrieben, also es kam übrigens generell auch wieder einige Kommentare zu

00:05:49.120 --> 00:05:56.280
den Folgen, zu den vergangenen und natürlich auch vom Shep, der Shep schreibt ja sehr oft

00:05:56.280 --> 00:06:02.120
bei uns dann auch längere Kommentare drunter mit vielen wichtigen Informationen, aber ganz

00:06:02.120 --> 00:06:06.560
kurz noch zu dem Konkreten, dann können wir darauf eingehen, der Lippe hat was empfohlen,

00:06:06.560 --> 00:06:14.780
Paperless NGX und das hatte ich mir auch schon angeschaut, das ist so ein Tool oder Toolkit,

00:06:14.780 --> 00:06:18.520
was man, ich glaube es läuft auch über Dockercontainer, wenn ich das richtig habe, ich habe es mir

00:06:18.520 --> 00:06:22.800
noch nicht so tief angeschaut, aber man hat da im Endeffekt eine Dokumentenverwaltung,

00:06:22.800 --> 00:06:27.960
also es kann auch OCR, wenn man die Sachen nicht eh schon OCR drübergejagt hat und kann

00:06:27.960 --> 00:06:33.960
auch so Sachen wie, ich versehe Dokumente mit Tags oder in bestimmte Kategorien ordne

00:06:33.960 --> 00:06:39.700
ich die ein oder eben auch per KI werden Tags automatisch vorgeschlagen oder hinzugefügt

00:06:39.700 --> 00:06:44.200
zu den Dokumenten, da habe ich jetzt allerdings noch nicht geschaut, das möchte ich im zweiten

00:06:44.200 --> 00:06:48.800
Schritt dann auch auf Home Assistant umsetzen oder vielleicht sogar optional in das Plugin

00:06:48.800 --> 00:06:52.120
integrieren, aber ich weiß nicht wie die Performance z.B. jetzt auf einem Raspberry

00:06:52.120 --> 00:06:58.360
Pi ist, um da per KI über irgendein Modell irgendwelche Tags hinzuzufügen und auch mit

00:06:58.360 --> 00:07:02.040
Mehrsprachigkeit und so weiß ich natürlich nicht, das werde ich mal noch ausprobieren

00:07:02.040 --> 00:07:05.240
wenn ich dazu komme und dann sage ich da auch Bescheid und bau das dann rein.

00:07:05.240 --> 00:07:10.360
Habe ich schon öfter gehört, dass das cool sein soll und einige Leute benutzen das.

00:07:10.360 --> 00:07:15.520
Ich muss nur immer so ein bisschen kichern, wenn ich von irgendwas höre, was NG heißt.

00:07:15.520 --> 00:07:16.520
Ja, ja, ja.

00:07:16.520 --> 00:07:20.200
Also ich meine es ist ja mittlerweile, werden ja da auch mit oft Angular Sachen gemeint

00:07:20.200 --> 00:07:23.880
und ich glaube das ist in dem Fall auch gemeint, aber wenn NG nicht mehr reicht, dann muss

00:07:23.880 --> 00:07:27.200
man noch was anderes hinzufügen, dann macht man halt noch ein X hinten dran.

00:07:27.200 --> 00:07:33.000
Ich habe jetzt gerade nochmal, weil es mich jetzt interessiert hat, ich habe mich gefragt,

00:07:33.000 --> 00:07:36.880
wann hat man denn eigentlich angefangen, Sachen NG zu nennen, weil ich finde es ein bisschen

00:07:36.880 --> 00:07:41.640
lustig, etwas Next Generation zu nennen, weil NG ist halt auch irgendwann mal alt und es

00:07:41.640 --> 00:07:47.680
gibt dann was Neueres, aber dann heißt das alte immer noch Next, also es ist ja immer,

00:07:47.680 --> 00:07:53.800
die Formulierung impliziert ja, dass das immer einen Schritt voraus ist und das finde ich

00:07:53.800 --> 00:07:54.800
ein bisschen witzig.

00:07:54.800 --> 00:08:00.040
Jetzt habe ich hier, also Chat-GPT muss ich jetzt sagen, natürlich kann es halluzinieren,

00:08:00.040 --> 00:08:05.160
aber es klingt gar nicht so abwegig, also Next, das Ding Next Generation heißen ist

00:08:05.160 --> 00:08:09.480
schon aus den 60er oder 70er Jahren aus Militär und Luftfahrt bekannt, allerdings nicht so

00:08:09.480 --> 00:08:16.280
mehr mit, nicht NG, es gab auch irgendwie von IBM mal was, was Next Generation hieß

00:08:16.280 --> 00:08:23.960
oder Next Gen Konsolen, Spielekonsolen, aber angeblich hat Star Trek The Next Generation

00:08:23.960 --> 00:08:30.800
den Begriff populär gemacht so richtig und ich finde es so ein bisschen, also bei Star

00:08:30.800 --> 00:08:38.640
Trek stimmt es ja, weil es war ja vom Original Star Trek aus die Next Generation, da ist es

00:08:38.640 --> 00:08:43.560
sehr treffend, da ist es nicht so ein random, ich bin jetzt halt neuer als das alte, aber

00:08:43.560 --> 00:08:45.880
so wird es halt oft irgendwie verwendet.

00:08:45.880 --> 00:08:51.920
Ich finde es macht Sinn zum Beispiel für einen Alpha Branch oder von mir aus auch Beta

00:08:51.920 --> 00:08:56.360
Branch oder halt irgendwie so eine Vorab-Version von dem, was kommt, wo vielleicht noch nicht

00:08:56.360 --> 00:09:01.240
so alles ganz ausgereift ist, aber dass das halt immer, also das ist wirklich immer so

00:09:01.240 --> 00:09:05.320
das Nächste und was dann dem Next in der Stable-Version kommt, da macht das Sinn, aber

00:09:05.320 --> 00:09:09.880
klar jetzt irgendwie ein finales Produkt Next Generation zu nennen und dann die Generation

00:09:09.880 --> 00:09:12.400
weiter dann über Next.

00:09:12.400 --> 00:09:17.880
Die haben alle irgendwie so, also ich habe jetzt gerade an Browser gedacht, die haben

00:09:17.880 --> 00:09:21.520
lauter so verrückte Namen, also bei Chrome heißt es ja Canary, genau das was du gerade

00:09:21.520 --> 00:09:26.480
gesagt hast, gibt auch irgendwie Beta oder so, aber Canary ist glaube ich so das ganz

00:09:26.480 --> 00:09:27.480
Neueste.

00:09:27.480 --> 00:09:31.800
Da sind dann auch Dinge drin, die es zum Beispiel in die Beta noch gar nicht schaffen oder

00:09:31.800 --> 00:09:32.800
so, ne?

00:09:32.800 --> 00:09:37.520
Bei Firebox sind es die Nightly-Bits, das kann man auch noch, also ja, kann man auch

00:09:37.520 --> 00:09:38.520
noch.

00:09:38.520 --> 00:09:41.360
Ja, wobei es von Chromium gibt es ja auch Nightlys, das ist auch wieder was anderes,

00:09:41.360 --> 00:09:48.360
Canary ist dann nochmal so, da werden dann die Nightlys so nochmal fixiert, irgendwie,

00:09:48.360 --> 00:09:49.360
ja?

00:09:49.360 --> 00:09:50.920
Auf einen halbwegs stabilen Stand.

00:09:50.920 --> 00:09:55.600
Ja, also es macht natürlich keinen Sinn, das so zu nennen, aber das Ding an sich sieht

00:09:55.600 --> 00:09:58.560
echt cool aus und ich werde mich damit auch noch beschäftigen, es ist halt wirklich so,

00:09:58.560 --> 00:10:03.080
wie der Name sagt, paperless, also ich will meinen ganzen Papierkram loswerden und eigentlich

00:10:03.080 --> 00:10:09.880
die Dinge einmal einscannen und kann dann halt auch danach sortieren, welche, ja, Correspondent,

00:10:09.880 --> 00:10:15.280
also von welcher Versicherung kommt es jetzt oder so und hab dann alles schön organisiert

00:10:15.280 --> 00:10:21.200
und das ist natürlich grad für Menschen wie ich, die so verplant sind und in dieser

00:10:21.200 --> 00:10:24.800
Zettelwirtschaft ertrinken, ist das natürlich total cool.

00:10:24.800 --> 00:10:25.800
Genau.

00:10:25.800 --> 00:10:26.800
Ja, so.

00:10:26.800 --> 00:10:30.480
Ja, dann zum Kommentar, genau, da kannst du vielleicht noch was dazu sagen.

00:10:30.480 --> 00:10:34.880
Da sag ich noch was zu, weil, also da war, also es ging um die letzte Folge, wo wir über

00:10:34.880 --> 00:10:42.520
Video und Audio gesprochen haben und ich bin ja froh, dass der Shep im Prinzip nur so eine

00:10:42.520 --> 00:10:46.880
super Spezialgeschichte kommentiert hat, das heißt, wir lagen nicht so komplett falsch

00:10:46.880 --> 00:10:50.720
mit dem Rest, den wir gesagt haben, aber eine Sache daraus, also der Kommentar, den werden

00:10:50.720 --> 00:10:56.560
wir auch verlinken, kommt in die Show Notes, eine Sache daraus, die fand ich besonders

00:10:56.560 --> 00:11:02.880
bemerkenswert, weil ich davon noch nie was gehört hatte und zwar der Media Engagement

00:11:02.880 --> 00:11:10.920
Index und zwar ging es um Autoplay, der Play-Methode auf Videos, welche Seiten dürfen das und

00:11:10.920 --> 00:11:16.960
welche nicht, so und wir haben ja mal gesagt, naja, nach Interaktion und so, was der Shep

00:11:16.960 --> 00:11:23.240
jetzt aber geschrieben hat, ist, dass der Browser quasi buchführt, wie oft ich auf

00:11:23.240 --> 00:11:29.960
einer Seite irgendwie schon Play gedrückt habe sozusagen und je nachdem, wie oft, das

00:11:29.960 --> 00:11:34.040
ist im Vergleich zu, wie oft ich die Seite aufrufe, wenn das besonders oft ist, dann

00:11:34.040 --> 00:11:38.800
darf die Seite irgendwann Autoplay machen und was total abgefahren ist, das habe ich

00:11:38.800 --> 00:11:44.640
jetzt gerade eben mal aufgerufen bei mir, in Chrome oder auch in Brave, also Chromium

00:11:44.640 --> 00:11:51.400
basierten Browsern gibt es dieses Chrome Doppelpunkt Slash Slash Media Engagement, das ist eine

00:11:51.400 --> 00:11:54.680
Seite, die habe ich gerade mal aufgemacht, bei Brave ist das halt Brave Doppelpunkt,

00:11:54.680 --> 00:12:01.240
in Edge ist es wahrscheinlich Edge Doppelpunkt und da habe ich tatsächlich eine Tabelle,

00:12:01.240 --> 00:12:04.560
wo alle möglichen Seiten, auf denen ich Media Playback gemacht habe, ich weiß nicht genau,

00:12:04.560 --> 00:12:07.960
wie weit es zurückreicht, es kommt mir irgendwie so vor, als ob das nicht alles gewesen sein

00:12:07.960 --> 00:12:08.960
kann.

00:12:08.960 --> 00:12:11.000
Bei mir ist es relativ wenig, aber es ist halt auch meine Windows Instanz.

00:12:11.000 --> 00:12:15.600
Es sind aber Seiten dabei, wo ich mir sehr sicher bin, dass ich die schon lange nicht

00:12:15.600 --> 00:12:23.840
mehr auf hatte, also, obwohl, nee, warte mal, Last Playback, das geht nur bis 2024 zurück.

00:12:23.840 --> 00:12:28.440
Okay, keine Ahnung, wie lange der, ich weiß gar nicht, ob das irgendwo definiert ist,

00:12:28.440 --> 00:12:32.680
ob da die Zeit, in der das eine Rolle spielt, auf jeden Fall habe ich mal sortiert jetzt

00:12:32.680 --> 00:12:39.360
nach Sessions with Playback und da habe ich, YouTube ist bei mir da natürlich ganz oben,

00:12:39.360 --> 00:12:46.600
1974 Sessions insgesamt und 1282 davon mit Playback, also das ist ein relativ guter,

00:12:46.600 --> 00:12:50.520
da kommt ein Score von 0,65 raus, das ist extrem hoch.

00:12:50.520 --> 00:13:00.520
Bei ZUNO habe ich noch einen höheren Score, nämlich von 0,85, 27 Sessions, 23 mit Playback,

00:13:00.520 --> 00:13:07.880
klar ZUNO ist halt die Musikenergierungs-AI, das ist super interessant, das ist hässlich

00:13:07.880 --> 00:13:13.720
wie die Nacht, aber es tut seinen Zweck, also das ist total abgefahren, also das ist eine

00:13:13.720 --> 00:13:18.320
interessante Statistik, die ich nicht, überhaupt nicht kannte, auch gar nicht, dass man darauf

00:13:18.320 --> 00:13:19.320
zugreifen kann.

00:13:19.320 --> 00:13:23.400
Man schreibt halt auch hier genau die Zahlen, also wenn das über 30% sind der Seitenbesuche,

00:13:23.400 --> 00:13:28.920
die zum Abspielen geführt haben, dann kommt das auf eine interne Allow-List für Autoplay

00:13:28.920 --> 00:13:34.920
mit Ton und fliegt wieder raus, wenn es 20% unterschreitet, also das ist echt interessant.

00:13:34.920 --> 00:13:40.600
Also bei mir sind das dann, also das wäre dann in dem Fall der Score bis zu 0,3, da

00:13:40.600 --> 00:13:46.120
kann ich mal genau vorlesen, das sind genau 4, 5 Seiten bei mir, die das, die quasi das

00:13:46.120 --> 00:13:51.320
machen dürfen, Zuno, YouTube, TikTok interessanterweise, obwohl ich da eigentlich nie drauf bin, aber

00:13:51.320 --> 00:13:58.160
offenbar habe ich da auf Play gedrückt, ZDF und adad-mediathek.de und alle anderen haben

00:13:58.160 --> 00:14:02.640
einen Score unter 0,3, also unter 30%.

00:14:02.640 --> 00:14:06.880
Man sieht auch oben so ein Setting, eine Übersicht über verschiedene Settings, wo dann drin

00:14:06.880 --> 00:14:10.960
steht zum Beispiel minimale Sessions, die man braucht, damit es überhaupt greift und

00:14:10.960 --> 00:14:16.780
eben diesen Threshold von 0,2 und 0,3 kann man wahrscheinlich auch bei About Config oder

00:14:16.780 --> 00:14:22.460
so, kann man das bestimmt auch noch irgendwie fine-tunen, wenn man das möchte.

00:14:22.460 --> 00:14:27.840
Aber jetzt stell dir vor, du weißt nichts von dieser Geschichte und du gehst auf eine

00:14:27.840 --> 00:14:31.800
Seite und auf der einen Seite kannst du Autoplay machen, auf der anderen Seite nicht debuggen

00:14:31.800 --> 00:14:32.800
das mal.

00:14:32.800 --> 00:14:35.440
Ja, das ist schon seltsam dann, ja.

00:14:35.440 --> 00:14:37.160
Das ist echt abgefahren.

00:14:37.160 --> 00:14:39.080
Okay, aber wieder was gelernt.

00:14:39.080 --> 00:14:47.520
Es ist wieder, die Welt ist voller Mysterien, die noch entdeckt werden müssen und es hört

00:14:47.520 --> 00:14:48.520
einfach nicht auf.

00:14:48.520 --> 00:14:49.720
Und der Shep hilft uns dabei.

00:14:49.720 --> 00:14:52.200
Und der Shep hilft uns dabei, vielen Dank, Shep.

00:14:52.200 --> 00:14:57.680
Aber Shep ist, glaube ich, auch treuer Hörer, also ich weiß, dass seine Queue lang ist,

00:14:57.680 --> 00:15:01.280
das schreibt er auch immer mal wieder, also er ist nicht immer ganz tagesaktuell, aber

00:15:01.280 --> 00:15:02.280
wer ist das schon?

00:15:02.280 --> 00:15:06.640
Wenn ihr tagesaktuell diese Folge hört, an dem Tag, wo sie rauskommt, dann gerne mal

00:15:06.640 --> 00:15:09.760
einen Kommentar schreiben, dann kriegt ihr ein Extra-Blümchen oder so was, ich weiß

00:15:09.760 --> 00:15:13.560
noch nicht genau, einen Sticker oder einen Stempel, so wie man es halt früher in der

00:15:13.560 --> 00:15:17.960
ersten Klasse, ihr wisst ja, Schmetterling oder so.

00:15:17.960 --> 00:15:29.200
Ja, wo wir schon bei netten Sachen sind, ihr seid super nett, und zwar gab es einige Kofi-Unterstützung

00:15:29.200 --> 00:15:30.200
an uns.

00:15:30.200 --> 00:15:34.040
Mittlerweile, ich weiß gar nicht, habe ich in der letzten Folge schon gesagt, wir haben

00:15:34.040 --> 00:15:37.120
mittlerweile da auch Leute, die uns tatsächlich regelmäßig unterstützen.

00:15:37.120 --> 00:15:43.200
Jemand hat zum Beispiel gesagt, er hat sein Twitch-Abo nach Kofi umgezogen, was ich sehr

00:15:43.200 --> 00:15:45.960
schön finde, vor allem bei Kofi, also jetzt mal abgesehen davon, dass wir jetzt gerade

00:15:45.960 --> 00:15:50.320
keinen Twitch mehr machen, bei Kofi haben wir auch mehr davon.

00:15:50.320 --> 00:15:55.720
Also, wer nicht weiß, was Kofi ist, das ist so eine Spendenplattform, die ist über Paypal

00:15:55.720 --> 00:16:02.640
angebunden und wenn ihr da was spendet, dann landet das zu fast außer das, was Paypal

00:16:02.640 --> 00:16:06.600
uns davon wegnimmt, was ein kleiner Teil ist, kommt es dann auch alles bei uns an, nicht

00:16:06.600 --> 00:16:07.600
so wie bei Twitch.

00:16:07.600 --> 00:16:10.800
Wenn man bei Twitch ein Abo abgeschlossen hat, dann haben wir nur die Hälfte von dem

00:16:10.800 --> 00:16:11.800
Geld gekriegt.

00:16:11.800 --> 00:16:17.840
Genau, wofür hilft es uns für unsere viel zu teure Top-Level-Domain, die wir für unseren

00:16:17.840 --> 00:16:23.080
Podcast haben, wenn bei uns an Audio-Equipment noch was gebraucht wird und so weiter.

00:16:23.080 --> 00:16:27.240
Wir haben ja auch schon immer mal wieder Verlosungsaktionen gemacht, wo wir T-Shirts dann oder sowas

00:16:27.240 --> 00:16:28.240
verlost haben.

00:16:28.240 --> 00:16:30.600
Wir kaufen davon Sticker und allen möglichen Kram.

00:16:30.600 --> 00:16:33.960
Es ist also gut investiertes Geld, wenn ihr uns da was spendet.

00:16:33.960 --> 00:16:38.840
Und wir haben auch noch, ich weiß jetzt nur nicht, ob wir es namentlich erwähnen, ob

00:16:38.840 --> 00:16:42.440
das gewünscht ist, deswegen mache ich es mal anonym, da haben wir nämlich auch noch

00:16:42.440 --> 00:16:43.760
gar nicht drüber gesprochen, wir beide.

00:16:43.760 --> 00:16:49.720
Wir haben auch einen Amazon-Gutschein noch bekommen, auch in bedeutsamer Höhe, sag ich

00:16:49.720 --> 00:16:50.720
mal.

00:16:50.720 --> 00:16:56.160
So, hier ist mein Jahresbeitrag, das fand ich auch total lieb.

00:16:56.160 --> 00:17:02.300
Also vielen lieben Dank, wenn du das hörst, ich weiß, dass du zuhörst auch regelmäßig

00:17:02.300 --> 00:17:04.040
und ja, vielen lieben Dank dafür nochmal.

00:17:04.040 --> 00:17:09.280
Das ist endlich jetzt mal die Gelegenheit, mir dieses Wenger Schweizer Taschenmesser

00:17:09.280 --> 00:17:11.400
zu bestellen mit den 700 Funktionen.

00:17:11.400 --> 00:17:12.400
Nein, Spaß.

00:17:12.400 --> 00:17:14.520
Müssen wir noch drüber reden?

00:17:14.520 --> 00:17:19.080
Genau, ja, vielen, vielen Dank an dieser Stelle nochmal dafür.

00:17:19.080 --> 00:17:26.120
Genau, also da kommt einiges rein, wir freuen uns da sehr drüber, es tut uns leid, dass

00:17:26.120 --> 00:17:31.480
wir nicht so regelmäßig sind, aber das ist quasi, was entschuldige ich mich eigentlich

00:17:31.480 --> 00:17:32.480
noch dafür?

00:17:32.480 --> 00:17:34.800
Das ist ja mittlerweile eigentlich fast das Programm.

00:17:34.800 --> 00:17:40.000
Ich finde es trotzdem wahnsinnig toll, dass ihr uns trotzdem, und ihr wisst es ja mittlerweile,

00:17:40.000 --> 00:17:44.600
dass das bei uns ein bisschen chaotisch ist und wir gegen die erste Regel von Nikolas

00:17:44.600 --> 00:17:48.280
Wörl verstoßen hier regelmäßig, nämlich der Podcast muss regelmäßig kommen.

00:17:48.280 --> 00:17:53.640
Also wir verstoßen mit Regelmäßigkeit gegen diese Regeln.

00:17:53.640 --> 00:17:54.640
Immerhin.

00:17:54.640 --> 00:17:55.640
Darauf ist Verlass.

00:17:55.640 --> 00:17:56.640
Darauf ist Verlass.

00:17:56.640 --> 00:17:57.640
Nein, immerhin.

00:17:57.640 --> 00:18:02.760
Ihr könnt euch darauf verlassen, dass ihr euch nicht auf uns verlassen könnt, aber

00:18:02.760 --> 00:18:07.040
irgendwann kommt dann doch was, so wie jetzt, jetzt, heute, also an diesem Tag, wo ihr das

00:18:07.040 --> 00:18:08.040
jetzt hört.

00:18:08.040 --> 00:18:11.360
Genau, also vielen, vielen, vielen Dank für die ganzen Spenden.

00:18:11.360 --> 00:18:16.160
Wenn ihr da denkt jetzt, oh ja, irgendwie so ein Euro pro Folge klingt jetzt irgendwie

00:18:16.160 --> 00:18:20.880
nach einer guten Idee oder ich würde gerne auch mal was beitragen oder hey, wir haben

00:18:20.880 --> 00:18:25.300
dich jetzt hier irgendwie gut unterhalten, dann kannst du, wenn du es ganz schnell machen

00:18:25.300 --> 00:18:31.240
willst, auf www.siv.de-spende gehen, dann wirst du weitergeleitet auf die jeweils aktuelle

00:18:31.240 --> 00:18:32.240
Spendenseite.

00:18:32.240 --> 00:18:37.360
Momentan ist das eben dieser Dienst Kofi bei uns, da kannst du mit Paypal Geld einwerfen.

00:18:37.360 --> 00:18:40.160
Ich weiß gar nicht, ob das anders auch geht, das habe ich noch nie ausprobiert, aber ich

00:18:40.160 --> 00:18:42.600
glaube mit irgendwie Karten gedöhnt.

00:18:42.600 --> 00:18:46.120
Ich glaube, man kann ja bei Paypal auch teilweise, das ist auch so ein komisches Prinzip, glaube

00:18:46.120 --> 00:18:51.880
ich, mit diesem Media Engagement Index, ob man das darf oder nicht, ohne Account ausgelockt

00:18:51.880 --> 00:18:52.880
mit Kreditkarte zahlen.

00:18:52.880 --> 00:18:57.560
Das geht manchmal, manchmal nicht, weiß ich nicht, von was das abhängt, teilweise von

00:18:57.560 --> 00:19:02.040
der besuchten Seite oder von dem, an den das Geld geht, ich weiß es nicht, oder die eigene

00:19:02.040 --> 00:19:03.760
Vertrauenswürdigkeit, keine Ahnung.

00:19:03.760 --> 00:19:04.760
Achtung, jetzt kommt's.

00:19:04.760 --> 00:19:12.200
Also es geht Paypal, es geht Debit oder Kreditkarte und es geht sogar SEPA Lastschrift, steht

00:19:12.200 --> 00:19:13.200
hier.

00:19:13.200 --> 00:19:19.240
Also das ist natürlich sehr cool, ich nehme mal an, weil wenn ihr SEPA Lastschrift macht,

00:19:19.240 --> 00:19:21.760
dann könnte es sein, dass es nicht mal irgendwelche Gebühren kostet.

00:19:21.760 --> 00:19:26.200
Also wenn ihr Paypal macht, dann gibt es, ach ne Moment, ich denke gerade falsch, weil

00:19:26.200 --> 00:19:31.040
das Geld am Ende auf Paypal, über Paypal zu uns kommt und da wird noch was abgezogen.

00:19:31.040 --> 00:19:32.040
Achso, ja.

00:19:32.040 --> 00:19:34.520
Aber vielleicht kann man das auch ändern, wenn die mittlerweile SEPA haben, muss ich

00:19:34.520 --> 00:19:35.520
mal gucken.

00:19:35.520 --> 00:19:39.480
Aber ich glaube dann, ja das ist halt super bequem.

00:19:39.480 --> 00:19:44.800
Also es gibt verschiedenste Wege und wir würden uns sehr freuen darüber, weil wir dann hier

00:19:44.800 --> 00:19:49.200
weitermachen können, uns Equipment reparieren können, keine Ahnung, was halt so anfällt.

00:19:49.200 --> 00:19:51.320
Wie gesagt, unsere Top-Level-Domain, die ist viel zu teuer.

00:19:51.320 --> 00:19:54.080
Ihr könnt ja mal gucken, was eine Punkt-Show-Domain kostet.

00:19:54.080 --> 00:19:58.080
Ich meine, das ist jetzt kein Vermögen, aber es ist was anderes als eine DE.

00:19:58.080 --> 00:19:59.080
Im Vergleich.

00:19:59.080 --> 00:20:05.000
Also ich habe jetzt bei, wie heißt es, NetCup, in so einem Deal, meine Domain, die ich letztes

00:20:05.000 --> 00:20:10.480
Mal auch genannt habe, da zahle ich jetzt irgendwie 17 Cent im Monat für die Domain,

00:20:10.480 --> 00:20:12.880
weil das so ein Special-Angebots-Dings war.

00:20:12.880 --> 00:20:18.320
Und da kommen wir natürlich mit unserer Show-Domain bei weitem nicht hin.

00:20:18.320 --> 00:20:25.120
Nee, ich würde sogar sagen, das ist Faktor 15 oder so teurer.

00:20:25.120 --> 00:20:26.120
Ja.

00:20:26.120 --> 00:20:30.440
Habe ich jetzt mal so grob im Kopf ausgerechnet.

00:20:30.440 --> 00:20:31.440
Okay.

00:20:31.440 --> 00:20:32.440
Gut.

00:20:32.440 --> 00:20:36.600
Ja, der nächste Punkt, oder wolltest du noch was Abschließendes sagen?

00:20:36.600 --> 00:20:37.600
Nein, nein.

00:20:37.600 --> 00:20:42.120
Der nächste Punkt passt eigentlich auch so ein bisschen dazu, weil ihr macht das vorbildlich

00:20:42.120 --> 00:20:44.280
so mit der Unterstützung, mit dem was zurückgeben.

00:20:44.280 --> 00:20:49.480
Und ich habe so einen kleinen Vent, ein eigentlich altbekanntes Problem, das wir jetzt auch mit

00:20:49.480 --> 00:20:53.360
diesem Vent nicht lösen werden, aber ich, weil es in den letzten Tagen immer mal wieder

00:20:53.360 --> 00:20:57.800
akut war, sage ich mal, wollte ich das einfach jetzt auch nochmal ansprechen.

00:20:57.800 --> 00:21:01.800
Und zwar, ich bin ja jetzt eh so ein bisschen aus diesem ganzen Programmier-Ding so ein

00:21:01.800 --> 00:21:02.800
bisschen raus.

00:21:02.800 --> 00:21:08.360
Aber ich würde schon gerne in meiner Freizeit noch so ein bisschen Open Source Projekte

00:21:08.360 --> 00:21:14.560
weiterentwickeln und unterstützen und ich bin ja da auch Codemaintainerin von OpenType.js,

00:21:14.560 --> 00:21:20.020
habe ich auch ganz oft schon hier drüber gesprochen und gerade in letzter Zeit kommen wieder ganz

00:21:20.020 --> 00:21:26.240
viele neue Issues und oft ist das Problem, es gibt im Mainbranch eine Version, die kann

00:21:26.240 --> 00:21:30.680
man auch online, in der Demo ist das die gleiche Version, die da halt dann als Build angezapft

00:21:30.680 --> 00:21:31.680
wird.

00:21:31.680 --> 00:21:36.800
Die ist halt deutlich weiter als das, was zuletzt released wurde vor keine Ahnung mittlerweile

00:21:36.800 --> 00:21:38.040
zwei, drei Jahren oder was.

00:21:38.040 --> 00:21:43.640
Also das ist eine uralte Version, auch auf NPM und sowas, die 1.3.4 und die kann zum

00:21:43.640 --> 00:21:48.480
Beispiel keine Variable Fonts und keine Color Fonts und so weiter.

00:21:48.480 --> 00:21:53.520
Das kann aber OpenType.js mittlerweile alles, nur halt eben in dieser noch nicht offiziell

00:21:53.520 --> 00:21:54.520
releast Version.

00:21:54.520 --> 00:21:59.040
Und das ist halt so, ich bin da im Moment gerade die Einzige, die da überhaupt noch

00:21:59.040 --> 00:22:03.240
irgendwie Zeit investiert, sprich es kommen Issues und ich antworte wenigstens nach ein

00:22:03.240 --> 00:22:09.520
paar Tagen oder so drauf und versuche zu helfen und oft ist es halt eben, ja probier doch

00:22:09.520 --> 00:22:15.200
mal die aktuellste Version und nicht das letzte Release, dann hat sich das oft schon erledigt.

00:22:15.200 --> 00:22:17.600
Aber halt auch Feature Requests und so weiter.

00:22:17.600 --> 00:22:23.920
Und das ist irgendwie so ärgerlich, weil ich würde da gerne mehr rein investieren,

00:22:23.920 --> 00:22:30.040
aber bei einem Projekt von der Größe und dem Umfang ist es halt zurecht so, dass also

00:22:30.040 --> 00:22:36.240
jedes Pull Request braucht ein Review, d.h. die eigenen Sachen, die ich anbiete, die hängen

00:22:36.240 --> 00:22:40.500
teilweise monatelang, hängen die da fest und es passiert nichts und es kommt nie in

00:22:40.500 --> 00:22:41.500
die Version.

00:22:41.500 --> 00:22:45.560
Klar, ich könnte sagen, ja scheiß drauf, ich merge das jetzt trotzdem, aber ich will

00:22:45.560 --> 00:22:49.880
ja eigentlich, dass jemand dann nochmal drüber guckt, weil ich weiß, dass ich keinen fehlerfreien

00:22:49.880 --> 00:22:58.440
Content produziere unbedingt und auch so Sachen, die einfach eine grundsätzliche Designentscheidung,

00:22:58.440 --> 00:23:04.800
nicht im Sinne von Design, sondern Code Design oder Projektentwicklung angehen, so in welche

00:23:04.800 --> 00:23:09.080
Richtung gehen wir denn, oder wie machen wir das, das gibt irgendwie 5 verschiedene Lösungsansätze,

00:23:09.080 --> 00:23:13.080
welchen wollen wir denn, wollen wir das irgendwie modular machen oder als Plugin sogar anbieten

00:23:13.080 --> 00:23:16.640
oder keine Ahnung was, das will ich gar nicht allein entscheiden, ich möchte eigentlich,

00:23:16.640 --> 00:23:21.240
dass da möglichst viele Köpfe irgendwie sich zusammentun und das ist halt einfach

00:23:21.240 --> 00:23:24.840
alles blockiert, dadurch, dass ich halt da komplett alleine aktuell überhaupt irgendwas

00:23:24.840 --> 00:23:27.760
dran mache und ich finde das so schade, weil ich hätte gerne mal, ich würde zumindest

00:23:27.760 --> 00:23:33.080
mal gerne den aktuellen Stand als aktuelles Release releasen oder sowas und das ist so.

00:23:33.080 --> 00:23:36.820
Darfst du, könntest du das denn, kannst du ein NPM Release bauen, da hast du die Rechte

00:23:36.820 --> 00:23:37.820
dazu.

00:23:37.820 --> 00:23:44.560
Ich meine, dass der ursprüngliche Maintainer das als Token, als CQ, also so, dass ich es

00:23:44.560 --> 00:23:49.020
nicht einsehen kann, aber es wird im Hintergrund über so ein Workflow, wird es getriggert,

00:23:49.020 --> 00:23:54.020
ich könnte es, glaube ich, auf NPM pushen, aber die Version ist halt noch nicht ganz

00:23:54.020 --> 00:23:55.020
so weit.

00:23:55.020 --> 00:23:59.640
Es gab so ein paar Milestones, die wir drin haben wollten und die Doku müsste nochmal

00:23:59.640 --> 00:24:05.320
geguckt werden, dass da wirklich alles aktualisiert ist und so mit den ganzen API-Änderungen

00:24:05.320 --> 00:24:09.120
und ich schaff das aber halt einfach nicht alleine und das wäre halt, wenn jetzt jemand

00:24:09.120 --> 00:24:16.340
sagen würde, er, sie sponsert irgendwie Arbeitszeit pro Monat oder sowas, ja, dann würde ich,

00:24:16.340 --> 00:24:20.760
dann könnte ich das eher irgendwie machen, dass ich dann sage, okay, ich mach das jetzt

00:24:20.760 --> 00:24:26.440
wirklich als Nebenberuf quasi, dass ich daran arbeite oder andere fühlen sich vielleicht

00:24:26.440 --> 00:24:31.100
dann wieder eher, ich würde das auch ohne Bezahlung machen, wenn andere für Bezahlung

00:24:31.100 --> 00:24:37.260
mitmachen, ja, also Hauptsache, es gibt irgendwie mehr Man- oder Woman-Power, ja, und das hat

00:24:37.260 --> 00:24:42.420
mich einfach gerade die letzten Tage, weil wieder mehrere Issues kamen, so genervt, weil

00:24:42.420 --> 00:24:47.060
zwei auch gefragt haben, ja, warum ist denn das Projekt so tot, und ich halt sagen musste,

00:24:47.060 --> 00:24:50.220
na ja, ich mach jetzt schon seit über einem Jahr hier alleine dran rum und versuch so

00:24:50.220 --> 00:24:53.780
das Nötigste, aber es geht halt einfach nichts voran und das ist echt schade.

00:24:53.780 --> 00:24:59.140
Und die, die anderen, die, die melden sich nicht mehr oder wie viele Leute warten?

00:24:59.140 --> 00:25:03.220
Sporadisch, wenn man die taggt oder sowas, dann kommt, oh ja, sorry, mein neuer Job frisst

00:25:03.220 --> 00:25:07.400
einfach so viel Zeit, ich weiß, ich müsste eigentlich, aber geht nicht.

00:25:07.400 --> 00:25:11.320
Und ich mach den Leuten ja auch gar keinen Vorwurf, ne, also es ist ja, jeder hat das

00:25:11.320 --> 00:25:16.220
so und das eigentliche Problem ist halt eben generell, deswegen wieder zurück zu spenden

00:25:16.220 --> 00:25:20.980
und so, dass man Open Source halt wirklich unterstützt und sagt, okay, das braucht Zeit

00:25:20.980 --> 00:25:25.380
und Zeit haben Leute nicht zu verschenken, sondern dann muss die Zeit halt irgendwie

00:25:25.380 --> 00:25:29.500
bezahlt werden, auch bei Open Source Projekten, auch bei Projekten, wo an sich das Endprodukt

00:25:29.500 --> 00:25:34.580
kostenlos ist, aber irgendjemand muss diese Zeit entschädigen in irgendeiner Form, weil

00:25:34.580 --> 00:25:40.420
man kann viel freiwillig machen, aber ich kann nicht die Zeit, die ich nicht für Familie

00:25:40.420 --> 00:25:43.540
habe, die ich aber eigentlich brauche, um Geld reinzubekommen, die kann ich nicht auch

00:25:43.540 --> 00:25:48.340
noch verschenken, indem ich da, ja, kostenlos meine Zeit da zur Verfügung stelle.

00:25:48.340 --> 00:25:53.660
Ja, ich verstehe das total, ich habe jetzt, ich bin jetzt quasi auf der anderen Seite

00:25:53.660 --> 00:25:59.260
bei einem Projekt, wo ich, wo ich jetzt gerade so Dinge so ein bisschen vorantreiben will,

00:25:59.260 --> 00:26:05.940
wo ich keine Antworten bekomme auf meine Fragen und ich bin jetzt schon kurz davor, das zu

00:26:05.940 --> 00:26:10.740
forken, weil selbst im, die haben einen Slack-Channel, also ich kann mal sagen, worum es geht, es

00:26:10.740 --> 00:26:13.740
geht um Pally und Pally Dashboard, ich glaube, da habe ich auch vielleicht schon mal drüber

00:26:13.740 --> 00:26:14.740
gesprochen.

00:26:14.740 --> 00:26:15.740
Stimmt, ja.

00:26:15.740 --> 00:26:20.420
Pally ist so ein Kommandozeilentool, mit dem man automatisierte Accessibility-Tests fahren

00:26:20.420 --> 00:26:29.900
kann und Pally Dashboard ist im Prinzip quasi ein Frontend dafür, wo ich bestimmte URLs

00:26:29.900 --> 00:26:35.380
eintragen kann und dann ich auch Cron-Jobs einrichten kann und dann auch so einen Verlauf

00:26:35.380 --> 00:26:39.580
sehen kann, wie viele Fehler waren da, wann und welche sind das.

00:26:39.580 --> 00:26:43.420
Ziemlich cool, wenn man so ein bisschen Seiten überwachen will, wie sie, wie die sich entwickeln.

00:26:43.420 --> 00:26:48.260
Also das Tool an sich ist ziemlich gut, es hat aber so ein paar Schwächen oder so ein

00:26:48.260 --> 00:26:54.220
paar Sachen, wo ich sage, da müsste, da müsste man mal ran und teilweise sind es nur Kleinigkeiten.

00:26:54.220 --> 00:26:55.220
Ganz, ganz easy.

00:26:55.220 --> 00:27:00.980
Also zum Beispiel habe ich gerade gesagt, es gibt so einen Verlaufsgraf der Fehler,

00:27:00.980 --> 00:27:07.700
das ist eine coole Sache, nur ist der Graf, der fängt nicht immer unten bei Null an,

00:27:07.700 --> 00:27:12.180
sondern der startet irgendwo in der Mitte, je nachdem, wie viele Fehler da dargestellt

00:27:12.180 --> 00:27:13.180
werden.

00:27:13.180 --> 00:27:18.020
Das bedeutet, dass zum Beispiel manchmal der Graf so aussieht, als ob er mega runtergegangen

00:27:18.020 --> 00:27:23.700
ist, weil ein Fehler gefixt wurde von 50, also da geht von 50 auf 49 und der Graf sieht

00:27:23.700 --> 00:27:27.660
aus, als ob du jetzt, jetzt hast du fast keine Fehler mehr, aber man sieht, die Null ist

00:27:27.660 --> 00:27:33.260
halt nicht da, die Skala geht halt von 48 bis 51, das ist komplett irre.

00:27:33.260 --> 00:27:35.300
Also ich verstehe nicht, wie er sich das ausgedacht hat.

00:27:35.300 --> 00:27:40.100
Also eigentlich möchte, der Graf muss unten immer bei Null beginnen, sonst hat es gar

00:27:40.100 --> 00:27:44.100
keine Aussagekraft, weil wenn ich einfach 5000 Fehler habe und davon einen fixe, dann

00:27:44.100 --> 00:27:45.900
habe ich quasi ja nichts gewonnen.

00:27:45.900 --> 00:27:55.220
Und da muss ich an einer Stelle eine Zahl einfügen in dieses Projekt und ich glaube,

00:27:55.220 --> 00:27:59.260
so gut wie jeder würde zustimmen, dass das eine gute Idee ist und im Notfall, falls es

00:27:59.260 --> 00:28:02.980
jemand ganz doof findet, könnte man es auch konfigurierbar machen, von mir aus.

00:28:02.980 --> 00:28:10.900
Alles gut, aber es ist nicht möglich, irgendwie da Kontakt zu kriegen, ich habe GitHub-Issues

00:28:10.900 --> 00:28:15.380
aufgemacht, ich habe in dem Slack-Channel kommentiert, wo aber nur lauter andere Leute

00:28:15.380 --> 00:28:20.820
auch noch sind, die auch sagen, ich würde hier gerne und guck mal, es gibt Merch-Requests

00:28:20.820 --> 00:28:27.500
ohne Ende und ja, keine Ahnung, also da tut sich irgendwie auch nichts und das ist so

00:28:27.500 --> 00:28:33.620
ärgerlich und ich will eigentlich so ein Projekt nicht forken, weil da gibt es Leute,

00:28:33.620 --> 00:28:39.300
die sich richtig gut damit auskennen und ich will eigentlich jetzt nicht anfangen, entgegen

00:28:39.300 --> 00:28:44.300
deren Gedanken oder entgegen deren Architektur zu arbeiten, weil ich das am Anfang gar nicht

00:28:44.300 --> 00:28:48.500
komplett durchsteigen kann, ich kann nach bestem Wissen und Gewissen irgendwie was beitragen,

00:28:48.500 --> 00:28:49.500
aber ja.

00:28:49.500 --> 00:28:52.740
Und du hast dann halt auch wieder, dann hast du deinen Fork, den du benutzt und dann kommen

00:28:52.740 --> 00:28:56.460
aber Upstream vielleicht doch irgendwann wieder Neuerungen, dann musst du die wieder, wenn

00:28:56.460 --> 00:28:59.820
die deins nicht merchen wollen, musst du das dann wieder irgendwie verheiraten.

00:28:59.820 --> 00:29:01.740
Ja, es ist auch keine Dauerlösung.

00:29:01.740 --> 00:29:06.860
Und ich kenne das auch, ich kenne diese Sicht nämlich auch, dass du irgendwo, du hast ein

00:29:06.860 --> 00:29:11.660
cooles Produkt oder Projekt und dann, ah, das und das wäre cool oder da ist tatsächlich

00:29:11.660 --> 00:29:16.380
wirklich ein Bug drin und dann gehst du aufs Repository und du siehst halt, ja gut, da

00:29:16.380 --> 00:29:20.420
hat sich halt seit Monaten oder im blödesten Fall seit Jahren nichts mehr dran getan.

00:29:20.420 --> 00:29:23.980
Es gibt irgendwie über 1000 Issues und keins davon wird beantwortet.

00:29:23.980 --> 00:29:28.900
Das ist halt einfach schade und wie gesagt, man kann da niemandem einen Vorwurf machen,

00:29:28.900 --> 00:29:32.180
weil ich kann auch sagen, okay, ich brauche das selber nicht mehr, ich arbeite nicht mehr

00:29:32.180 --> 00:29:35.260
im Accessibility-Bereich, ich brauche das Produkt nicht mehr, deswegen entwickle ich

00:29:35.260 --> 00:29:36.260
nicht mehr dran.

00:29:36.260 --> 00:29:37.260
Ist mir völlig klar.

00:29:37.260 --> 00:29:41.980
Oder ich mein, es kann auch passieren, dass Developer versterben, ja, und dann das Projekt

00:29:41.980 --> 00:29:42.980
bracht nicht.

00:29:42.980 --> 00:29:45.900
Aber es ist, ja, es ist schade.

00:29:45.900 --> 00:29:50.940
Da gibt es einige Maintainer, aber ich glaube, seit einem Dreivierteljahr oder so hat keiner

00:29:50.940 --> 00:29:57.220
mehr was gemacht, außer der Dependabot, der arbeitet fleißig vor sich hin.

00:29:57.220 --> 00:30:02.340
Ja, da sind einige Dinge im Argen in diesem Projekt, also auch zum Beispiel, zieht Pally

00:30:02.340 --> 00:30:08.100
das Dashboard nicht die aktuelle Version von Pally an und lauter so Sachen, wo man sagen

00:30:08.100 --> 00:30:11.100
würde, na ja, wenn man da ab und zu mal ein bisschen Maintenance macht, aber dann sehe

00:30:11.100 --> 00:30:15.340
ich auch auf der anderen Seite, ich verstehe das total, weil ich, wenn ich mir jetzt vorstelle,

00:30:15.340 --> 00:30:20.700
ich würde einen Fork machen, also einen Fork, wo ich sage, alle, die jetzt davon genervt

00:30:20.700 --> 00:30:24.060
sind, dass in dem anderen Projekt nichts passiert, die können jetzt auf diesem Fork weiterarbeiten.

00:30:24.060 --> 00:30:28.180
Und wenn ich mir vorstellen würde, ich würde das jetzt machen, ich glaube nicht, dass ich

00:30:28.180 --> 00:30:32.300
die Zeit hätte, den Fork zu maintainen, wenn dann andere Leute wieder kommen und zu mir

00:30:32.300 --> 00:30:36.500
dann wiederum sagen, also ich kann meinen eigenen Fork maintainen mit meinen fünf Changes,

00:30:36.500 --> 00:30:40.980
die ich machen will, kann ich den Fork für die anderen maintainen? Ich glaube, dass ich

00:30:40.980 --> 00:30:47.180
die Zeit nicht dafür hätte. Außer, wie du schon gesagt hast, es gäbe irgendwie Spenden

00:30:47.180 --> 00:30:50.780
oder es gäbe irgendwie die Möglichkeit, das finanziell auszugleichen, sodass ich sage,

00:30:50.780 --> 00:30:56.940
naja, die Spenden, die gerade reinkommen, die reichen dafür, dass ich in der Woche

00:30:56.940 --> 00:31:01.420
einen Tag daran arbeite, dann ist es cool. Das müsste nicht mal so viel sein. Das würde

00:31:01.420 --> 00:31:06.500
ich, also bei OpenType würde es schon reichen, wenn da irgendwie zwei Leute zumindest mal

00:31:06.500 --> 00:31:11.020
ein paar Stunden im Monat investieren können, ja, um einfach mal Issues abzuarbeiten, um

00:31:11.020 --> 00:31:16.900
Pull-Requests abzuarbeiten. Also selbst solche so relativ kleine Beträge würden da eigentlich

00:31:16.900 --> 00:31:21.660
schon ausreichen, dass Leute vielleicht Interesse daran haben. Aber gut, es ist, wie ich habe

00:31:21.660 --> 00:31:25.220
ja schon am Anfang gesagt, wir werden es hier nicht lösen, aber ich muss das einfach loswerden,

00:31:25.220 --> 00:31:30.540
weil ich es einfach so schade finde. Ja, mir ist gerade noch was eingefallen, auf der Liste

00:31:30.540 --> 00:31:34.300
ist noch was dazugekommen gerade. Ne, wir werden es leider nicht lösen. Aber hier,

00:31:34.300 --> 00:31:40.140
falls ihr die Idee gut findet eines automatisierten Accessibility-Testing-Tools,

00:31:40.140 --> 00:31:43.300
was ich gerade, wie ich es gerade beschrieben habe, also mir geht es vor allem um das Dashboard,

00:31:43.300 --> 00:31:50.160
dann und jetzt jemand sagt, ey, das ist genau das, was ich jetzt auch die ganze Zeit schon

00:31:50.160 --> 00:31:55.860
brauche und jetzt fünf Leute sich finden, die sagen, lass uns doch einen Fork machen,

00:31:55.860 --> 00:32:09.420
dann sage ich Fork you, Fork me, Fook you, wer sich erinnert bei Austin Powers, egal. Genau,

00:32:09.420 --> 00:32:14.700
dann lasst uns das, lasst uns mal darüber reden, weil ich glaube, das ist ein richtig gutes Tool,

00:32:14.700 --> 00:32:19.140
da können viele davon profitieren, wenn es das gibt. Vor allem, wenn es das kostenlos in

00:32:19.140 --> 00:32:22.620
den Open Source gibt, da bin ich großer Fan von, weil ich mir sehr gut vorstellen könnte,

00:32:22.620 --> 00:32:26.660
dass es schon einige kommerzielle Tools gibt, die den Source Code davon verwenden,

00:32:26.660 --> 00:32:31.860
das weiterentwickelt haben und dann sagen, hey, da machen wir jetzt einen Pricetag dran. Und ich

00:32:31.860 --> 00:32:36.420
könnte mir sogar vorstellen, wenn man das jetzt ein bisschen weiterdenkt, ja, Open Source, ich

00:32:36.420 --> 00:32:40.540
habe jetzt nicht mir die Lizenz angeguckt von dem Ding, aber jetzt nur mal kurz weiterdenken,

00:32:40.540 --> 00:32:47.780
jetzt will man das irgendwie sustainable funden, so ein Projekt, dann könnte man sagen, man macht

00:32:47.780 --> 00:32:55.180
eine Software-as-a-Service-Angebot dafür, ja, das heißt, du hast einen Server, auf dem betreibst

00:32:55.180 --> 00:32:59.500
du das Ding, immer auf der neuesten Version und sagst, hey, hier kannst du dir einen Account

00:32:59.500 --> 00:33:03.300
klicken, dann kannst du da dein Pally-Dashboard machen und der Server liegt bei uns und dafür

00:33:03.300 --> 00:33:11.340
wirfst du Geld ein. So. Und das könnte man ja dann quasi so pricen, dass quasi die Entwicklung

00:33:11.340 --> 00:33:17.100
daran so ein bisschen querfinanziert wird. Und dann hättest du ein bisschen Funding für das

00:33:17.100 --> 00:33:21.300
Projekt, dass du es weiterentwickeln kannst, wenn du quasi das Ding und ich glaube, viele Leute sind

00:33:21.300 --> 00:33:26.260
zu faul, sich das irgendwo selbst aufzusetzen. Die würden dann ein paar Euro einwerfen.

00:33:26.260 --> 00:33:32.300
Also die Lizenz, ich habe gerade mal geschaut, das ist GPL und LGPL, aber das hindert ja nicht.

00:33:32.300 --> 00:33:35.100
Also das Ding soll ja Open Source sein und das ist ja auch völlig okay.

00:33:35.100 --> 00:33:37.220
Ich würde ja den Code gar nicht wegsperren.

00:33:37.220 --> 00:33:42.380
Genau. Und dann kannst du es natürlich, wie du lustig bist, auch als SS-Service anbieten. Du

00:33:42.380 --> 00:33:46.500
hostest es halt und hältst es halt aktuell und so. Ja, klar.

00:33:46.500 --> 00:33:53.420
Also das war nur so eine Spinnerei irgendwie, weil ich mir vorstellen könnte, dass das reizvoll

00:33:53.420 --> 00:34:03.100
ist für Leute. Also ich meine, es fängt schon an, dass das ein NPM-Ding ist, was mit einer MongoDB

00:34:03.100 --> 00:34:08.620
läuft. Das kannst du auch nicht auf jedem Shared Host mal eben so betreiben. Ich habe es auf

00:34:08.620 --> 00:34:13.700
Uberspace zum Laufen gekriegt. Jetzt weiß ich quasi schon, wie es geht. Also jetzt müsste man

00:34:13.700 --> 00:34:20.020
im Prinzip das nur noch sozusagen, was heißt nur noch, das ist gar nicht so einfach, aber man

00:34:20.020 --> 00:34:26.820
müsste jetzt das halt quasi mandantenfähig machen. Das Ding hat halt keinerlei Access Management,

00:34:26.820 --> 00:34:31.700
überhaupt nicht. Wenn du das Ding irgendwo betreibst, dann ist es einfach da, offen für alle.

00:34:31.700 --> 00:34:37.140
Jeder kann alles machen. Das heißt, das müsste man noch drumherum basteln, sodass nicht jeder

00:34:37.140 --> 00:34:41.420
alles angucken kann, sondern nur, du willst ja vielleicht nicht, dass alle die Ergebnisse von

00:34:41.420 --> 00:34:47.380
deinen Tests sehen. Und dann wäre das doch eine coole Sache. Ich glaube, recht nützlich für viele

00:34:47.380 --> 00:34:52.980
Leute. Achtung, Disclaimer nochmal. Automatisierte Accessibility Tests finden nur einen kleinen Teil

00:34:52.980 --> 00:34:58.620
der Fehler. Nicht, dass ihr jetzt denkt, das ist die allgemeine Lösung für alles. Manuelle Tests,

00:34:58.620 --> 00:35:03.780
da kommen wir nicht drumherum. Aber trotzdem helfen solche Tools natürlich, eben ganz viel

00:35:03.780 --> 00:35:08.900
so Kleinkram zu finden, den man dann nicht von der Hand irgendwie suchen muss. Und es sind auch

00:35:08.900 --> 00:35:13.140
schöne Zahlen, die man als Management weitergeben kann. Das wollen die immer. Die wollen immer so

00:35:13.140 --> 00:35:17.740
schöne Graphen haben. Ausnahmsweise in diesem Falle soll der Graph mal nicht nach rechts oben

00:35:17.740 --> 00:35:21.900
gehen, sondern soll nach rechts unten gehen. Er soll gegen Null streben. Dann sind alle happy.

00:35:21.900 --> 00:35:26.300
Interessanterweise hat Chrome mit Lighthouse umgekehrt gemacht. Da willst du ein hunderter

00:35:26.300 --> 00:35:33.140
Score haben und möglichst hoch. Vielleicht ist das Management kompatibler. Ja doch,

00:35:33.140 --> 00:35:37.020
wenn du so ein Score ausrechnest. Aber der Score ausrechnen ist dann wieder kompliziert. Was geht

00:35:37.020 --> 00:35:40.980
da in welche Richtung wie viel rein und so. Da ist es mit wie viel Fehler gibt es schon ein

00:35:40.980 --> 00:35:46.780
bisschen einfacher. Genau, so das war das. Jetzt habe ich hier die Reihenfolge durch. Entschuldigung,

00:35:46.780 --> 00:35:52.780
ich habe hier wild rumgeklickt im Trello. Jetzt kommt noch das extra Thema, was ich gerade noch

00:35:52.780 --> 00:35:59.740
reingeschrieben habe. Was Barrierefreiheit angeht, ist immer wieder so ein bisschen der,

00:35:59.740 --> 00:36:03.300
weil wir jetzt gerade schon bei Peli waren, ist immer wieder so ein bisschen das Problem,

00:36:03.300 --> 00:36:10.500
Leuten zu vermitteln, dass sie die Originalressourcen vom W3C verwenden sollen und darauf

00:36:10.500 --> 00:36:15.860
darschauen sollen, wie die Regeln sind und sich daraus bedienen sollen. Also in dem Fall die

00:36:15.860 --> 00:36:20.420
Web Content Accessibility Guidelines zum Beispiel. Aber das sind noch viele, viele weitere Tools und

00:36:20.420 --> 00:36:27.940
Richtlinien, die da zur Verfügung stehen. Zum Beispiel auch ARIA Coding Practices,

00:36:27.940 --> 00:36:35.140
also so eine Art Beispiele, wie man ARIA-Attribute richtig verwendet und so. Und mir fällt es aber

00:36:35.140 --> 00:36:42.940
extrem schwer, Menschen zu vermitteln, dass sie das als Ressource nehmen sollen. Und ich möchte

00:36:42.940 --> 00:36:48.940
niemandem zu nahe treten, aber ich glaube, ich weiß so grupp warum, weil diese Originalressourcen vom

00:36:48.940 --> 00:36:58.620
W3C extrem sperrig sind. Die sind weder meiner Meinung nach gut gestaltet, also so dass man einen

00:36:58.620 --> 00:37:03.540
guten Überblick kriegt, was ist wie, noch ist die Sprache besonders zugänglich. Das muss bei

00:37:03.540 --> 00:37:10.980
technischer Spezifikation so sein, die muss extrem präzise sein. Und wofür das sorgt, ist, dass es

00:37:10.980 --> 00:37:16.140
eine Million Interpretationen davon gibt, die dann eben zugänglicher sind, aber die sich alle so ein

00:37:16.140 --> 00:37:22.100
bisschen widersprechen und nichts ist wirklich so richtig so präzise wie der Standard. Und ich habe

00:37:22.100 --> 00:37:27.380
da so meinem Ärger beim Masterton so ein bisschen Luft gemacht, indem ich halt gesagt habe, so so

00:37:27.380 --> 00:37:33.220
ein bisschen überzogen, ja ich habe Bock so meine eigene Collection zu starten an irgendwelchen Best

00:37:33.220 --> 00:37:40.180
Practices, aber es gibt halt ja eine Million schon. Also das ist dieses klassische XKCD-Ding. Es gibt

00:37:40.180 --> 00:37:45.060
hier irgendwie 13 Competing Standards und ich erfinde jetzt einen to unite them all und dann

00:37:45.060 --> 00:37:49.580
gibt es halt 14 Competing Standards so ungefähr. Ist natürlich nicht das, was ich will. Was ich

00:37:49.580 --> 00:37:54.660
eigentlich will wäre und da bin ich wieder bei Contribution und überlegen, wie man es machen

00:37:54.660 --> 00:38:00.860
kann, dass die Originalressourcen einfach zugänglicher werden oder dass das W3C eine

00:38:00.860 --> 00:38:07.900
zugängliche, eine einfach formulierte Variante anbietet oder halt auch warum gibt es denn nicht

00:38:07.900 --> 00:38:14.340
offiziell von der Web Accessibility Initiative eine Pattern Library mit Accessible Patterns,

00:38:14.340 --> 00:38:17.820
die auch nicht ganz scheiße aussieht wie aus dem letzten Jahrtausend, sondern die vielleicht so

00:38:17.820 --> 00:38:23.220
aussieht wie vor drei Jahren. Vor allem, wenn es schon um Accessibility geht, was spricht denn

00:38:23.220 --> 00:38:28.660
gegen die Speck in einfacher Sprache? Ja, überhaupt nichts. Und da fehlt mir,

00:38:28.660 --> 00:38:34.660
das habe ich glaube ich noch gar nicht erzählt, ich war vor einer Weile mit meiner Frau in Augsburg

00:38:34.660 --> 00:38:41.260
und da waren wir in einem Museum, ein jüdisches Museum in einer kleinen ehemaligen Synagoge und

00:38:41.260 --> 00:38:44.300
da ging es irgendwie um das Jüdische und Jüdisch hat mich schon immer irgendwie fasziniert. Das

00:38:44.300 --> 00:38:50.180
sind wir da hingegangen. Und dann war direkt im Eingangsbereich ging es halt los mit so Texten

00:38:50.180 --> 00:38:55.100
über das Jüdische, wie das entstanden ist und so, wie sich es verbreitet hat. Und dann habe

00:38:55.100 --> 00:39:01.780
ich das gelesen und habe noch gedacht, so krass, alles voll so präzise Informationen, aber leicht

00:39:01.780 --> 00:39:05.940
verständlich. Und habe dann an die andere Wand geguckt, wo mehr Text stand und habe das gelesen

00:39:05.940 --> 00:39:11.940
und dachte, das ist doch das Gleiche, nur nochmal irgendwie mit Komplexität aufgeblasen. Und dann

00:39:11.940 --> 00:39:17.260
ist mir erst aufgefallen, die hatten alles, was an Informationen da stand, einmal in einfacher

00:39:17.260 --> 00:39:22.860
Sprache oder leichter Sprache wird es auch genannt und einmal halt als normalen deutschen Text

00:39:22.860 --> 00:39:28.260
geschrieben. Und zwar sowohl auf Deutsch als auch auf Englisch. Und ich habe dann die meiste Zeit,

00:39:28.260 --> 00:39:34.540
ab da die Texte in einfacher Sprache gelesen, weil es einfach für mich, ich hatte die gleichen

00:39:34.540 --> 00:39:41.140
Informationen, ich habe es schneller gelesen. Das andere war wirklich nur ausgeschmückt mit

00:39:41.140 --> 00:39:46.060
unseren, gerade im Deutschen, mit diesen schönen Füllwörtern und grammatikalisch tollen Formen

00:39:46.060 --> 00:39:52.580
und so weiter. Und das andere war halt einfach nur gleicher Informationsgehalt, aber viel leichter

00:39:52.580 --> 00:39:58.540
einfach ging es in den Kopf. Und dann dachte ich mir, warum, alles muss immer so toll klingen,

00:39:58.540 --> 00:40:03.740
warum nicht einfach leichter Sprache? Und das wäre ja gerade beim Thema Accessibility

00:40:03.740 --> 00:40:11.460
eigentlich wirklich ein Ding. Weil vielleicht möchten auch Menschen mit irgendwelchen

00:40:11.460 --> 00:40:17.180
sprachverarbeitenden Einschränkungen, vielleicht möchten die auch zur Accessibility beitragen,

00:40:17.180 --> 00:40:21.900
selbst als Betroffene. Und warum soll ich denen das Leben schwer machen, indem die sich durch

00:40:21.900 --> 00:40:26.540
die vier Seiten von Specs wühlen müssen? Klar, wie gesagt, ich verstehe schon, wie du auch gesagt

00:40:26.540 --> 00:40:32.900
hast, die müssen halt so spezifisch sein, deswegen ist es ein Speck. Aber warum das nicht zusätzlich

00:40:32.900 --> 00:40:37.540
eben auch für alle allgemein verständlich formulieren? Und dann schließt man nämlich,

00:40:37.540 --> 00:40:42.520
man schließt ja damit auch wieder Menschen aus, die es einfach kognitiv nicht schaffen,

00:40:42.520 --> 00:40:47.180
solche komplexen Informationen zu verarbeiten. Das ist ja auch wieder eine Form der Barriere,

00:40:47.180 --> 00:40:52.340
ja, in einem Dokument, wo ich beschreibe, wie man Barrierefreiheit schafft.

00:40:52.340 --> 00:40:57.980
Also ich würde ja sehr, sehr gerne mal, das ist wieder so eine Geldfrage, ich würde ja sehr,

00:40:57.980 --> 00:41:05.340
sehr gerne mal zwei Gewerke auf diese Specs loslassen. Und zwar einmal Leute, UX-Designer

00:41:05.340 --> 00:41:10.900
innen, die sich sehr gut auskennen, auch mit Informationsarchitektur, die sehr gut verstehen,

00:41:10.900 --> 00:41:17.700
wie baut man, wie strukturiert man Content, dass er leicht verständlich ist, auch wenn es viel ist

00:41:17.700 --> 00:41:24.220
und komplex. Weil es ist viel und es ist komplex. Du wirst die schiere Menge, wirst du nicht

00:41:24.220 --> 00:41:29.660
reduzieren können. Die ist da. So, aber man kann sie so aufbereiten, dass sie einen nicht komplett

00:41:29.660 --> 00:41:35.040
abschreckt, gleich wenn du es nur zum ersten Mal aufmachst. Und das ist bei den WCAG so. Selbst wenn

00:41:35.040 --> 00:41:39.820
du diese Quick Reference nimmst, ist das, du kriegst da so viel sofort ins Gesicht geklatscht,

00:41:39.820 --> 00:41:44.820
du hast du hast sofort keinen Bock mehr. Das ist so mein Gefühl. Und ich weiß, mittlerweile habe

00:41:44.820 --> 00:41:50.060
ich mich damit abgefunden. Es ist ja auch, ich glaube Peter Gröner hat mal bei Working Draft

00:41:50.060 --> 00:41:55.980
gesagt, die so Specs lesen zu können, also sich da reinfuchsen zu können, das ist ein Skill. Wenn

00:41:55.980 --> 00:42:01.340
du das einmal erworben hast, dann fällt es einem nicht mehr so schwer. Das ist, glaube ich, genauso

00:42:01.340 --> 00:42:08.380
wie Kommandozeile benutzen. Das hat so einen Abschreckfaktor. Und wenn man da einmal drüber

00:42:08.380 --> 00:42:12.620
weg ist, dann merkt man, das ist ja total krass, da kann ich ja voll viel Sachen mitmachen. Und

00:42:12.620 --> 00:42:16.980
bei den Specs, finde ich, ist es ziemlich ähnlich. Allerdings kann ich niemandem vorwerfen, dass er

00:42:16.980 --> 00:42:20.300
diesen Skill nicht hat. Und ich möchte auch keinen tun, was ...

00:42:20.300 --> 00:42:24.260
Den muss man halt auch bewusst erlernen. Also bei mir war das zum Beispiel auch über OpenType.js,

00:42:24.260 --> 00:42:29.020
bin ich da zum ersten Mal so richtig reingerutscht. Ich habe eine Spec von Microsoft über OpenType.

00:42:29.020 --> 00:42:34.700
Und ich lese die und ich muss verstehen, was genau gemeint ist. Und es gibt ja auch dann

00:42:34.700 --> 00:42:38.940
oft verschiedene Interpretationen. Da gibt es dann Issues, wo dann darüber diskutiert wurde,

00:42:38.940 --> 00:42:42.980
ja, aber ich lese das aus der Spec so raus. Und ich glaube, wir müssen das so und so implementieren.

00:42:42.980 --> 00:42:46.380
Und dann guckst du dir andere Implementierungen an. Guck mal, die haben es so gemacht, aber die

00:42:46.380 --> 00:42:52.900
haben es so gemacht und so. Ja, das muss man erlernen. Man kann es auch erlernen, aber man

00:42:52.900 --> 00:42:57.780
muss halt erst mal so die Notwendigkeit dafür haben. Damals war das halt irgendwie der Trieb,

00:42:57.780 --> 00:43:01.900
ich will unbedingt das und das Feature implementieren. Wenn ich aber nur mal so denke,

00:43:01.900 --> 00:43:05.380
oh, das interessiert mich und ich gucke es mir an und ich werde, wie du sagst, so erschlagen,

00:43:05.380 --> 00:43:10.300
dass ich gar keinen Bock mehr habe, dann ist halt einfach die Einstiegskurve auch zu hoch,

00:43:10.300 --> 00:43:19.300
um da was dran zu machen. Genau, also mein Drei-Schritte-Programm für SB3C ist UX-Designer

00:43:19.300 --> 00:43:24.820
drauf loslassen, die wirklich wissen, wie man mit komplexen Informationen umgeht und die gut

00:43:24.820 --> 00:43:30.580
strukturiert. Dann auf die Texte UX-Writer loslassen. Das sind Leute, die genau wissen,

00:43:30.580 --> 00:43:34.740
wie man gut textet und wie es die Leute gut verstehen. Und dann hätte ich gern noch eine

00:43:34.740 --> 00:43:41.700
Pattern-Library, die nicht aussieht wie 1995, sondern eine richtige zeitgemäße Pattern-Library

00:43:41.700 --> 00:43:47.540
mit Accessible Patterns, wo nicht an jedem Pattern dran steht, ja, das ist jetzt nur eine

00:43:47.540 --> 00:43:51.580
Referenz-Implementierung, das solltest du in Live-Code niemals so machen. Wo ich mir denke,

00:43:51.580 --> 00:43:58.620
nee, es gibt Leute da draußen, die wollen jetzt nicht in der Tiefe bis durchexerzieren, wie jetzt

00:43:58.620 --> 00:44:04.300
das ARIA-Tab-Pattern funktioniert. Die wollen eine Copy-Paste-Lösung. Und wenn die eine

00:44:04.300 --> 00:44:09.020
Copy-Paste-Lösung kriegen, also wenn wirklich unser Anliegen ist, dass das Web barrierefreier

00:44:09.020 --> 00:44:15.540
wird, dann muss auch so eine Lösung sehr nahe liegen, ja, sodass ich habe die Copy-Paste-Lösung

00:44:15.540 --> 00:44:20.140
und dann kann jeder das in sein Framework implementieren genauso oder kann sagen, ja,

00:44:20.140 --> 00:44:23.380
okay, ich habe jetzt hier das, das baue ich jetzt noch ein bisschen um, dann passt es in

00:44:23.380 --> 00:44:27.180
mein Framework rein, dann ist es in den Frameworks besser und dann ist es in Seiten, wo Leute das

00:44:27.180 --> 00:44:32.420
kopiert haben, einfach besser. Vielleicht bin ich dazu naiv, jetzt kommt jemand und sagt,

00:44:32.420 --> 00:44:36.580
ja, aber das funktioniert so nicht. Bitte gerne in die Kommentare, können wir gern

00:44:36.580 --> 00:44:41.500
darüber streiten, aber so eine, weil es gibt einige Pattern-Libraries oder es gibt einige

00:44:41.500 --> 00:44:47.540
so Sammlungen von Accessible-Patterns, aber warum gibt es keine offizielle? Warum gibt

00:44:47.540 --> 00:44:53.480
oder doch, es gibt diese ARIA-Patterns, aber die sind nicht wirklich, da ist halt nicht,

00:44:53.480 --> 00:44:58.220
bei weitem nicht alles dabei, was Accessibility angeht und es gibt so viele, also ich bin

00:44:58.220 --> 00:45:02.360
für mich so ein bisschen am Sammeln von, ich habe so eine kleine FAQ für mich selbst

00:45:02.360 --> 00:45:06.540
gemacht, immer dann, wenn mir jemand eine Frage stellt, die ich nicht sofort beantworten

00:45:06.540 --> 00:45:13.100
kann, was das Thema angeht, schreibe ich das auf meine FAQ-Liste drauf und sage, das ist

00:45:13.100 --> 00:45:17.800
die Referenzantwort, nächstes Mal ziehe ich sie einfach aus dem Hut und sage, hier, guck,

00:45:17.800 --> 00:45:23.900
das ist es. Und ich glaube, ganz viele von diesen Themen könnte man eben mit sowas abhandeln,

00:45:23.900 --> 00:45:28.420
mit so einem, nicht, ich haue dir jetzt die Spec um die Ohren, die so geschrieben ist,

00:45:28.420 --> 00:45:33.260
dass dir keiner lesen will, sondern ich zeige dir einfach ein Beispiel, guck mal, so kann

00:45:33.260 --> 00:45:39.300
man das machen. Und es geht noch viel weiter als so einzelne Patterns, es geht zum Beispiel,

00:45:39.300 --> 00:45:46.300
was auf jeden Fall in meiner FAQ einen Eintrag hat, ist das Thema Captchas. Das ist kompliziert,

00:45:46.300 --> 00:45:49.940
da gibt es viele, da gibt es verschiedene Lösungsansätze, wie man das barrierefrei

00:45:49.940 --> 00:45:56.460
machen kann. Spoiler Alert, wenn du ein rein visuelles Captcha hast, not going to work,

00:45:56.460 --> 00:46:01.460
my friend. Du brauchst dann noch zumindest ein Audio Captcha oder es gibt auch noch andere

00:46:01.460 --> 00:46:09.020
Ansätze. So, Rant Ende. Jetzt habe ich auch noch ein bisschen gewendet. Aber das ist halt,

00:46:09.020 --> 00:46:11.860
ich habe da auch so ein paar, also auf Mastodon hat sich so eine kleine Diskussion da drum

00:46:11.860 --> 00:46:16.780
entsponnen. Interessant fand ich, dass da auch Leute mir zugestimmt haben und gesagt haben,

00:46:16.780 --> 00:46:20.860
hey, ich sehe das genauso, ich habe genau dasselbe Problem. Aber auch Leute,

00:46:20.860 --> 00:46:27.220
die an den W3C Standards mitschreiben, haben da geantwortet und auch teilweise mir auch

00:46:27.220 --> 00:46:33.580
zugestimmt und gesagt, ja, das ist nicht so richtig maintained alles und so bestimmte Teile. Und da

00:46:33.580 --> 00:46:41.460
denke ich mir halt auch, da könnte ich mich beteiligen in Form von, ich helfe dabei mal,

00:46:41.460 --> 00:46:45.100
aber ich weiß auch nicht, ob ich mich jetzt trauen würde, da so einen kompletten Bereich

00:46:45.100 --> 00:46:51.220
irgendwie neu zu schreiben. Es gibt halt Leute, die sich da noch viel viel besser als ich damit

00:46:51.220 --> 00:46:57.740
auskennen, aber da kann ich auf jeden Fall meine Hilfe anbieten, wenn das Ziel sowas wäre,

00:46:57.740 --> 00:47:03.220
dass das zugänglicher wird für alle. Und damit meine ich jetzt nicht, dass ich es besser mit

00:47:03.220 --> 00:47:08.980
der Tastatur bedienen kann, sondern dass es sprachlich und von der Inhaltsarchitektur und

00:47:08.980 --> 00:47:14.980
von der Aktualität her zugänglicher wird. So, ja, wäre schön, wenn sich da was tun würde,

00:47:14.980 --> 00:47:24.900
aber ich jelle jetzt at the clouds und mal gucken, was da passiert. Ja, genau, on that note. Da

00:47:24.900 --> 00:47:29.780
haben wir die Retro gleich geschafft nach irgendwie, keine Ahnung, 45 Minuten. Ja,

00:47:29.780 --> 00:47:35.300
ich mache gerade wieder vermehrt Freelancing. Wollte nur mal so einen Statusbericht abgeben,

00:47:35.300 --> 00:47:38.860
das macht mir echt Spaß, das ist echt eine coole Sache. Ich habe da schon öfter darüber

00:47:38.860 --> 00:47:44.940
geredet. Also ich nenne es mal fun with screen readers, nicht fun with flex, aber mache ich

00:47:44.940 --> 00:47:50.260
gerade viel und das Barrierefreiheitsstärkungsgesetz, wer es jetzt noch nicht mitbekommen hat, dass das

00:47:50.260 --> 00:47:57.940
irgendwie kommt, das betrifft uns alle hier in Europa und in Deutschland auch. Und ich sage nur

00:47:57.940 --> 00:48:06.620
book me while you can. Es wird langsam eng, also wollte ich nochmal hier so gesagt haben. Ja,

00:48:06.620 --> 00:48:20.500
so, das war's. Das war's schon. Hat ja gar nicht weh getan. Das kommt, das kommt später. Wenn die

00:48:20.500 --> 00:48:29.740
Rechnung kommt. Es ist wie, mir fällt gerade nichts, mir fällt gerade kein Vergleich an,

00:48:29.740 --> 00:48:35.780
es ist wie ein guter Kater. Ja, manchmal ist es auch beim Arzt so, wenn man selber zahlen muss,

00:48:35.780 --> 00:48:40.740
hat gar nicht weh getan, aber tut dann weh, wenn die Rechnung dann kommt. Ja, manchmal gibt's ja

00:48:40.740 --> 00:48:46.780
irgendwie Leistungen, die nicht übernommen werden. Beim Zahnarzt zum Beispiel. Ich glaube,

00:48:46.780 --> 00:48:50.540
da habe ich noch nie was Teures gehabt. Sei froh. Also, ich habe schon mal so eine professionelle

00:48:50.540 --> 00:48:53.900
Zahnreinigung machen lassen, die habe ich selbst bezahlt, weil das sind ja irgendwie Beträge,

00:48:53.900 --> 00:49:00.740
die sind ja, keine Ahnung. Aber egal, langweilen wir euch nicht damit, sondern du machst weiter

00:49:00.740 --> 00:49:14.660
mit der Property. Mir ist die Tage was über den Weg gelaufen, was ich noch gar nicht kannte. Also,

00:49:14.660 --> 00:49:22.900
offenbar, vielleicht bin ich auch komplett clueless und alle kennen alles schon. Aber

00:49:22.900 --> 00:49:26.940
das ist mir vollkommen egal. Für mich war es neu und exciting. Ich habe auf einer Webseite

00:49:26.940 --> 00:49:35.300
ein Feature entdeckt, wo meine spontane Reaktion war, das kann ja gar nicht funktionieren. Coole

00:49:35.300 --> 00:49:40.780
Idee, aber das kann ja gar nicht funktionieren. Und zwar war das Feature, dass eine Webseite

00:49:40.780 --> 00:49:51.020
einen Toggle anbietet, der sagt, verhindern, dass das Gerät in Standby geht. Also,

00:49:51.020 --> 00:49:56.540
dass der Bildschirm sich ausschaltet bei einem Handy oder beim Tablet. Und ich habe gesagt,

00:49:56.540 --> 00:50:03.420
naja, das kann ja gar nicht gehen. Du kannst ja drücken, den Toggle. Das ist bestimmt irgendeine

00:50:03.420 --> 00:50:09.940
exotische Schnittstelle, die nur im Samsung Galaxy S23 funktioniert. Nein, es gibt die

00:50:09.940 --> 00:50:20.420
Screen Wake Lock API und die ermöglicht einem genau das, dass sich das Gerät nicht in Standby

00:50:20.420 --> 00:50:31.620
begibt. Also in dem Fall war das eine Seite mit einem Rezept, mit einem Kochrezept. Und da ist

00:50:31.620 --> 00:50:37.460
es natürlich tatsächlich sinnvoll, weil wer schon mal mit einem Tablet oder so nebenher gekocht hat,

00:50:37.460 --> 00:50:41.300
der möchte natürlich das Rezept vielleicht die ganze Zeit offen haben, auch wenn er es gerade

00:50:41.300 --> 00:50:47.140
nicht verwendet. Und möchte, weil er halt dann, hat er die Finger voll Mehl und möchte dann

00:50:47.140 --> 00:50:53.980
vielleicht nicht jedes Mal das Tablet wieder antatschen müssen. Also wer schon mal mit Tablet

00:50:53.980 --> 00:50:59.300
und Kochrezept gekocht hat, der weiß, wovon ich spreche. Das ist tatsächlich ein Use Case. Und

00:50:59.300 --> 00:51:05.340
ich hätte nie gedacht, dass es sowas gibt, aber das verlinken wir auch schön hier in den Show Notes.

00:51:05.340 --> 00:51:09.740
Ich gehe jetzt nicht weiter darauf ein. Ich sage nur, ihr habt eine Möglichkeit, es ist ganz easy,

00:51:09.740 --> 00:51:16.100
mit ein paar Zeilen JavaScript tatsächlich das Gerät vor allem Standby zu hindern von einer

00:51:16.100 --> 00:51:21.300
Webseite aus. Voll gut unterstützt. Also krass, ich hätte gedacht, das ist bestimmt wieder irgendwie

00:51:21.300 --> 00:51:28.140
so Experimental oder sowas, ist echt cool. Also ich weiß, mein Bruder hört hier zu und da ich

00:51:28.140 --> 00:51:34.860
ja nicht mehr in der Firma bin, wir haben da auch zum Teil mit so Foodblog so ein bisschen was

00:51:34.860 --> 00:51:41.180
unterstützt mit WordPress. Das wäre doch ein cooles kleines Plugin, oder? Dass ich so eine

00:51:41.180 --> 00:51:46.660
Schaltfläche habe, wo ich diesen Screenlock aktivieren und deaktivieren kann. Also Fabian

00:51:46.660 --> 00:51:54.980
weiß, was zu tun ist. Genau, Link kommt in die Shownotes. Also gut, ich bin erleichtert,

00:51:54.980 --> 00:51:59.700
du kanntest das auch nicht. Ich habe es interessanterweise vorhin im Zuge von was

00:51:59.700 --> 00:52:08.700
anderem, auf was wir später noch kommen, bei irgendeinem Attribut, wo es um so Feature-Freigabe

00:52:08.700 --> 00:52:13.420
ging. Da habe ich das gesehen, da habe ich das gelesen, irgendwo in der MDN und dachte noch so,

00:52:13.420 --> 00:52:21.660
hä krass, okay, kann ja gar nicht sein. Ich habe ausprobiert. Okay, müsste man mal sich anschauen,

00:52:21.660 --> 00:52:25.500
aber habe ich dann nicht aus Zeitgründen. Und ich habe gar nicht gewusst, dass du es jetzt als

00:52:25.500 --> 00:52:30.420
Property machst, deswegen ist es echt lustig. Ich habe es getestet, ich habe es getestet. In

00:52:30.420 --> 00:52:37.260
meinem Fall, in meinem Test hat es funktioniert. Cool. Also ich hätte nicht gedacht, dass ein

00:52:37.260 --> 00:52:46.620
Browser sowas darf, irgendein Browser-Tab. Allerdings, ich habe jetzt nicht den kompletten

00:52:46.620 --> 00:52:50.500
MDN-Artikel dazu gelesen. Ich wäre jetzt aber davon ausgegangen, dass man mit der Seite

00:52:50.500 --> 00:52:53.580
interagieren muss, damit das funktioniert. Also dass die Seite nicht einfach sagen kann,

00:52:53.580 --> 00:52:58.700
wenn ich offen bin, darfst du nicht ins Chat rein. Ja, ja klar. Also ich hätte jetzt irgendwie

00:52:58.700 --> 00:53:03.980
erwartet, dass es quasi ist wie bei Notifications oder so, dass der Browser dann nochmal ein natives

00:53:03.980 --> 00:53:08.460
Fenster einblendet, wo du bestätigen musst als User, dass du das wirklich machst. Das

00:53:08.460 --> 00:53:13.020
hatte ich in meinem Test nicht. Aber dass das wirklich einfach so direkt geht, finde ich schon

00:53:13.020 --> 00:53:20.460
krass. Ja, weil es ist ja schon ein Vertrauensbeweis. Aber du musst ja eh interagieren. Da das ja per

00:53:20.460 --> 00:53:25.740
JavaScript getriggert wird, musst du wahrscheinlich eh über einen Button interagieren und kannst nicht

00:53:25.740 --> 00:53:32.460
einfach sagen, ja, mach das jetzt, wenn die Seite lädt. Ich habe gerade überlegt, ich glaube,

00:53:32.460 --> 00:53:36.580
ich habe es in meinem Standardbrowser, ich habe es in Brave getestet auf dieser Seite,

00:53:36.580 --> 00:53:44.660
wo das Rezept war und habe dann gewartet, ich habe den Bildschirmschoner auf eine Minute

00:53:44.660 --> 00:53:48.020
runtergestellt, dass er nach einer Minute anfangen soll und er hat einfach nicht angefangen. Und dann

00:53:48.020 --> 00:53:52.140
habe ich das wieder ausgeschaltet und dann hat er sofort angefangen. Also da kann ich auf jeden

00:53:52.140 --> 00:53:56.700
Fall sagen, das hat genauso funktioniert, wie man es erwarten würde. Fand ich echt verrückt. Also

00:53:56.700 --> 00:54:04.180
so ein kleines Ding mal wieder. Ich hätte nicht mal danach gesucht, nach diesem Feature. Das wäre

00:54:04.180 --> 00:54:09.460
wirklich, das ist wirklich so weit weg, das kannst du nicht, das gibt es nicht. Niemals. So, vielleicht

00:54:09.460 --> 00:54:18.100
habt ihr ja was gelernt. Also ich auf jeden Fall. Sehr gut. Cool, dann kommen wir jetzt zu, oh je,

00:54:18.100 --> 00:54:25.220
wir haben so viele. Entscheide dich, sound bad. Welche Werbung kommt denn? Achso, genau,

00:54:25.220 --> 00:54:30.220
die kommt ja auch noch. Warte mal, ich mache hier so, ich wackele mit der Maus und da,

00:54:30.220 --> 00:54:34.980
wo es stehen bleibt, da drücke ich jetzt drauf. Das ist wieder die kurze, aber macht nichts,

00:54:34.980 --> 00:54:43.580
machen wir nochmal. Wenn euch der Podcast gefällt, dann spendet Geld. Genau, ihr habt es gehört. Da

00:54:43.580 --> 00:54:53.580
kann man ja nicht widerstehen. Nein, auf keinen Fall. Gut, dann hier ist WWSIV mit dem Tagesthema.

00:54:53.580 --> 00:55:04.980
Dann können wir jetzt verraten nochmal, wenn ihr den Titel nicht sowieso schon gelesen habt. Weil

00:55:04.980 --> 00:55:14.540
wie man sich embeddet, so nennt man. Es geht um Embedded Content. Das ist der nächste Abschnitt

00:55:14.540 --> 00:55:22.980
in dieser HTML-Tech-Reference-Übersicht von MDN. Und wir haben aber ein bisschen was ausgeklammert.

00:55:22.980 --> 00:55:28.100
Wir machen nämlich Picture und Source, machen wir nochmal irgendwie getrennt, weil das gerade

00:55:28.100 --> 00:55:32.540
mit responsive. Ich dachte eigentlich, wir hätten darüber schon mal gesprochen, aber ich habe da

00:55:32.540 --> 00:55:39.020
noch mal geschaut auf unserer Seite und gesucht nach diesem speziellen Source-Set und so. Und ich

00:55:39.020 --> 00:55:43.020
glaube, in der Tiefe haben wir es noch nicht besprochen. Ich habe glaube ich schon mal

00:55:43.020 --> 00:55:49.180
drüber gewendet so ein bisschen, wegen dem Umbau von unserer eigenen, damals noch meine Mitfirmen-

00:55:49.180 --> 00:55:54.340
Homepage. Aber ich glaube, wir haben jetzt noch nicht gezielt drüber gesprochen. Deswegen Picture

00:55:54.340 --> 00:55:59.980
und Source, da machen wir eine eigene Folge dazu. Und wir reden jetzt heute über, ich glaube es

00:55:59.980 --> 00:56:06.820
sind vier Elemente. Embed Object, iFrame und was, was ich auch noch nicht kannte, Fenced Frame.

00:56:06.820 --> 00:56:13.180
Dazu muss man sagen, Fenced Frame ist Experimental Technology. Das ist noch nicht so klar,

00:56:13.180 --> 00:56:16.980
ob das wirklich kommt. Das ist auch glaube ich noch nicht so lange in der MDN drin,

00:56:16.980 --> 00:56:24.180
weil ich meine, als ich zum letzten Mal, keine Ahnung, vor zwei, drei Monaten diese Seite mit

00:56:24.180 --> 00:56:28.580
den Elementen angeguckt habe oder keine Ahnung, vielleicht auch sechs Monate her, war das noch

00:56:28.580 --> 00:56:32.700
nicht in dieser Liste drin. Ich habe diese Embedded-Content-Liste schon mal ohne das

00:56:32.700 --> 00:56:36.940
gesehen, da bin ich mir relativ sicher. Wobei, das kann man doch auch, ich kann,

00:56:36.940 --> 00:56:41.780
kann man da gucken. Im Web-Archive könntest du theoretisch. Ich wollte bei GitHub gucken,

00:56:41.780 --> 00:56:45.380
wann dieser Change kam, aber es ist auch nicht so wichtig. Also, das ist, da reden wir jetzt

00:56:45.380 --> 00:56:51.260
heute nicht so viel drüber. Aber wir reißen es mal kurz an. Genau. Auch gerade im Unterschied

00:56:51.260 --> 00:56:56.260
zu iFrame habe ich da mal geguckt, was ist das, warum brauchen wir das denn überhaupt. Aber dazu

00:56:56.260 --> 00:57:03.820
später. Genau, wir fangen an mit Embed. Davon ist auch, glaube ich, von Embed und Object das älteste,

00:57:03.820 --> 00:57:12.500
das ältere. Und Object kam dann hinterher. Ja, Embed ist, um Sachen einzubetten, wer hätte es

00:57:12.500 --> 00:57:18.860
gedacht. Also, externen Inhalte. Früher war das so die Möglichkeit, um Audio und Video in eine

00:57:18.860 --> 00:57:25.140
Seite einzubetten. Und zwar über zusätzliche Plugins, die im Browser installiert sein mussten.

00:57:25.140 --> 00:57:35.300
Und dann auch später sowas wie Flash oder irgendwelche Java Applets oder so, was es da alles

00:57:35.300 --> 00:57:43.700
gab, eben in den Browser einzubinden. Also, wirklich Medien-Content in irgendeiner Form

00:57:43.700 --> 00:57:50.740
zugänglich zu machen auf einer Webseite. Aber auch so Plugins, ne? Also, was hast du

00:57:50.740 --> 00:57:55.300
gerechnet? Also, man brauchte eigentlich immer, ne? Man hatte dann irgendwie halt das Quicktime-Plugin

00:57:55.300 --> 00:58:01.900
installiert und dann konnte man, wenn eine Seite über Embed Quicktime-Filmchen eingebunden hat,

00:58:01.900 --> 00:58:06.900
dann konnte man das aufrufen. Also, die Browser kamen da nicht mit fertigen Sachen eigentlich,

00:58:06.900 --> 00:58:10.500
sondern man hat damit wirklich zusätzliche Plugins angesteuert.

00:58:10.500 --> 00:58:21.400
Also, ich will jetzt nicht vorwegnehmen, aber wir gehen auch noch drauf ein, wie realitätsgetreu

00:58:21.400 --> 00:58:27.140
oder wie sinnvoll es heutzutage noch ist, das einzusetzen. Also, klingt jetzt erstmal so ein

00:58:27.140 --> 00:58:32.140
bisschen hmm, okay, interessant, Plugin. Aber es funktioniert noch, ne? Also, es ist nicht komplett.

00:58:32.140 --> 00:58:37.740
Die Browser hatten ja eine Zeit lang auch Plugins so fertig mit eingebaut. Also, Flash-Plugin gab's

00:58:37.740 --> 00:58:41.940
ja teilweise fertig mit drin und keine Ahnung, was noch ist. Also, gar kein Plugin.

00:58:41.940 --> 00:58:45.900
Muss man das nicht zusätzlich installieren? Ich dachte, man muss immer so Macromedia oder irgendwas.

00:58:45.900 --> 00:58:50.100
Das war mal eine Zeit lang so, aber ich bin mir relativ sicher, dass es eine Zeit gab,

00:58:50.100 --> 00:58:56.580
wo Firefox das beispielsweise fertig mit drin hatte. Ja, korrigiert mich, falls ich falsch

00:58:56.580 --> 00:59:00.540
lege, aber ich bin mir sicher, es gab Browser, wo das einfach mit vorinstalliert war. Du hättest

00:59:00.540 --> 00:59:06.100
das deinstallieren können, aber es gibt so, und Plugin interessanterweise ist nicht Extension.

00:59:06.100 --> 00:59:12.860
Und das unterscheidet sich eigentlich immer. Also Extensions machen irgendwas mit dem Content

00:59:12.860 --> 00:59:17.660
und keine Ahnung, Plugins sind irgendwie eine andere Art Technologie. Ich glaube in Chrome,

00:59:17.660 --> 00:59:21.020
ich habe vor kurzem mal geguckt, was da für Plugins installiert sind und es ist irgendwie

00:59:21.020 --> 00:59:26.860
eins und es ist irgendwas von Plugins. Extensions erweitern halt die vorhandene

00:59:26.860 --> 00:59:33.060
Browser-Funktionalität im Sinne von, ich kann halt das, was der Browser mir zur Verfügung

00:59:33.060 --> 00:59:37.860
stellt an UI oder sowas, das kann ich irgendwie aufbohren und die Plugins, die sind halt dann

00:59:37.860 --> 00:59:42.660
wirklich, um zum Beispiel halt Medienformate wiederzugeben, was ja dann auch wieder teilweise

00:59:42.660 --> 00:59:47.620
mit Hardwarebeschleunigung und so zu tun hat, was halt näher auch am System dann wieder irgendwie

00:59:47.620 --> 00:59:53.220
ans System verknüpft ist. Genau, also gehen wir nochmal zurück zu Embed, also es ist ein,

00:59:53.220 --> 00:59:57.540
vielleicht muss man dazu sagen, das ist ein Void-Element, das heißt es hat kein schließendes

00:59:57.540 --> 01:00:04.380
Tag, das schließt sich selbst. Also das heißt auch, du kannst das nur mit Attributen verwenden,

01:00:04.380 --> 01:00:12.260
du kannst da nichts reintun. Und das heißt auch, ich kann kein Fallback-Content reinmachen? Genau,

01:00:12.260 --> 01:00:17.500
da kommen wir noch dazu, also da merkt man auch schon, es ist so ein bisschen älter. Ich würde

01:00:17.500 --> 01:00:21.660
jetzt einfach die These aufstellen, seit es das Audio und das Video-Element gibt und die weitgehend

01:00:21.660 --> 01:00:28.620
unterstützt werden, benutzt das so gut wie niemand. Ich könnte mir vorstellen, das rate ich jetzt mal

01:00:28.620 --> 01:00:37.060
so, dass es vielleicht so in Corporate-Kontexten, wo es bestimmte Plugins gibt, die vorinstalliert

01:00:37.060 --> 01:00:42.460
sind für irgendwelche, was weiß ich, was für Medientypen. Maschinensteuerung oder so, dass du

01:00:42.460 --> 01:00:46.660
zwar ein Webinterface hast, aber das ist irgendwie total an die Hardware gekoppelt oder so. So was

01:00:46.660 --> 01:00:48.860
könnte man sich zum Beispiel noch vorstellen. Da könnte ich mir vorstellen, dass es vielleicht

01:00:48.860 --> 01:00:54.260
noch verwendet wird, aber so in the wild, und dann kommen wir vielleicht gleich mal zur Popularität,

01:00:54.260 --> 01:01:00.140
benutzt das fast niemand mehr. Ich habe mir mal die Mühe gemacht, ich wollte wissen,

01:01:00.140 --> 01:01:04.580
wie populär sind denn die Elemente, über die wir heute reden, weil ich so dachte,

01:01:04.580 --> 01:01:09.260
das habe ich schon lange nicht mehr gesehen und ich habe es auch schon lange nicht mehr gebraucht,

01:01:09.260 --> 01:01:16.700
die Populärsysteme. Und dann ist mir eingefallen, es gibt ja den Web-Almanack und die haben ja auch

01:01:16.700 --> 01:01:21.260
so Auswertungen gemacht über alles Mögliche, also über diesen kompletten HTTP-Archive,

01:01:21.260 --> 01:01:32.900
also Web-Archive-Content. Und da haben wir die Popularität der Elemente und wir haben da auch

01:01:32.900 --> 01:01:37.700
einen Link dazu, da gibt es nämlich so ein schönes Google-Doc, wo das drin steht. Allerdings,

01:01:37.700 --> 01:01:44.260
ich habe jetzt die Dokumentation dazu nicht genau genug gelesen, um zu wissen,

01:01:44.260 --> 01:01:48.980
wie diese Popularität sich jetzt genau errechnet, was dieser Wert ist. Aber ich kann euch sagen,

01:01:48.980 --> 01:01:57.460
an welcher Stelle der Popularität das M-Wert-Element steht, und zwar an Platz – und

01:01:57.460 --> 01:02:04.420
jetzt, das ist nämlich echt verrückt – Platz 269. So, jetzt fragt man sich, wie kann das sein? Es

01:02:04.420 --> 01:02:10.980
gibt doch nur 100 so und so viele HTML-Elemente. Und das sagt dann auch schon was darüber aus,

01:02:10.980 --> 01:02:17.060
wie wenig populär das ist. Also ich kann mal dazu sagen – Moment, ich scrolle mal die Liste ganz

01:02:17.060 --> 01:02:26.500
nach unten – die Liste hat insgesamt 542 Einträge. So, und M-Wert, habe ich ja gerade gesagt,

01:02:26.500 --> 01:02:35.220
ist auf Platz 269. Moment, jetzt bin ich aber gerade – warte, stimmt das überhaupt? Nein?

01:02:35.220 --> 01:02:39.060
Wieso? Hä? Habe ich es falsch hingeschrieben? Jetzt in der Tabelle sehe ich jetzt gerade,

01:02:39.060 --> 01:02:44.700
es ist auf 227. Okay, ist auch egal. Korrigiere ich das nochmal? Stimmt, stimmt die Zahl nicht.

01:02:44.700 --> 01:02:58.380
So, wie kann das jetzt sein, dass es bei nur 100 und so viele HTML-Elementen auf Platz 227 ist?

01:02:58.380 --> 01:03:09.940
Nun ja, da sind einige, so Custom-Elements, sind tatsächlich davor. Also sowas wie Pixif-Icon oder

01:03:09.940 --> 01:03:21.820
Wix-Dropdown oder Now-Message oder Next-Root-Announcer oder FA-Icon, ja? Also Elemente,

01:03:21.820 --> 01:03:25.580
die sich jemand mal, Custom-Elemente, die sich jemand mal ausgedacht hat, die aber offenbar

01:03:25.580 --> 01:03:31.980
öfter vorkommen. Also irgendwie Libraries, also FA ist, wie heißt das, FA-Icon, Font Awesome.

01:03:31.980 --> 01:03:37.820
Ja genau, Font Awesome, die haben offenbar ihr eigenes Custom-Element erfunden. Wobei,

01:03:37.820 --> 01:03:42.980
was mich jetzt wundert ist, haben die da dann rausgerechnet, dass, ach nee, das ist ja mit

01:03:42.980 --> 01:03:47.500
Minus, nee, das passt alles, nee, vergiss, was ich gesagt hab. Und da gibt's ganz, ganz viele davon,

01:03:47.500 --> 01:03:56.580
also NF-Section, AMP-Image und so weiter. Also man kann ja heutzutage alles erfinden, RS-Bullet,

01:03:56.580 --> 01:04:02.940
RS-Module-Wrap, RS-Module, RS-Slides, die sind alle sogar davor. Und das spricht nicht so

01:04:02.940 --> 01:04:11.500
unbedingt für die Popularität eines HTML, eines nativen HTML-Elements. Da steht auch 0,0 Prozent,

01:04:11.500 --> 01:04:24.940
also es ist unter 0,01 Prozent in dieser Liste. Es ist sehr, sehr, sehr wenig, wie viele Seiten das

01:04:24.940 --> 01:04:31.020
benutzen. Ja, ich finde, das sagt schon aus. Also ich meine, wir werden jetzt noch ein bisschen

01:04:31.020 --> 01:04:35.460
darauf eingehen, aber wahrscheinlich braucht ihr es nie. Das wollte ich halt damit sagen.

01:04:35.460 --> 01:04:45.060
So, ja. Die Attribute, die es haben kann, sind width, height, source für das, ja, das verlinkt

01:04:45.060 --> 01:04:51.740
auf das eben, das Ding, das ich da reinladen will. Und type für den MIME-Type, damit das Plugin weiß,

01:04:51.740 --> 01:04:59.700
das ist jetzt für mich sozusagen. Und dann noch ein lustiges Zitat aus der MDN. Keep in mind,

01:04:59.700 --> 01:05:04.780
that most modern browsers have deprecated and removed support for browser plugins, so relying

01:05:04.780 --> 01:05:14.200
upon embed is generally not wise. Fand ich irgendwie ein bisschen witzig. Falls ihr es

01:05:14.200 --> 01:05:19.060
trotzdem verwendet, könnt ihr dem gerne das title-Attribut geben, damit Screenreader auch

01:05:19.060 --> 01:05:24.500
wissen, worauf sie sich da einlassen. Wahrscheinlich ist der Inhalt davon, selbst wenn ihr das verwendet,

01:05:24.500 --> 01:05:30.140
dann trotzdem nicht barrierefrei. Also kann schon sein, aber würde ich jetzt mich mal nicht darauf

01:05:30.140 --> 01:05:37.060
verlassen. Aber damit man weiß, was es ist, also im beschreibenden Text das title-Attribut. Genau,

01:05:37.060 --> 01:05:44.260
das war schon embed, oder? Genau, dann kommen wir nämlich schon zu Object. Zum nächsten wenig

01:05:44.260 --> 01:05:52.740
populären Event. Genau, also embed war ursprünglich von Netscape eingeführt worden und Object war dann

01:05:52.740 --> 01:05:59.420
so gedacht als standardisierter Ersatz für embed und auch für das Applet-Tag, dass das komplett aus

01:05:59.420 --> 01:06:03.340
meiner Erinnerung verschwunden war und dass es auch in HTML5 im Standard überhaupt nicht mehr

01:06:03.340 --> 01:06:10.340
gibt. Und ja, das war so gedacht, wie gesagt, als Standard. Also die Zeiten der Browser Wars,

01:06:10.340 --> 01:06:16.780
ja Netscape macht das und IE hat dann das andere. Und es war dann so, dass Mangelskompatibilität

01:06:16.780 --> 01:06:23.700
dann oft weiterhin trotzdem embed verwendet wurde oder im Fall von Flash zum Beispiel eine

01:06:23.700 --> 01:06:29.260
Kombination von beidem mittels entweder Conditional Commons oder mit einem Embed

01:06:29.260 --> 01:06:35.460
als Fallback-Content im Object. Damit nehme ich jetzt schon wieder vorweg, dass man ein Object

01:06:35.460 --> 01:06:39.420
Fallback-Content benutzen kann. Aber das war dann so eine Verschachtelung. Ich habe auch so ein

01:06:39.420 --> 01:06:44.020
Object und wenn der Browser das Object nicht unterstützt, dann fällt er halt zurück auf

01:06:44.020 --> 01:06:48.780
dieses Embed und darüber konnte ich dann auf jeden Fall halt diesen Content einbinden. Ja,

01:06:48.780 --> 01:06:56.380
also man sieht das so eine, ja, wie das halt damals so war. So ein Hickhack und so ein mehr

01:06:56.380 --> 01:07:03.100
schlechter als recht. Und man hat dann irgendwie halt auch beides benutzt. Du hast es noch notiert,

01:07:03.100 --> 01:07:10.700
Object ist Embed on Steroids. Stand das so in der MDN? Nein, nein, das stand nirgends. Das habe

01:07:10.700 --> 01:07:15.600
ich dazu erfunden. Genau, also ich habe halt gedacht, naja, das Object, das kann halt ein

01:07:15.600 --> 01:07:20.780
bisschen mehr halt schon mit dem Fallback-Content. Aber letzten Endes ist, glaube ich, die

01:07:20.780 --> 01:07:27.420
Funktionalität eine sehr ähnliche. Es wird damit was sehr Ähnliches versucht, sage ich mal. Weil

01:07:27.420 --> 01:07:32.060
ich habe auch diverse Quellen konsultiert und habe versucht herauszufinden, was sind jetzt

01:07:32.060 --> 01:07:37.900
eigentlich genau die Unterschiede? Warum gibt es überhaupt beides? Und so richtig schlau bin ich

01:07:37.900 --> 01:07:43.460
nicht geworden. Außer ich habe halt Fallback-Content und das ist ein bisschen, es sieht halt ein

01:07:43.460 --> 01:07:51.100
bisschen anders aus. Was ich interessant fand, war bei dem Object habe ich das Source-Attribut

01:07:51.100 --> 01:07:59.380
für die Quelle, aber bei Embed habe ich das Source-Attribut. Bei Object habe ich das Data-

01:07:59.380 --> 01:08:03.700
Attribut mit einer URL. Also funktioniert irgendwie komplett anders, aber auch Type.

01:08:03.700 --> 01:08:08.860
Und dann kannst du noch vieles anderes mitmachen. Gehe ich jetzt nicht extrem ins Detail oder

01:08:08.860 --> 01:08:14.500
glaube ich nicht ins Detail, aber zum Beispiel gibt es ein Form-Attribut, wo man dann eine

01:08:14.500 --> 01:08:20.100
ID zu einem Form reinpacken kann, auf die sich das dann beziehen kann. So fancy Zeug

01:08:20.100 --> 01:08:26.420
gibt es da irgendwie. Und auf der Liste der beliebtesten HTML-Elemente ist das Object

01:08:26.420 --> 01:08:41.660
auf Platz 132. Super beliebt, ja. Es gibt auch eine Menge nicht-Standard-HTML-Elemente,

01:08:41.660 --> 01:08:45.780
die vor dem Object-Element sind in dieser Liste. Wobei man sagen muss, es gibt auch

01:08:45.780 --> 01:08:53.420
Standard-HTML-Elemente, die in dieser Liste hinter Custom-Elements sind. Also nicht nur

01:08:53.420 --> 01:08:57.580
die beiden, sondern es gibt auch noch weitere. Ich hab irgendwie noch was von Tables, irgendwie

01:08:57.580 --> 01:09:02.380
hab ich vorhin noch was gesehen und so. Es gibt so ein paar Sachen, die sind da relativ

01:09:02.380 --> 01:09:09.620
weit hinten. Haben wir Param schon angesprochen? Nee. Nee, ne? Param war so ein, also das konnte

01:09:09.620 --> 01:09:15.020
man oder geht wahrscheinlich immer noch, ist nicht deprecated, aber damit konnte man eben

01:09:15.020 --> 01:09:20.180
noch mal Parameter übergeben an das, was man mit dem Object-Tag einbindet. Stimmt.

01:09:20.180 --> 01:09:27.340
Also bei Flash zum Beispiel Quality High oder so was konnte man da noch setzen. Genau, ansonsten,

01:09:27.340 --> 01:09:29.840
ich glaub, das ist das Einzige, wo man Param verwendet. Das kommt dir aber gar nicht vor,

01:09:29.840 --> 01:09:35.640
oder? Ich weiß gar nicht, also es gibt das Param-Element auf jeden Fall bei MDM. Ah,

01:09:35.640 --> 01:09:42.820
aber auch deprecated. Ist doch deprecated. Das ist deprecated, ja. Object-Parameter-Element,

01:09:42.820 --> 01:09:49.780
ja. Stimmt, also früher gab's da so, also die Älteren werden sich erinnern.

01:09:49.780 --> 01:09:55.660
Wenn du so Flash-Geschichten einbinden wolltest, hattest du, und ich hab das nie von Hand geschrieben,

01:09:55.660 --> 01:10:01.660
ich hab das immer irgendwo rauskopiert oder so, hattest du so einen großen Block. Du hattest das

01:10:01.660 --> 01:10:06.660
Object-Element und dann so drei, vier, fünf Param-Elemente da drin, die irgendwelche Parameter

01:10:06.660 --> 01:10:12.020
gesetzt haben. Genau, also das war dann so ein größerer Block, um irgendwie so ein Video oder

01:10:12.020 --> 01:10:24.140
sowas einzubinden. Genau. So, und vielleicht noch, achso, du hast es schon, ich weiß nicht,

01:10:24.140 --> 01:10:28.500
hab ich jetzt vorher nicht richtig zugehört, hast du das schon gesagt, dass das mal gedacht war für

01:10:28.500 --> 01:10:37.180
alles so? Genau, also als Ersatz für Applets eben auch oder für, also als Ersatz für Embed im Endeffekt

01:10:37.180 --> 01:10:43.360
und das Applet. Ah, okay, dann ist das was. Aber für Images zum Beispiel, jetzt weiß ich auch nicht,

01:10:43.360 --> 01:10:51.580
dass das das auch irgendwie ersetzen sollte. Also ich habe vom W3C ein Dokument gefunden,

01:10:51.580 --> 01:11:01.500
wo es um HTML 4.0.1 geht, wo gesagt wird, dass man auch das Object für alle möglichen Dinge,

01:11:01.500 --> 01:11:08.620
die man einbettet in HTML verwenden sollten könnte. Also Object Data, Canyon PNG,

01:11:08.620 --> 01:11:15.300
Type Image PNG sehe ich jetzt hier gerade, okay. Genau, also quasi ein global galaktisches,

01:11:15.300 --> 01:11:22.500
ich lade externe Dinge in HTML rein und sage dem dann halt noch, was es ist. Also wenn man das so

01:11:22.500 --> 01:11:33.260
macht, dann bräuchte man kein Image Tag mehr zum Beispiel. Oder iFrame. Oder Applet gab es ja auch

01:11:33.260 --> 01:11:40.340
mal. Genau. Das fand ich noch einen ganz interessanten Fakt, dass das so, das sollte,

01:11:40.340 --> 01:11:44.540
da hat sich mal einer gedacht, das könnte doch alles ersetzen, da könnte man doch alles abstrahieren.

01:11:44.540 --> 01:11:50.420
Ist irgendwie nicht passiert, kann man jetzt schon mal sagen. Komisch. Naja, was heißt komisch. Ich

01:11:50.420 --> 01:11:54.620
finde die Idee, ich kann verstehen, warum die jemand mal hatte. Ja, aber dass ich zum Beispiel

01:11:54.620 --> 01:11:59.580
bei einem Image den Mime-Type dann explizit irgendwie angeben muss als Objekt, das ist ja.

01:11:59.580 --> 01:12:05.980
Da hat halt jemand sich gedacht, ich denke jetzt mal in die Zukunft. Ich habe keine Ahnung, was es

01:12:05.980 --> 01:12:12.660
noch für Medientypen geben wird. Ich mache mal ein generisches Objekt, das alles, was in Zukunft

01:12:12.660 --> 01:12:19.940
kommt, einbetten kann. Und du hättest zum Beispiel dann halt kein eigenes Audio- und Video-Element

01:12:19.940 --> 01:12:29.740
gebraucht. Genau. Ich finde den Gedanken an sich jetzt nicht ganz verkehrt. Ich finde den irgendwie

01:12:29.740 --> 01:12:33.740
reizvoll. Hat sich aber irgendwie nicht durchgesetzt. Hat irgendwie offenbar keiner

01:12:33.740 --> 01:12:39.460
gemacht oder weiß ich nicht genau. Kann der Chef ja mal sagen, was er davon hält.

01:12:39.460 --> 01:12:46.860
Gut und jetzt kommt das Schlimme große mit ganz vielen Sachen, nämlich der iFrame.

01:12:46.860 --> 01:12:55.140
Genau. Da haben wir auch in den vergangenen 70 Folgen auch schon ab und zu mal iFrames in

01:12:55.140 --> 01:12:58.980
irgendeiner Form tangiert. Auch was so Content Security und so angeht.

01:12:58.980 --> 01:13:00.980
Also was ist ein iFrame?

01:13:00.980 --> 01:13:03.460
Jetzt stürzen wir uns noch mal so auf alles genau.

01:13:03.460 --> 01:13:07.620
Also ganz allgemein, wer es nicht weiß, das hören ja vielleicht auch Leute zu,

01:13:07.620 --> 01:13:13.580
die noch nicht schon 20 Jahre Webdevelopment machen. Ein iFrame ist ein Element, mit dem ich

01:13:13.580 --> 01:13:20.740
quasi eine Webseite in eine andere integrieren kann. Das wird tatsächlich relativ viel verwendet,

01:13:20.740 --> 01:13:28.020
auch wenn man das oft gar nicht sieht, dass das gemacht wird. So ein klassischer iFrame sind zum

01:13:28.020 --> 01:13:34.620
Beispiel, wenn man Google Maps einbindet oder YouTube-Videos oder früher hat man mal Tweets

01:13:34.620 --> 01:13:40.500
eingebunden, als es noch Twitter gab, Instagram-Posts. Also immer so dann, wenn ich Inhalt

01:13:40.500 --> 01:13:46.260
von woanders irgendwie integrieren will. Auch Werbung wird ganz gerne in iFrames gepackt.

01:13:46.260 --> 01:13:51.300
Die Werber wollen das nicht, weil die würden gerne auf den kompletten Content der Seite zugreifen.

01:13:51.300 --> 01:13:58.740
Das dürfte denen aber nicht durchgehen lassen. Das ist jetzt mein heißer Pro-Tipp. Lass die Werber,

01:13:58.740 --> 01:14:04.660
das muss alles in ein iFrame, der nichts darf. Ja, definitiv, definitiv. Auf keinen Fall irgendwie

01:14:04.660 --> 01:14:13.380
direkt ... Die Wahrheit über Ads im Browser ist, die werden, die machen alles, jegliche schwarze

01:14:13.380 --> 01:14:18.420
Magie, die ihr noch nie gesehen habt, versteckt sich in Werbe-iFrames. Da müsst ihr mal reingucken.

01:14:18.420 --> 01:14:24.860
Das ist, das ist wirklich, da habt ihr, da habt ihr die Hölle gesehen, wenn ihr da mal reingeguckt

01:14:24.860 --> 01:14:30.660
habt. Wascht euch danach die Augen mit Seife aus. Wascht euch danach, wascht euch, am besten danach,

01:14:30.660 --> 01:14:40.180
danach einfach bitte in Desinfektionsmittel baden, euch mit kochendem Wasser abspülen und, ja,

01:14:40.180 --> 01:14:46.100
Augen auswaschen auf jeden Fall. Da schaut ihr wirklich ganz tief rein. Also der iFrame ermöglicht,

01:14:46.100 --> 01:14:54.060
dass sowas dann trotzdem nicht die Kontrolle über alles übernimmt. Genau, und da gibt es eine

01:14:54.060 --> 01:14:59.820
Million Attribute und vielleicht gehen wir die mal so ein bisschen durch. Ich weiß jetzt nicht,

01:14:59.820 --> 01:15:04.940
vielleicht nicht alle, aber so die wichtigsten. Also der iFrame hat halt eine Source. Das heißt,

01:15:04.940 --> 01:15:10.860
da kann ich einfach den Pfad zu einer anderen Seite eingeben. Das darf auch Cross-Domain sein,

01:15:10.860 --> 01:15:19.940
nichts Verrücktes an der Front. Wobei man auch da sagen muss, die Zielseite muss das einerseits

01:15:19.940 --> 01:15:24.540
erlauben beziehungsweise darf es nicht unterbinden, weil auch das geht. Und natürlich auch die

01:15:24.540 --> 01:15:29.260
Content Security Policy, da haben wir auch eine eigene Folge mal dazu gemacht, die ich gerade

01:15:29.260 --> 01:15:34.180
schon nicht mehr weiß, welche Nummer das war. Nummer 48. Verlinken wir natürlich auch in den

01:15:34.180 --> 01:15:39.460
Shownotes, was das überhaupt bedeutet, falls jetzt jemand von Content Policy gerade das erste Mal

01:15:39.460 --> 01:15:43.940
hört. Genau, also es müssen bestimmte Voraussetzungen gegeben sein, aber wenn es jetzt nicht irgendwie

01:15:43.940 --> 01:15:51.300
aktiv unterbunden wird, sage ich mal, dann kann man die Seiten einbinden. Genau, dann noch was,

01:15:51.300 --> 01:15:58.020
was ein bisschen alt klingt, nee, was ein bisschen neu klingt, aber eigentlich alt ist, allow full

01:15:58.020 --> 01:16:02.500
screen, nämlich so, dass du eben zum Beispiel, wenn du das YouTube-Video einbettest, dass der

01:16:02.500 --> 01:16:08.300
iFrame trotzdem sich in full screen machen darf, also ein Inhalt daraus. Das gibt es, glaube ich,

01:16:08.300 --> 01:16:13.660
gerade wegen diesem Video-Use-Case schon relativ lange. So Dinge, die, andere Dinge,

01:16:13.660 --> 01:16:18.380
die im iFrame erlaubt werden oder verboten werden, das ist irgendwann mal ein bisschen

01:16:18.380 --> 01:16:24.740
reformiert worden, sage ich mal. Deswegen hat da nicht alles ein eigenes Attribut bekommen. Aber

01:16:24.740 --> 01:16:28.580
allow full screen hat man, glaube ich, damals vor allem für die Videos gebraucht, weil so ein

01:16:28.580 --> 01:16:31.580
YouTube-Video irgendwo einbinden, das ist, glaube ich, ein Use-Case, der jetzt schon wirklich sehr,

01:16:31.580 --> 01:16:39.180
sehr lange besteht. Da hat man was für gebraucht. Interessanterweise noch ein kleiner Fun-Fact. Das

01:16:39.180 --> 01:16:43.900
Name-Attribut, damit er auch zum Beispiel von einem Form-Element getargetet werden kann. Also

01:16:43.900 --> 01:16:49.380
ja, wer sich an die Zeiten von Framesets erinnert, also nicht iFrame, sondern wirklich Seiten,

01:16:49.380 --> 01:16:54.180
die komplett nur aus einzelnen Seiten bestehen, die irgendwo anders sind, die müssen ja irgendwie

01:16:54.180 --> 01:16:57.700
miteinander kommunizieren. Das heißt, wenn ich die Navigation im einen Frame habe, dann muss

01:16:57.700 --> 01:17:01.460
ich irgendwie auch sagen können, aber jetzt bitte, wenn ich jetzt hier drauf drücke, soll sich jetzt

01:17:01.460 --> 01:17:06.380
nicht der Link in diesem Frame ändern, sondern in dem anderen. Und ebenso kann man auch Formulare

01:17:06.380 --> 01:17:11.460
in einem anderen Frame haben, auch im iFrame. Dafür unter anderem gibt es das Name-Attribut.

01:17:11.460 --> 01:17:14.820
Das habe ich aber noch nie gemacht. Keine Ahnung, ob das alles so funktioniert. Ich

01:17:14.820 --> 01:17:21.860
habe das nur aus der MDN gelösen. Oder Target, also Link-Target. Kann ich ja auch auf einen

01:17:21.860 --> 01:17:31.420
benannten Frame setzen. Dann, wichtig zu wissen, und das sind jetzt die ganzen, die dunklen,

01:17:31.420 --> 01:17:37.620
hohen Priester, die Werbung bauen. Jeder iFrame macht einen neuen Browsing-Kontext auf. Das heißt,

01:17:37.620 --> 01:17:42.860
neuer Speicher, neue Ressourcen, neues alles wie quasi ein neuer Browser-Tab. Also,

01:17:42.860 --> 01:17:48.060
falls ihr auf die Idee kommt, iFrame ist jetzt für alles und wir verschachteln sie tausendfach,

01:17:48.060 --> 01:17:55.700
liebe Ad-Industrie. Wie gesagt, schaut euch mal den Quellcode von ich. Also,

01:17:55.700 --> 01:18:00.980
irgendwie ein iFrame, der dann drinnen nichts anderes macht, als nochmal ein iFrame zu laden

01:18:00.980 --> 01:18:08.500
von wieder einer anderen Domain oder so, ja. Also, pass auf. Ich sag das jetzt mal eher abstrakt.

01:18:08.500 --> 01:18:12.380
Die Leute, die, manche Leute, die den Podcast hören, weiß ich, werden sich angesprochen fühlen

01:18:12.380 --> 01:18:21.340
und das dann auch okay. Ich weiß, dass es eine vielfrequentierte Seite gibt, die, wenn man sie

01:18:21.340 --> 01:18:27.860
zum ersten Mal aufruft und noch keinen Cookie-Sachen bestätigt hat oder so, einen erst mal umleitet auf

01:18:27.860 --> 01:18:34.880
eine völlig andere Seite, die so aussehen soll, als ob es die Seite ist, aber ein Cookie-Banner

01:18:34.880 --> 01:18:40.180
davor liegt, aber es ist nicht die echte Seite, die dann aber einem ein Banner aufmacht, der in

01:18:40.180 --> 01:18:45.500
einem I-Frame ist, in dem wiederum ein I-Frame ist, in dem der Bestätigen-Button für die Cookies

01:18:45.500 --> 01:18:52.980
ist. So, hab ich gehört, dass es sowas gibt. Und ich weiß genau, was du meinst. Und dass das so

01:18:52.980 --> 01:18:57.580
verschachtelt ist, weiß ich auch noch nicht so lang. Ich sag's mal so, wenn man versucht,

01:18:57.580 --> 01:19:05.060
automatische Tests laufen zu lassen, kann sowas echt zum Problem werden, wenn man nämlich nicht

01:19:05.060 --> 01:19:09.700
auf I-Frame-Kontexte aus dem automatischen Test zugreifen kann. Und wenn es dann noch zwei sind,

01:19:09.700 --> 01:19:16.420
verschachtelt, dann hat man richtig Spaß. Ja, so. Ich hab noch PostMessage aufgeschrieben.

01:19:16.420 --> 01:19:21.340
Ist kein Attribut. Das ist so einfach nur mal so angerissen. Ich will da auch gar nicht in die

01:19:21.340 --> 01:19:28.500
Tiefe gehen. Man könnte ja jetzt die Idee haben, man möchte von der Seite, die den I-Frame einbindet,

01:19:28.500 --> 01:19:32.820
oder von dem I-Frame nach außen irgendwie Kommunikation betreiben. Man möchte da irgendwas,

01:19:32.820 --> 01:19:37.220
man möchte Status wissen, man möchte wissen, was ist da drin gerade passiert. Ich hab da drin was

01:19:37.220 --> 01:19:40.140
geklickt oder ich hab außen was geklickt. Da soll sich innen was verändern und so.

01:19:40.140 --> 01:19:46.260
Ich hatte das zum Beispiel mal auch im WordPress-Kontext. Ich wollte Update-Meldungen

01:19:46.260 --> 01:19:52.180
einblenden lassen. So, die auf einem anderen Server checken, gibt's da was Neues? Ist da

01:19:52.180 --> 01:19:55.860
irgendwie eine Hinweismeldung, dass gerade irgendwie der Service down ist oder was? Und

01:19:55.860 --> 01:20:01.940
wenn ja, dann zeig den I-Frame an und zwar halt mit genau der Höhe am besten, die diese Meldung,

01:20:01.940 --> 01:20:06.300
die da drin steht, braucht, damit das so aussieht, als wäre das einfach nur eine Meldung in dem

01:20:06.300 --> 01:20:11.420
WordPress-Backend. Und wenn nicht, dann versteckt den I-Frame einfach komplett. Und das läuft halt

01:20:11.420 --> 01:20:18.340
auch darüber über PostMessage und über ein Resize-Event, dass ich halt abfrage, also

01:20:18.340 --> 01:20:22.980
standardmäßig hat der I-Frame keine Höhe und wenn der I-Frame aber geladen ist, dann wird per

01:20:22.980 --> 01:20:28.060
PostMessage kommuniziert, ich habe übrigens Content und mein Content ist so und so hoch und die äußere

01:20:28.060 --> 01:20:32.100
Seite skaliert an den I-Frame entsprechend und eben halt bei Resize dann auch noch mal.

01:20:32.100 --> 01:20:38.580
Es war früher ein pain in the butt, ein I-Frame so hinzukriegen, dass man nicht gesehen hat,

01:20:38.580 --> 01:20:44.020
dass er da ist. Also der hatte irgendwelche Rahmen und dann eine feste Größe.

01:20:44.020 --> 01:20:46.900
Und dann waren halt doch Dinge abgeschnitten oder so.

01:20:46.900 --> 01:20:51.980
Genau und also wie gesagt, wir gehen jetzt nicht tiefer auf PostMessage ein,

01:20:51.980 --> 01:20:57.780
aber da gibt es eine Möglichkeit rein und raus zu kommunizieren. Allerdings die MDN ist auch,

01:20:57.780 --> 01:21:01.300
das fand ich super witzig, das ist glaube ich in der aktuellen Version nicht mehr so,

01:21:01.300 --> 01:21:04.500
aber das wird für ewig in meinem Kopf bleiben, habe ich hier glaube ich auch schon mal zitiert.

01:21:04.500 --> 01:21:08.900
Da stand mal drin, wenn du kein Security-Problem haben willst,

01:21:08.900 --> 01:21:14.940
dann benutze einfach kein PostMessage. Und also das sei nur an der Stelle noch erwähnt,

01:21:14.940 --> 01:21:18.900
das wird auch in der MDN relativ offensiv angesprochen, dass man da aufpassen muss,

01:21:18.900 --> 01:21:23.460
von wo man Nachrichten zulässt. Genau, also da sollte man genau drauf schauen,

01:21:23.460 --> 01:21:27.380
aber wie gesagt, es geht jetzt hier erst mal nur um das Tag und nicht um PostMessage. Da könnte man

01:21:27.380 --> 01:21:34.540
eine komplette Sendung wahrscheinlich drüber machen. So, genau. Die nächsten Punkte sind von dir.

01:21:34.540 --> 01:21:43.100
Genau. With Firepolicy ist noch eins, das aber analog zum ArTag funktioniert. Also hier Link

01:21:43.100 --> 01:21:55.220
zu Folge 62 in den Shownotes. Und CSP ist aktuell auch noch hier experimental. Und zu CSP habe ich

01:21:55.220 --> 01:21:58.580
ja vorhin schon den Link hingepackt, aber auch noch mal an der Stelle. Also da kann ich halt

01:21:58.580 --> 01:22:05.460
solche Content-Security-Policy-Angaben direkt in dem Iframe-Element noch mal definieren,

01:22:05.460 --> 01:22:11.660
die dann eben auf diesen Iframe-Content angewendet werden. Genau, das ist nur am Rande.

01:22:11.660 --> 01:22:13.140
So Referral-Policy?

01:22:13.140 --> 01:22:16.020
Genau, das ist ... Ach so, kannst du noch was dazu sagen?

01:22:16.020 --> 01:22:22.460
Ich hab noch was dazu. Das sagt ja auch so ein bisschen, welche Referral verschickt werden. Und

01:22:22.460 --> 01:22:28.220
da gibt es ganz interessante Werte. Also gibt es relativ viele Werte dazu. Wir gehen jetzt nicht

01:22:28.220 --> 01:22:32.540
einzeln auf die ein, aber ich hab auch gedacht, das kann ganz spannend werden, welcher Referral

01:22:32.540 --> 01:22:37.420
verschickt wird, je nachdem, in welcher Iframe-Verschachtelungsebene ich da befinde. Kann

01:22:37.420 --> 01:22:42.060
das dann schon spannend werden, weil stell dir vor, du hast 27 verschachtelte Iframes. Welcher

01:22:42.060 --> 01:22:50.420
Referral wird denn jetzt wohin geschickt? Also das ist schon spannend. So, genau, dann Allow.

01:22:50.420 --> 01:22:55.500
Genau, da haben wir beide was dazu aufgeschrieben. Und ich war zuerst kurz ein bisschen verwirrt,

01:22:55.500 --> 01:23:00.380
weil ich dachte, hey, Moment mal, ist das nicht das Gleiche wie CSP? Aber es ist nur,

01:23:00.380 --> 01:23:05.820
von der Syntax her ist es ähnlich. Also das Allow-Attribut, da geht es eben nicht um die

01:23:05.820 --> 01:23:10.380
Content Security Policy, sondern um die Permissions Policy. Und die wird ähnlich

01:23:10.380 --> 01:23:15.820
definiert, aber statt halt irgendwelchen Security-Sachen, wer mit wem kommunizieren

01:23:15.820 --> 01:23:20.380
darf und was für Inhalte dürfen überhaupt reingeladen werden und so, werden da eben

01:23:20.380 --> 01:23:28.460
bestimmte Features ausgeschaltet oder halt gesagt, okay, zum Beispiel die Geolocation,

01:23:28.460 --> 01:23:34.540
die darfst du nur benutzen, wenn es die eigene Seite ist, also Target Self oder nur eine bestimmte

01:23:34.540 --> 01:23:42.220
URL, die eingebunden ist, darf das dann benutzen. Und deswegen wechselt man das leicht, CSP und

01:23:42.220 --> 01:23:47.420
die Permissions Policy. Aber es sind eben zwei unterschiedliche Dinge, die damit konfiguriert

01:23:47.420 --> 01:23:50.740
werden. Nur die Art und Weise, wie ich die konfigurieren kann und auf was ich sie einschränken

01:23:50.740 --> 01:23:55.460
kann, die ist halt ähnlich. Und deswegen kommt man da vielleicht auf den ersten Blick ein bisschen

01:23:55.460 --> 01:24:01.820
durcheinander. Genau, der Host kann halt bestimmen, ob ich die Kamera zum Beispiel verwenden kann oder

01:24:01.820 --> 01:24:08.020
das Mikrofon oder Geolocation oder sowas. Das ist natürlich sehr, sehr gut und wichtig,

01:24:08.020 --> 01:24:14.120
weil vielleicht habe ich ja tatsächlich iFrames eingebunden, denen ich nicht vertraue. Ads iFrames

01:24:14.120 --> 01:24:18.940
zum Beispiel, denen solltet ihr auf keinen Fall vertrauen, weil es ist ja wirklich schon öfter

01:24:18.940 --> 01:24:28.580
vorgekommen, dass auch irgendwie Zero-Day-Exploits genutzt wurden über Ads. Also ihr solltet Ads

01:24:28.580 --> 01:24:33.940
niemals vertrauen, die dürfen einfach gar nichts. Oder lasst jemand den Ad-Server kapern und dann

01:24:33.940 --> 01:24:39.260
irgendwelchen malicious Content ausspielen und ich habe dem Ding keine Sandbox gesetzt.

01:24:39.260 --> 01:24:47.140
Muss gar nicht mal sein, weil heutzutage ja Ads ausgespielt werden. Du weißt ja teilweise gar

01:24:47.140 --> 01:24:50.580
nicht, was für ein Ad auf deiner Seite ausgespielt wird. Das kommt von irgendeinem Ad-Server von

01:24:50.580 --> 01:24:54.580
irgendwo. Irgendjemand hat das da geboten und da kommt ein Ad, wo du gar nicht weißt, was das ist.

01:24:54.580 --> 01:24:59.100
Das kann ja tatsächlich jemand sein, der irgendwie bösen Code ausliefert, der den ganz

01:24:59.100 --> 01:25:05.580
legitim irgendwie da den Werbeplatz gekauft hat. Also sowas solltet ihr auf keinen Fall jemals

01:25:05.580 --> 01:25:08.860
vertrauen und dafür finde ich sowas ganz gut, weil wenn ihr nämlich trotzdem sagt,

01:25:08.860 --> 01:25:13.220
naja das eine, das soll erlaubt werden, dann könnt ihr sagen, da soll es aber einen guten

01:25:13.220 --> 01:25:21.980
Grund für geben. Dem entgegengesetzt ist das Sendbox-Attribut. Wenn man das einfach nur

01:25:21.980 --> 01:25:27.900
reinschreibt, das verbietet nämlich erstmal so quasi alles. Interessanterweise kann man damit

01:25:27.900 --> 01:25:35.260
auch wieder Dinge erlauben, indem man nämlich in das Sendbox-Attribut als Werte Dinge reinschreibt,

01:25:35.260 --> 01:25:39.860
die so mit allow- beginnen und davon gibt es eine Million Sachen, die man dann wiederum erlauben

01:25:39.860 --> 01:25:46.380
kann. Das gibt halt quasi einmal verbieten, einmal erlauben, nee es gibt zweimal erlauben.

01:25:46.380 --> 01:25:50.180
Eigentlich ist es auch allow, ja, aber es funktioniert ein bisschen anders.

01:25:50.180 --> 01:25:57.900
Ja, also das gibt es auf jeden Fall auch noch. Aber das ist sehr, sehr strikt. Das Sendbox-Attribut

01:25:57.900 --> 01:26:04.500
ist extrem strikt. Ich glaube, wenn ihr das einfach nur draufhaut, dann ist die Wahrscheinlichkeit,

01:26:04.500 --> 01:26:10.260
dass da innen drin einiges kaputt geht, relativ hoch. Aber so als Starting Point und dann zu

01:26:10.260 --> 01:26:13.300
sagen, okay, ich erlaube jetzt nur, was wirklich nötig ist, finde ich eigentlich gar nicht so

01:26:13.300 --> 01:26:20.740
schlecht. Dann unser Lieblingsattribut, was wir schon ganz am Anfang hier in dem Podcast mal

01:26:20.740 --> 01:26:24.540
gefeatured haben. Warum benutzt das eigentlich keiner? Das geht auch mit iFrames, nämlich

01:26:24.540 --> 01:26:31.220
Loading gleich Lazy. Ich glaube, es ging zuerst mit Images und dann auch später mit iFrames. Ja,

01:26:31.220 --> 01:26:35.220
also nichts anderes als, wenn das Ding below the fold ist und ich scrolls in den sichtbaren Bereich

01:26:35.220 --> 01:26:39.500
oder kurz davor, dann wird zuerst geladen und ich habe halt nicht direkt beim Laden der Seite dann

01:26:39.500 --> 01:26:44.380
auch noch den ganzen iFrame-Content, der mitgeladen wird. Bedenkt, falls ihr Werbung ausspielt, das ist

01:26:44.380 --> 01:26:50.060
schlecht für die Ad-Impressions, die dann nicht geladen werden, wenn sie below the fold sind.

01:26:50.060 --> 01:26:54.580
Allerdings ist es natürlich aus User-Sicht ist es natürlich absolut toll, weil ich nämlich mir eine

01:26:54.580 --> 01:26:58.300
ganze Menge Quatsch spare, der nicht über die Leitung geschickt wird, falls ich vielleicht gar

01:26:58.300 --> 01:27:02.500
nicht runterscrolle. Gut und die Werber wollen halt vielleicht, dass die Impression auch wirklich

01:27:02.500 --> 01:27:07.140
erst dann gezählt wird, wenn das wirklich im sichtbaren Bereich war. Da macht es ja schon

01:27:07.140 --> 01:27:12.340
auch Sinn für das Tracking, weil was bringt mir das, wenn mein Werbemittel zwar irgendwie in der

01:27:12.340 --> 01:27:16.340
Seite geladen wurde, aber halt irgendwie ich muss einen Kilometer scrollen, um dahin zu kommen.

01:27:16.340 --> 01:27:22.580
Genau, das muss man dann aushandeln, weil das bestimmt ja der Host. Das kommt ja,

01:27:22.580 --> 01:27:27.940
das kommt ja von außen, aber ich glaube, wenn ich mich recht erinnere, die Werber

01:27:27.940 --> 01:27:31.900
haben auch noch andere Möglichkeiten zu sehen, ob ihr Ad wirklich angezeigt wurde,

01:27:31.900 --> 01:27:37.220
auch von innerhalb des I-Frames aus. So und jetzt kommt noch was Kurioses, was ich vorher

01:27:37.220 --> 01:27:41.100
noch nicht wusste und nicht kannte, nämlich das Source-Doc-Attribut. Kennst du das?

01:27:41.100 --> 01:27:46.540
Ja, vor Urzeiten, früher mal, warum auch immer benutzt.

01:27:46.540 --> 01:27:52.740
Das ist, das habe ich, das ist neu. Das war mir komplett neu. Das fand ich jetzt,

01:27:52.740 --> 01:27:59.740
das war wieder so ein Ding wie, ich kann ein Monitor davon abhalten, irgendwie in Standby zu

01:27:59.740 --> 01:28:05.380
gehen. Und zwar, das Source-Doc-Attribut ist ein Ersatz für das Source-Attribut. Wenn ich

01:28:05.380 --> 01:28:10.300
kein Source-Attribut hinterlege auf dem iFrame, kann ich das Source-Doc-Attribut nehmen und dann

01:28:10.300 --> 01:28:19.100
innerhalb des Werts HTML-Code reinschreiben, den ich dann quasi aber mit den iFrame-Sendboxing-

01:28:19.100 --> 01:28:24.300
Mechanismen sendboxen kann dadurch. Was komplett verrückt ist. Also ich meine,

01:28:24.300 --> 01:28:28.180
das kann, also ich verstehe den Anwendungsfall. Ich verstehe auch, wann man das machen möchte.

01:28:28.180 --> 01:28:32.540
Also zum Beispiel habe ich irgendwelchen User-Generated-Content, von dem ich aber sage,

01:28:32.540 --> 01:28:38.660
der ist potenziell böse. Ja, also der soll da irgendwie angezeigt werden, aber der darf jetzt

01:28:38.660 --> 01:28:42.580
nicht auf den Kontext der Seite, der Host-Seite zugreifen, ausgründen, weil ich will nicht,

01:28:42.580 --> 01:28:48.420
dass die Leute da irgendwelchen Quatsch machen. Dafür ist das, also ist schon so ein Development-Ding,

01:28:48.420 --> 01:28:51.300
würde ich sagen, wenn man irgendwie Code anzeigen kann.

01:28:51.300 --> 01:29:00.380
Ja, und man muss den Code halt mit HTML-Entities versehen, also damit, ja, sonst spreng ich mir halt

01:29:00.380 --> 01:29:03.100
das Attribut vielleicht mit den Double-Quotes oder mit den 10-Quotes.

01:29:03.100 --> 01:29:08.500
Genau, mit den, ja genau. Aber das fand ich, also das ist so eine Kuriosität, die mir über den Weg

01:29:08.500 --> 01:29:13.100
gelaufen ist, das kannte ich noch nicht an der Stelle und das fand ich irgendwie cool und

01:29:13.100 --> 01:29:22.520
erwähnenswert hier. Aus Accessibility-Sicht mal wieder, ebenso wie Object und, ne Moment,

01:29:22.520 --> 01:29:28.140
jetzt springen sie schon durcheinander, doch, wie Object, iFrames sollten ein Title-Attribut

01:29:28.140 --> 01:29:32.980
bekommen, um den Inhalt zu beschreiben, weil man sollte als Screenreader-Nutzer jetzt nicht

01:29:32.980 --> 01:29:37.100
unbedingt mit allem Müll zugeschüttet werden und dann kann man sich halt überlegen, nachdem ich

01:29:37.100 --> 01:29:40.820
weiß, nachdem im Title drin steht, ah, das ist jetzt ein iFrame für blablabla, dann kann ich

01:29:40.820 --> 01:29:45.220
selbst entscheiden, ja, tue ich mir das jetzt an, gehe ich da jetzt rein, sozusagen, oder lasse ich

01:29:45.220 --> 01:29:49.660
es bleiben, kann ich vielleicht ignorieren. Also, das solltet ihr in jedem Fall machen, weil

01:29:49.660 --> 01:29:53.660
ansonsten würde jetzt im Screenreader einfach nur vorgelesen werden, iFrame, damit hat sich die Sache,

01:29:53.660 --> 01:30:03.500
ich habe dann aber erstmal den Content nicht und, jo, genau. So, dann ist mir noch aufgefallen in

01:30:03.500 --> 01:30:12.380
der MDN, ich habe in unserer Dokumentation das mal genannt, die größte Element-Kompatibilitätstabelle,

01:30:12.380 --> 01:30:21.540
wo gibt, und zwar die Browser-Compatibility von iFrame, tatsächlich in der MDN. Und da sind die

01:30:21.540 --> 01:30:28.540
ganzen Attribute mit aufgelistet. Und die Werte vor allem, das geht nämlich so auf. Und die Werte

01:30:28.540 --> 01:30:33.940
der einzelnen Attribute. Also gerade bei Sandbox und bei Allow ist das halt echt viel. Da gibt es

01:30:33.940 --> 01:30:40.060
endlos viele, genau, endlos viele Werte. Und die komplette, ja genau, die komplette Kompatibilität

01:30:40.060 --> 01:30:45.020
der Browser, über die Browser hinweg, dieser Attribute und dieser ganzen Werte ist da

01:30:45.020 --> 01:30:49.900
aufgeschlüsselt. Diese Tabelle ist ewig lang. Also ich glaube, ich habe in der MDN noch nie

01:30:49.900 --> 01:30:54.380
so eine lange Kompatibilitätstabelle gesehen. Da kann man ein bisschen scrollen drin. Da kann

01:30:54.380 --> 01:30:58.540
man sich schon ein bisschen drin verlieren. Fand ich nicht schlecht. Wir haben bei den

01:30:58.540 --> 01:31:04.900
ganzen anderen Elementen, jetzt vorhin immer gesagt, wie populär sind die denn? Und dieses

01:31:04.900 --> 01:31:09.260
Element, das iFrame-Element, das ist, glaube ich, gar nicht so, wird gar nicht so wenig

01:31:09.260 --> 01:31:13.260
verwendet. Es ist auf Platz 34. Das liegt an der ganzen Werbung, mit der wir zugekleistert

01:31:13.260 --> 01:31:19.220
werden. Ich kenne auch Seiten, wo es nicht für Werbung verwendet wird. Oh, sowas gibt's?

01:31:19.220 --> 01:31:29.140
Ja, ja. Ob das jetzt in dem Fall sinnvoll ist, dass man es verwendet, oder könnte man

01:31:29.140 --> 01:31:36.380
das nicht eleganter machen? Vielleicht schon, aber ich weiß, dass es Anwendungsfälle gibt,

01:31:36.380 --> 01:31:40.540
wo es nicht für Werbung verwendet wird. Und dann ist es quasi schon so fast auf der sinnvollen

01:31:40.540 --> 01:31:49.420
Seite in meinem Kopf. Gut, dann haben wir noch das vorhin schon erwähnte Fenced I-Frame. Und,

01:31:49.420 --> 01:31:55.220
ja, das erste, nachdem ich so die ersten paar Zeilen gelesen habe auf dem MDM, war für mich

01:31:55.220 --> 01:32:00.100
wirklich die Frage, warum brauche ich das denn aber, wenn wir I-Frame und diese ganzen Allow

01:32:00.100 --> 01:32:06.220
und Sandbox-Geschichten schon haben? Und es gibt noch mal so ein paar Unterschiede. Es ist im Ende

01:32:06.220 --> 01:32:11.740
Fakt wie ein Sandbox-I-Frame nur noch abgekapselter. Also man will da wirklich komplett vermeiden,

01:32:11.740 --> 01:32:17.740
dass dieser Content in irgendeiner Form mit der Seite ansonsten interagieren kann. Und das heißt,

01:32:17.740 --> 01:32:23.100
ich habe im Unterschied zu I-Frames, habe ich kein Post-Message. Das kann ich einfach gar nicht

01:32:23.100 --> 01:32:28.460
benutzen. Da komme ich schon gar nicht in die Versuchung oder irgendwie Security-Risiken zu

01:32:28.460 --> 01:32:35.940
öffnen. Ich habe keinen Zugriff auf Window-Parent. Local Storage und Cookies sind komplett isoliert.

01:32:35.940 --> 01:32:41.260
Und dadurch habe ich eben keine Möglichkeit, irgendwas zu beeinflussen. Und das bedeutet

01:32:41.260 --> 01:32:46.380
halt auch, ich habe kein Cross-Site-Tracking, dass ich irgendwie Third-Party-Cookies setzen

01:32:46.380 --> 01:32:51.140
kann oder so. Es ist wirklich komplett abgekapselt. Ich lade diesen fremden Content da rein,

01:32:51.140 --> 01:32:58.020
aber der ist komplett losgelöst eigentlich vom Rest. Und ja, eben Third-Party-Tracking

01:32:58.020 --> 01:33:04.100
und Cross-Site-Tracking, der ist auch wieder aus dem Ad-Kontext, um das halt zu vermeiden

01:33:04.100 --> 01:33:10.940
und halt eine datenschutzfreundliche Einbettungsmöglichkeit im Endeffekt zu bieten.

01:33:10.940 --> 01:33:16.540
Stellt sich mir immer noch die Frage, brauchen wir dafür ein eigens benanntes Element oder hätte es

01:33:16.540 --> 01:33:23.900
nicht gereicht, halt irgendwie das bestehende iFrame mit diesen Sicherheitssachen zu benutzen

01:33:23.900 --> 01:33:30.940
oder halt ein Attribut zu setzen, von mir aus fenced als Boolean-Attribut. Aber gut,

01:33:30.940 --> 01:33:38.980
es ist ein Vorschlag von Google, es gibt es auch nur in Chromium-basierten Browsern aktuell und

01:33:38.980 --> 01:33:44.380
ja, muss man sich halt die Frage stellen, ob sich das so durchsetzen wird und in anderen

01:33:44.380 --> 01:33:48.740
Browsern adaptiert werden wird oder ob es nicht doch irgendwann heißt, okay,

01:33:48.740 --> 01:33:53.220
wir machen es mit den bisherigen iFrames. Es bleibt einfach mal abzuwarten.

01:33:53.220 --> 01:34:04.340
Du hast noch hier geschrieben, FanStream taucht im Datensatz des HTTP-Archives nicht auf,

01:34:04.340 --> 01:34:07.820
also da ist noch gar nicht, ist nicht mal irgendwie aufgeführt.

01:34:07.820 --> 01:34:10.420
Genau, ChatGPT kennt es auch nicht.

01:34:10.420 --> 01:34:11.500
Keine Statistik dazu.

01:34:11.500 --> 01:34:15.340
Was, ChatGPT kennt es nicht? Doch, ich habe mit ChatGPT nämlich darüber gesprochen,

01:34:15.340 --> 01:34:17.900
was der Unterschied ist zwischen iFrame und FanStream, ja.

01:34:17.900 --> 01:34:21.980
Ich habe, das ist witzig, dann siehst du, da siehst du, das ist nicht deterministisch.

01:34:21.980 --> 01:34:28.860
Mein ChatGPT hat, ich habe halt gesagt, hey, ich habe diese Elemente, erzähl mir mal ein bisschen was dazu.

01:34:28.860 --> 01:34:34.620
Und zu FanStream hat es mir gesagt, ja, das ist irgendwie nicht so bekannt.

01:34:34.620 --> 01:34:37.780
Das könnte sein, dass das irgendwas ist, was es früher mal gab, aber jetzt keiner mehr weiß.

01:34:37.780 --> 01:34:39.100
Hä, okay, witzig.

01:34:39.100 --> 01:34:42.380
Das finde ich, das ist witzig, das ist wirklich witzig, ja, krass.

01:34:42.380 --> 01:34:46.340
Gut, ey, da sind wir schon durch.

01:34:46.340 --> 01:34:48.540
Aber da seht ihr wieder, auf die AI dürft ihr euch nicht verlassen.

01:34:48.540 --> 01:34:55.420
Was ich mittlerweile echt gut finde, ist, dass ChatGPT die Möglichkeit hat, das Internet

01:34:55.420 --> 01:34:59.460
zu durchsuchen und ich sag dann immer, nachdem das mir sagt, ja, das ist so und so, sag ich,

01:34:59.460 --> 01:35:02.260
jetzt sag mir mal die Quellen, die du verwendet hast.

01:35:02.260 --> 01:35:07.260
Und dann kann ich das, ich muss das verifizieren, ich muss selbst nochmal nachlesen und gucken,

01:35:07.260 --> 01:35:10.780
stimmt das auch, oder ist das jetzt irgendein Käse, weil das kann schon extrem hilfreich

01:35:10.780 --> 01:35:16.540
sein, gerade so beim Akkumulieren von Informationen, so Dinge zusammenzufügen, um so ein Bild von

01:35:16.540 --> 01:35:19.340
was zu bekommen, aber dann muss ich auch die Quellen dafür haben.

01:35:19.340 --> 01:35:24.180
Und ich finde, dann ist es auch nicht problematisch, so etwas zum Beispiel für Recherchezwecke

01:35:24.180 --> 01:35:29.820
zu benutzen, keine Ahnung, schreib eine Hausarbeit oder so, ja, ich kann mir das ja zusammenfassen

01:35:29.820 --> 01:35:33.940
lassen von CharityPT, und solange ich das verifiziere, indem ich dann wirklich diese

01:35:33.940 --> 01:35:38.620
Quellen mir ausgeben lasse und vor allem diese Quellen natürlich dann auch lese und da nochmal

01:35:38.620 --> 01:35:42.740
drin nachlese, ob das dann stimmt, finde ich aber für so einen groben Überblick oder

01:35:42.740 --> 01:35:48.500
um das eben am Schluss dann sich eine Idee geben zu lassen, wie man das zusammenfassen

01:35:48.500 --> 01:35:50.500
könnte, finde ich das also schon eigentlich gut.

01:35:50.500 --> 01:35:56.420
Ich erzähle dir im Nachgang nochmal was zur Recherche und CharityPT, das kann ich aber

01:35:56.420 --> 01:35:58.860
nicht im Podcast erzählen.

01:35:58.860 --> 01:36:04.820
Das ist ein krasses Teil, das ist ein krasses Teil.

01:36:04.820 --> 01:36:12.980
Apropos krasses Teil, wir kommen zum Geil-Teil.

01:36:12.980 --> 01:36:27.900
Ja, Geil-Teil, ich habe etwas entdeckt, was ich wahrscheinlich schon mal in der Vergangenheit

01:36:27.900 --> 01:36:33.220
irgendwann mal gesehen habe, behaupte ich, wieder vergessen habe und jetzt wieder neu

01:36:33.220 --> 01:36:34.220
entdeckt habe.

01:36:34.220 --> 01:36:37.980
Als ich dann auf GitHub gelandet bin, habe ich gesehen, oh, der hat das, das ist tatsächlich

01:36:37.980 --> 01:36:38.980
schon älter.

01:36:38.980 --> 01:36:48.900
Erster Commit vor zwölf Jahren, letzter Commit vor fünf Jahren und zwar geht es um revenge.css.

01:36:48.900 --> 01:36:56.980
Revenge.css ist CSS, was geschrieben hat der gute Hayden Pickering, von dem hatten wir

01:36:56.980 --> 01:36:59.820
es, ich glaube, da haben wir im Stream mal was geschaut von ihm.

01:36:59.820 --> 01:37:03.980
Der beschäftigt sich auch viel mit Barrierefreiheit, hat auch da mehrere Bücher geschrieben und

01:37:03.980 --> 01:37:10.100
ich sage mal so, sein Ansatz, Wissen zu vermitteln, ist ein bisschen anders als der von vielen

01:37:10.100 --> 01:37:11.100
anderen.

01:37:11.100 --> 01:37:15.420
Er ist manchmal ein bisschen konfrontativ unterwegs und stößt die Leute ganz gerne

01:37:15.420 --> 01:37:16.420
mal von Kopf.

01:37:16.420 --> 01:37:21.900
Das ist aber manchmal auch wichtig, dass man das macht, auf eine ironisch-britische Art.

01:37:21.900 --> 01:37:27.100
Das finde ich ganz sympathisch und er hat damals Revenge.css ins Leben gerufen.

01:37:27.100 --> 01:37:33.900
Er hat sich nämlich gedacht, hey, einige Barrierefreiheitsprobleme kann man ja durch

01:37:33.900 --> 01:37:42.220
clevere CSS-Selektoren finden und wenn man die dann noch ein bisschen cleverer macht,

01:37:42.220 --> 01:37:46.740
dann kann man tatsächlich auch auf der Seite dann anzeigen, ey, du hast hier ein Problem

01:37:46.740 --> 01:37:50.460
mit Before- oder After-Pseudo-Elementen.

01:37:50.460 --> 01:37:59.420
Also, was hat er gemacht? Er hat halt versucht, eben genau solche Patterns zu finden und dann

01:37:59.420 --> 01:38:05.060
mit Pseudo-Elementen dir auf der Seite anzuzeigen, das hier ist jetzt gerade nicht so cool.

01:38:05.060 --> 01:38:11.460
Und zwar in dem Fall natürlich rot hinterlegt mit Comic Sans, wo dann eine Frage drin steht,

01:38:11.460 --> 01:38:15.700
ich habe es gerade mal jetzt zum Beispiel bei der MDN ausprobiert, da taucht jetzt mehrfach

01:38:15.700 --> 01:38:27.580
auf, this element is empty, why? So, genau. Und hier, also er sagt auch in der Readme von

01:38:27.580 --> 01:38:31.540
dem Projekt steht auch drin, ja, was haben wir denn hier? Misplaced divs, deprecated

01:38:31.540 --> 01:38:36.220
elements, malformed hyperlinks, inaccessible forms, empty elements, also alles mögliche,

01:38:36.220 --> 01:38:41.380
was man mit CSS so abtesten kann. Das ist natürlich auch wieder nur ein kleiner Bereich,

01:38:41.380 --> 01:38:45.260
alte Attribute, alte HTML-Elemente, die man nicht mehr verwenden sollte und so weiter.

01:38:45.260 --> 01:38:52.340
Genau, und es gab auch mal ein Bookmarklet dazu. Ja, die Demo-Seite funktioniert leider

01:38:52.340 --> 01:38:55.900
auch nicht mehr. Führt leider ins Nichts. Und ich bin gerade auch so ein bisschen durch

01:38:55.900 --> 01:38:59.660
die Issues gegangen und da schreibt jemand zum Beispiel, Hayden's Code ist super old

01:38:59.660 --> 01:39:04.860
and is no longer recommended, many things obsolete, many important things missing und

01:39:04.860 --> 01:39:13.420
wird verwiesen auf Alex, also a11y.css. Ja, das habe ich mal ausprobiert, das gibt es

01:39:13.420 --> 01:39:17.860
als Browser-Plugin und es hat bei mir nicht funktioniert. Einfach nicht funktioniert.

01:39:17.860 --> 01:39:20.260
Aber vielleicht war ich auch einfach zu doof dafür.

01:39:20.260 --> 01:39:23.220
Du kannst es einfach mal verlinken und vielleicht kriegst du es zum Laufen.

01:39:23.220 --> 01:39:29.860
Ich habe das auch gefunden, diesen Hinweis. Ich fand trotzdem, also das stimmt, einige

01:39:29.860 --> 01:39:38.300
Sachen sind nicht mehr auf dem neuesten Stand. Trotzdem hier mein Call an alle richtigen

01:39:38.300 --> 01:39:43.820
Tough-Cookie-10x-Developers da draußen. Wer richtig krass ist und glaubt, dass das voll

01:39:43.820 --> 01:39:50.100
drauf hat, so 10x-mäßig, der packt dieses CSS einfach mal in sein Live-Projekt ein.

01:39:50.100 --> 01:39:54.700
Am besten was mit vielen Usern, weil wenn ihr es richtig drauf habt, dann habt ihr überhaupt

01:39:54.700 --> 01:40:00.100
kein Problem, weil dann passiert einfach nichts. Und wenn ihr es nicht drauf habt, dann werdet

01:40:00.100 --> 01:40:05.260
ihr bzw. deine User auch mit Comic Sans da drauf hingewiesen. So!

01:40:05.260 --> 01:40:11.260
Alleine deswegen gewinnt doch Revenge CSS schon vor Accessibility CSS.

01:40:11.260 --> 01:40:16.180
Ja, auf jeden Fall. Einfach nur wegen Comic Sans und einfach,

01:40:16.180 --> 01:40:22.460
weil es Revenge heißt. Das finde ich auch einfach sehr, sehr schön. Ja, also nehmt

01:40:22.460 --> 01:40:26.500
das nicht zu ernst, aber wirklich, packt das mal eine Seite von euch rein und guckt mal,

01:40:26.500 --> 01:40:31.060
was dann passiert. Ich habe es gerade bei der MDN ausprobiert, da kommen ein paar Sachen.

01:40:31.060 --> 01:40:36.060
Ihr werdet bestimmt auch, also auch auf meiner privaten Seite, glaube ich, habe ich etwas

01:40:36.060 --> 01:40:46.900
gefunden. Man sieht ja auch manchmal was. So, Revenge CSS, ab morgen auf diesem Kanal.

01:40:46.900 --> 01:40:53.460
Kostenlos bei GitHub. Ja, dann kommen wir zu unserem Lieblings-Dschingel.

01:40:53.460 --> 01:41:03.420
Das Ende. Mein Whisky ist schon leer, scheiße. Brauchst du Alkohol, um den Dschingel ertragen

01:41:03.420 --> 01:41:10.980
zu können? Es ist zu spät, ja. Ich finde ihn nach wie vor super. Du hast ihn ja auch gemacht.

01:41:10.980 --> 01:41:18.380
Ja, vielleicht deswegen. Du hast ihn ja im Herstellungsprozess schon mehrere Male hören

01:41:18.380 --> 01:41:25.060
müssen. Ich muss ihn ja zum Glück nur am Ende der Folge einmal hören jedes Mal. Ja,

01:41:25.060 --> 01:41:30.380
da sind wir jetzt angekommen am Ende der Folge. Und ja, ich fand es mal wieder sehr schön,

01:41:30.380 --> 01:41:38.020
dass wir zusammen aufgenommen haben und hoffe, ihr habt auch ein bisschen was mitgenommen an

01:41:38.020 --> 01:41:44.980
Informationen, was euch noch nicht bekannt war. Und mehr habe ich eigentlich gar nicht zu sagen.

01:41:44.980 --> 01:41:51.900
Nee, ich leier noch mein kleines Sprüchlein runter. Bewertet uns doch auf Podcastportalen.

01:41:51.900 --> 01:41:58.140
Ihr habt es vorhin schon gehört. Ihr könnt uns auch ein bisschen Geld spenden. Links findet

01:41:58.140 --> 01:42:01.460
ihr bei uns. Es gibt auch tausend andere Möglichkeiten, uns zu unterstützen auf

01:42:01.460 --> 01:42:07.860
www.sev.de. Es gibt auch Dinge, die kein Geld kosten, wie man uns helfen kann. Wie gesagt,

01:42:07.860 --> 01:42:15.100
Podcastbewertung überall. Wir haben übrigens den ersten, fällt mir jetzt gerade ein, den ersten

01:42:15.100 --> 01:42:23.380
Spotify-Kommentar auf eine unserer Folgen bekommen. Weil ich wusste, es gibt dieses Feature. Ich wurde

01:42:23.380 --> 01:42:29.100
glaube ich irgendwann mal gefragt, willst du das anschalten oder nicht? Und da kam tatsächlich

01:42:29.100 --> 01:42:34.020
ein Themenvorschlag. Ich glaube, das habe ich auch in unsere Liste noch mit reingeschrieben. Ich glaube,

01:42:34.020 --> 01:42:38.740
das hatten wir sogar schon auf unserer Liste, das Thema. Ja, also das ist mir gerade noch

01:42:38.740 --> 01:42:43.100
eingefallen. Danke auch dafür. Also das könnt ihr auch benutzen. Nicht, dass wir jetzt so riesige

01:42:43.100 --> 01:42:51.300
Fans von Spotify wählen, was Podcast so angeht. Aber wenn das sowieso der einzige Audioplayer auf

01:42:51.300 --> 01:42:55.900
eurem Smartphone ist, mein Gott, dann nutzt es halt. Dann könnt ihr da auch einen Kommentar

01:42:55.900 --> 01:43:01.700
schreiben. Aber schreibt uns lieber Kommentare auf unser Blog hier. Das heißt unser Blog auf unserer

01:43:01.700 --> 01:43:06.740
Podcast-Seite zu den Kommentaren. Da können es dann nämlich alle lesen und nicht nur Spotify

01:43:06.740 --> 01:43:13.060
Abonnenten. Das ist ein bisschen cooler. Da kann man auch auf Kommentare antworten und dann kann

01:43:13.060 --> 01:43:16.940
sich eine kleine Diskussion daraus ergeben. Und dann könnt ihr auch da mal lesen, was der Chef

01:43:16.940 --> 01:43:22.060
manchmal so schreibt. Da kann man nämlich auch noch was lernen. Auf jeden Fall. Genau. So,

01:43:22.060 --> 01:43:26.540
das war jetzt relativ lang noch. Ja, deswegen drüge ich jetzt schon mal auf das Outro. Na gut,

01:43:26.540 --> 01:43:30.660
macht's gut. Bis dann. Macht's gut. Danke fürs Zuhören. Ciao.

01:43:30.660 --> 01:43:31.160
Ciao.

01:43:31.160 --> 01:43:55.640
Outro-Musik