|
Description:
|
|
Hans, Schepp und Peter spielen Glücksrad!
Schaunotizen
- [00:04:15] Selection.prototype.isCollapsed
- Auf der Suche nach Use Cases fällt uns erst auf, wie vergleichsweise mühsam Copy/Paste per JS via execCommand war, was heutzutage mit der Clipboard API sehr viel besser geht.
- [00:09:00]
- Hans referiert perfekt über Sinn und Unsinn des ehemaligen Bold-Elements inkl. Abgrenzung vom Kollegen
<![CDATA[</code></a>. Für letzteres ermittelt Peter sogar per Live-Recherche die Namensherkunft (xmp für „Example“ laut <a href="https://www.w3.org/TR/WD-html2/html-spec_5.html#SEC37">HTML 2.0</a>).</dd>
<dt>[00:25:37] <a href="https://developer.mozilla.org/en-US/docs/Web/API/StereoPannerNode/StereoPannerNode">StereoPannerNode</a></dt>
<dd>Ein Bestandteil der <a href="https://developer.mozilla.org/en-US/docs/Web/API/Web_Audio_API">Web Audio API</a>, zu dem uns nicht besonders viel einfällt.</dd>
<dt>[00:28:50] <a href="https://developer.mozilla.org/en-US/docs/Web/HTML/Element/meta"><meta></a></dt>
<dd>Wir diskutieren über Sinn und Unsinn von per Meta-Tag eingebauten Microdata-Informationen, v.a. in den Geschmacksrichtungen <a href="https://ogp.me/">OpenGraph</a> (mit <a href="https://www.opengraph.xyz/">verfügbarem Validator</a>) und <a href="https://developer.twitter.com/en/docs/twitter-for-websites/cards/overview/abouts-cards">Twitler</a> (ohne Validator). Am Ende kommen wir noch auf Charsets (auch via Meta-Tag setzbar, unter anderem auch in einer <a href="https://developer.mozilla.org/en-US/docs/Web/HTML/Element/meta#attr-http-equiv">Langfassung</a>) und die Kollegen von <a href="https://wowirsindistvorne.show/">Wo wir sind ist vorne</a> zu sprechen.</dd>
<dt>[00:38:17] <a href="https://developer.mozilla.org/en-US/docs/Web/API/MediaError/message">MediaError.message</a></dt>
<dd>Zu <a href="https://developer.mozilla.org/en-US/docs/Web/API/MediaError/code#media_error_code_constants">Media-Error-Codes</a> selbst haben wir nicht besonders viel beizutragen, aber Peter nutzt die Gelegenheit, um für DIY-Error-Klassen zu argumentieren.</dd>
<dt>[00:46:54] <a href="https://developer.mozilla.org/en-US/docs/Web/API/ElementInternals/ariaColSpan">ElementInternals.ariaColSpan</a></dt>
<dd>Eine API, mit der sich per <a href="https://developer.mozilla.org/en-US/docs/Web/API/ElementInternals">ElementInternals</a> (von uns kürzlich in der <a href="https://workingdraft.de/557/">Revision 557</a> ausführlicher besprochen) der Defaultwert für <a href="https://developer.mozilla.org/en-US/docs/Web/Accessibility/ARIA/Attributes/aria-colspan">aria-colspan</a> setzen lässt.</dd>
<dt>[00:51:27] <a href="https://developer.mozilla.org/en-US/docs/Web/HTML/Element/Heading_Elements"><h1> – <h6></a></dt>
<dd>Und täglich grüßt der <a href="https://www.accessibility-developer-guide.com/examples/headings/html-5-outline/">Outline-Algorithmus!</a> Wir kauen das altbekannte Problem der Überschriften in user-generated Content durch und diskutieren, unter welchen Umständen wir <a href="https://html.spec.whatwg.org/#the-hgroup-element"><hgroup></a>, <a href="https://html.spec.whatwg.org/#the-header-element"><header></a> oder etwas ganz anderes einsetzen.</dd>
</dl>
<details>
<summary>Transkript</summary>
<pre data-info="per Open AI Whisper erstelltes Transkipt-VTT nachträglich hier hinein packen">WEBVTT
00:00.000 --> 00:06.400
Ja wie bei CSS mit den Z-Indexen, also wenn du quasi so ein Stacking-Kontext bildest,
00:06.400 --> 00:09.840
dann kannst du da drin ja Z-Index eine Million reinschreiben.
00:09.840 --> 00:13.680
Ja man muss ja auch nur in die HGM2-Spezifikationen reingucken, dann weiß man sofort.
00:13.680 --> 00:19.240
Ich war noch nie an diesem Punkt, dass ich gedacht habe, auch nee, jetzt war ja meine
00:19.240 --> 00:23.600
eigene Error-Klasse, weil sonst komme ich hier mit meinen JavaScript-Errors im Fronten
00:23.600 --> 00:24.600
gar nicht klar.
00:24.600 --> 00:33.120
Find ich jetzt ein bisschen kompliziert ausgedrückt, aber kann man machen, ja.
00:33.120 --> 00:36.360
Diese Revision von WorkingDraft wird euch präsentiert von Mitwald.
00:36.360 --> 00:39.240
Mitwald ist der Hoster für Agenturen und Freelancer.
00:39.240 --> 00:43.280
Solltet ihr mehr als ein alzendes Webprojekt zu betreuen haben, dann könnte Mitwald euer
00:43.280 --> 00:44.280
Gamechanger sein.
00:44.280 --> 00:48.080
Ich erinnere mich damit grausen an meine eigene Freelancer-Vergangenheit, als ich für zehn
00:48.080 --> 00:51.800
Kunden bei 20 verschiedenen Hostern mit 30 Lockins zu jogglieren hatte.
00:51.800 --> 00:56.640
Bei Mitwald hingegen ein Lockin für alle Projekte.
00:56.640 --> 01:01.720
Wahlweise für den besucherbasierten Agenturserver oder den nördlich selbst konfigurierten Space-Server.
01:01.720 --> 01:06.360
Mit allen Features, die ihr euch nur wünschen könnt, formen Shopsystem-Installer über SSL-Zertifikate
01:06.360 --> 01:08.920
bis hin zum ausgefuchsten Rechte- und Rollensystem.
01:08.920 --> 01:12.080
Ihr wisst schon für das Management eurer zahllosen Projekte unter einem Dach.
01:12.080 --> 01:17.440
CO2-neutral und DSGVO-konform und solltest man haken und ihr den Support anrufen, dann
01:17.440 --> 01:22.440
kriegt ihr echte Nerds-Ansruhe, 24 7 an 365 Tagen im Jahr.
01:22.440 --> 01:27.960
Das alles könnt ihr haben, wenn ihr auf mitwald.de.slashworkingdraft vorbeischaut.
01:27.960 --> 01:33.200
Das schreibt sich miettwald.de.slashworkingdraft.
01:33.200 --> 01:37.080
Alle Infos zur Mitwald findet ihr natürlich auch in den Show-Notes zu dieser Revision.
01:37.080 --> 01:48.160
Wir danken mitwald für die Unterstützung von dieser Revision von WorkingDraft.
02:07.080 --> 02:18.280
Wir sind heute zu dritt und zwar alle aus dem Team, da wäre zum einen der Hans.
02:18.280 --> 02:19.280
Hallo zusammen.
02:19.280 --> 02:22.000
Dann haben wir den Peter.
02:22.000 --> 02:23.000
Moin moin.
02:23.000 --> 02:29.400
Und ich bin der Shep und eigentlich war heute ein Gast geplant, der ist aber krankheitsbedingt
02:29.400 --> 02:31.480
ausgefallen, relativ kurzfristig.
02:31.480 --> 02:37.040
Und was machen wir dann immer, wir schmeißen das Glücksrat an.
02:37.040 --> 02:40.640
Das Webtechnologie Glücksrat und das haben wir auch wieder gemacht.
02:40.640 --> 02:46.240
Also fuhr der Peter ja immer schön in der HTML5-Spec rumgescrollt, aber da fehlten uns
02:46.240 --> 02:52.560
ja dann ein paar Aspekte des Webs, die halt da nicht als Teil von HTML5 verzeichnet sind.
02:52.560 --> 03:02.520
Und genau jetzt speist sich unser neues Tool aus den MDN-Artikeln und sucht sich da entweder
03:02.520 --> 03:10.240
HTML-Elemente oder CSS-Features oder Browser-APIs raus, findet ihr auch, könnt ihr alle gucken
03:10.240 --> 03:16.040
unter workingdraft.e slash Glücksrat, genau und da gucken wir jetzt drauf, soll das schon
03:16.040 --> 03:17.200
per Websocket verbunden.
03:17.200 --> 03:23.640
Da können wir uns dann zufällig irgendwelche Sachen raus auswerfen lassen.
03:23.640 --> 03:31.120
Ich glaube, irgendwer von euch hat schon gedruckt, weil hier ist eben das erste Ding schon aufgeploppt.
03:31.120 --> 03:35.880
Ich weiß nicht, ich habe keinelei Verantwortung dafür, dass wir jetzt mit dem Thema konfrontiert
03:35.880 --> 03:36.880
sind.
03:36.880 --> 03:40.640
Ne, kann ich auch nicht zu sagen, ich habe noch nicht mal was angezeigt.
03:40.640 --> 03:42.440
Was ist es denn, Shep?
03:42.440 --> 03:51.600
Das ist aus der API-Ecke Selection und dann ist kollepst und da habe ich tatsächlich
03:51.600 --> 03:55.200
auch gerade höchstens eine Ahnung, was es sein könnte.
03:55.200 --> 04:00.240
Wollte aber sagen, wenn ihr zwei das nicht gedruckt habt, dann ist wahrscheinlich irgendwer anders
04:00.240 --> 04:03.240
gerade auf der Seite und drückt, was auch vollkommen ordentlich ist.
04:03.240 --> 04:07.640
So, die sind nämlich schlau, die Leute, die lesen die Tweets, sehen, dass wir gerade so
04:07.640 --> 04:11.240
was aufnehmen und dann drücken sie mal für uns und wollen nämlich mal ein Thema.
04:11.240 --> 04:14.240
Ja, die wollen uns mal hier bumpen.
04:14.240 --> 04:15.240
Genau.
04:15.240 --> 04:22.520
Ja, aber das ist ein spannendes Thema, also Selection.isCollepst.
04:22.520 --> 04:28.280
Read only property returns a boolean value, which indicates whether or not there is currently
04:28.280 --> 04:30.400
any text selected.
04:30.400 --> 04:38.760
Aha, no text is selected and the selection start and end positions are the same position in
04:38.760 --> 04:39.760
the content.
04:39.760 --> 04:42.200
Also, wenn man so stellt, ist jetzt...
04:42.200 --> 04:44.400
Okay, aber was hat das denn mit isCollepst zu tun?
04:44.400 --> 04:48.160
Naja, sie ist ja kollepst, wenn sie nix selektiert hat.
04:48.160 --> 04:54.840
Also, Start und Endpunkt, gleiche Koordinaten, ist ja gleich bedeutend, nichts ist ausgewählt,
04:54.840 --> 04:57.720
ist gleich bedeutend mit, dass was vorher ausgewählt war, ist jetzt nicht mehr ausgewählt, weil
04:57.720 --> 04:59.080
die Koordinaten zusammengefallen sind.
04:59.080 --> 05:07.040
Okay, hm, finde ich jetzt ein bisschen kompliziert ausgedrückt, aber kann man machen, ja.
05:07.040 --> 05:14.200
Habt ihr denn schon mal mit dieser nativen Selection API was getan?
05:14.200 --> 05:22.400
Also, ich habe damit schon mal gearbeitet, ja, ich überlege gerade, was ich damit gemacht
05:22.400 --> 05:23.400
habe.
05:23.400 --> 05:31.320
Tja, wenn ich das jetzt noch wüsste, ich glaube, ich glaube genau, um irgendwie HTML
05:31.320 --> 05:36.720
ins Clipboard zu kopieren, musste ich, also da musste ich, glaube ich, in eine Textarea
05:36.720 --> 05:41.720
oder irgendwie sowas in der Art, musste ich dann das HTML rein donnern, das ich haben
05:41.720 --> 05:45.280
wollte, dann konnte ich irgendwie selektieren und kopieren, ich glaube, irgendwie so in
05:45.280 --> 05:46.280
die Richtung ging es.
05:46.280 --> 05:49.480
Habe ich all das, aber glaube ich, nicht benutzt.
05:49.480 --> 05:53.560
Nee, das brauchst du ja dafür auch nicht, dann müsstest du ja im Prinzip plus sozusagen
05:53.560 --> 06:01.920
Textarea nehmen von Position 0 bis Value.length selektieren und dann kopieren, das ist ja
06:01.920 --> 06:06.760
wahrscheinlich deutlich gewesen vor der modernen Clipboard-API, die ja einfacher nicht sein
06:06.760 --> 06:08.760
könnte, wo man ja einfach irgendwie beliebigen Text reinbeben kann.
06:08.760 --> 06:17.360
Ja, wollte ich auch gerade sagen, also diese Clipboard-API, ich erinnere mich aber auch
06:17.360 --> 06:23.760
an irgendwie sowas, was du sagst, Chef, dass man eine Selection machen musste, um erstmal
06:23.760 --> 06:30.960
das kopierend zu können, aber ich weiß auch nicht mehr, in welchem Kontext, ein anderer
06:30.960 --> 06:35.200
Kontext, der mir dafür noch einfällt, ist halt das, was zum Beispiel bei jetzt einer
06:35.200 --> 06:40.680
Seite wie Medium.com passiert, wenn man was selektiert, dass man dann das Ganze irgendwie
06:40.680 --> 06:47.840
zitieren kann oder diesen Abschnitt twittern kann oder ähnliches, das kenne ich jetzt
06:47.840 --> 06:53.880
so als Use Case dafür, ich weiß nicht, was euch sonst noch so für Use Cases in dem Kontext
06:53.880 --> 06:54.880
einfallen.
06:54.880 --> 07:02.800
Also für jetzt die Selection, ah gut, so wie sie ist, wahrscheinlich halt wenig, also
07:02.800 --> 07:06.400
du brauchst es sowas halt natürlich, also generell den Umgang mit der Selection, wenn
07:06.400 --> 07:12.280
du irgendwie so ein Visivik-Editor bauen möchtest und irgendwie die aktuelle Selection soll
07:12.280 --> 07:15.640
irgendwie dann bolt werden und du musst ja gegebenenfalls, wenn du zum Beispiel so was
07:15.640 --> 07:19.720
machen willst, wie den Bolt-Button aktivieren oder deaktivieren, wenn nichts selektiert
07:19.720 --> 07:24.080
ist, dann würdest du natürlich gucken, aha, ist die aktuelle Selection kollepst und wenn
07:24.080 --> 07:26.040
sie das ist, dann machst du den Button disabled.
07:26.040 --> 07:36.800
Ja, stimmt für sowas könnte man das gebrauchen auf jeden Fall, ja, ich hab zum Beispiel
07:36.800 --> 07:39.960
also das letzte Mal, als ich mit einer mit einer Selection API, wenn auch nicht mit der
07:39.960 --> 07:45.840
handiert habe, war, dass ich mit der vom CodeMirror gespielt habe, um halt genauso was zu machen,
07:45.840 --> 07:50.240
so Formatierung in halt irgendwie so einer Textbox und da gibt es halt auch eine Selection
07:50.240 --> 07:54.840
API, aber halt eben eine Funktionale und nicht die Imperative DOM API, aber so die gleiche
07:54.840 --> 07:58.760
Idee und die gleichen Use Cases dürfen das ja schon sein.
07:58.760 --> 08:05.600
Ja, stimmt, für so ein Use Case ist es eigentlich interessant, aber dann halt auch in der Text
08:05.600 --> 08:13.720
Area, außerhalb der Text Area, ja, hat man das Beispiel mit Medium.com, ansonsten fällt
08:13.720 --> 08:19.160
mir da jetzt auch nicht so der starke Use Case an, ich hab's zumindest noch nirgendswo
08:19.160 --> 08:20.160
verwendet.
08:20.160 --> 08:26.360
Ja, gut so, könnte man sagen, fällt unter die Gnade der späten Geburt, dass du nicht
08:26.360 --> 08:31.640
wie der Chef seinerzeit damit Exec Command und der Selection irgendwie da copy-pasten
08:31.640 --> 08:32.640
musstest.
08:32.640 --> 08:39.520
Stimmt, Exec Command war das, das waren noch Zeiten, also nicht gute unbedingt.
08:39.520 --> 08:42.560
Ich wollte's grad sagen, kannst du vielleicht die Qualität dieser Zeichen noch herausstellen?
08:42.560 --> 08:45.400
Ja, es waren Zeiten, das kann man sich ja sagen.
08:45.400 --> 08:50.000
Ja, nee, nee, dann schnell, schnell weiter, würde ich sagen.
08:50.000 --> 08:51.000
Genau.
08:51.000 --> 08:52.000
Kann nur besser werden.
08:52.000 --> 08:53.000
Auf geht's.
08:53.000 --> 08:54.000
Wer drückt?
08:54.000 --> 08:55.000
Command.
08:55.000 --> 09:01.560
Ich drück mal drauf, ich hoffe, es funktioniert, oh ja, es funktioniert, als hätten wir nicht
09:01.560 --> 09:05.960
gerade erst das Thema angesprochen, Peter, du nanntest es schon, du möchtest in einer
09:05.960 --> 09:14.160
Visivik-Editor-Area etwas Bold machen, das ganze kannst du dann ja in html auch mit dem
09:14.160 --> 09:24.400
Bold-Element, also B-Element, darstellen und genau das ist es, was wir jetzt, aha, da
09:24.400 --> 09:28.400
kommt die Diskussion schon zu, ich wollte grad, ich wollte grad schon fragen, so, das war
09:28.400 --> 09:31.640
jetzt irgendwie jetzt nicht so der, nicht so der erste Satz aus den html-Spezifikationen,
09:31.640 --> 09:36.520
den ich jetzt so zitieren würde, so direkt, aber sag doch mal, Hans, was macht das B-Element?
09:36.520 --> 09:45.080
Ja, also klassisch verwendet man ja irgendwie das B-Element, um etwas in Fett dargestellt
09:45.080 --> 09:46.080
zu bekommen.
09:46.080 --> 09:51.880
Allerdings, wenn ich mich da richtig erinnere, gab's mit html 5 ja diesen Change beim B-Element,
09:51.880 --> 09:57.560
dass es nicht mehr darum ging, wie sieht das Ganze aus, weil man hat natürlich ja das
09:57.560 --> 10:02.920
Styling komplett weggebracht von dem, was in html passiert und das B war eher dafür
10:02.920 --> 10:12.120
da, etwas anders darzustellen, als es der Fleece-Text tut, das default Styling war
10:12.120 --> 10:19.960
halt das Fundweight Bold, allerdings wollte man damit ermöglichen, einen Text anders
10:19.960 --> 10:26.960
einfach darzustellen, ohne dem semantisch eine andere Meinung zu geben, im Vergleich
10:26.960 --> 10:28.960
zu Strong.
10:28.960 --> 10:37.880
Strong tut ja auch das gleiche visuell, stellt den Text Fett dar und hat aber dazu inzufügen
10:37.880 --> 10:45.080
noch die semantische Meinung, hier möchte man etwas betonen, so meine ich mich, wäre
10:45.080 --> 10:50.440
da die Unterscheidung zwischen dem B-Element und dem Strong-Element, wenn ich das richtig
10:50.440 --> 10:51.440
erinnere.
10:51.440 --> 10:55.600
Also für das kann man es nicht erklären, würde ich sagen.
10:55.600 --> 11:00.600
Ein Punkt, dem mir da natürlich auch wieder direkt ins Gehirn kommt, ist das Gleiche
11:00.600 --> 11:08.560
nämlich mit dem I für Italic und M für Emphasis, also das Element, grundsätzlich ist es da
11:08.560 --> 11:16.880
ja auch so, Emphasis ist wieder die semantische Meinung im Element, man möchte hier etwas hervorheben,
11:16.880 --> 11:23.120
das ist halt dargestellt dann zufällig durch Italic, könnte aber auch Customized werden
11:23.120 --> 11:30.600
vom Styling her und beim I ist es so, man möchte ohne semantische Meinung einfach nur
11:30.600 --> 11:35.880
eine visuelle Änderung herbeiführen, theoretisch könnte man da auch ja das B-Element verwenden,
11:35.880 --> 11:41.720
die müssten dann ja eigentlich synonym verwendet werden können, ist das richtig?
11:41.720 --> 11:47.800
Das ist fast, das wäre halt meine Bonusfrage gewesen, also Lautspezifikation ist die Idee,
11:47.800 --> 11:51.960
dass die beide ja das Gleiche machen, die setzen den Text halt eben einfach ab, ohne
11:51.960 --> 11:56.160
den jetzt irgendwie besonders auf oder abzuwerten und die Unterscheidung zwischen den beiden
11:56.160 --> 12:00.200
ist tatsächlich mehr so, wie würdest du es denn in Print machen, wie würdest du es durch
12:00.200 --> 12:03.280
diesen Text absetzen, also zum Beispiel du hast irgendwie einen Einschub in einer anderen
12:03.280 --> 12:08.160
Sprache, das würdest du vielleicht eher Italic machen oder das ist jetzt gerade das Produkt
12:08.160 --> 12:14.160
über das du redest, das würdest du vielleicht eher Bold machen und so macht man das dann,
12:14.160 --> 12:18.600
das ist so die semantische Idee dahinter, Bösezungen und ich würden behaupten, die haben einfach
12:18.600 --> 12:21.960
nur eine Ausrede gesucht, irgendwie diese Elemente da drin zu behalten und irgendwie denen einen
12:21.960 --> 12:26.680
Sinn zu geben, irgendwie noch so, irgendwie so noch eine Verwendung nach im Prinzip Rente
12:26.680 --> 12:31.120
noch zu ermöglichen und dann hat man halt die genommen, aber ist okay, ich mein ein bisschen
12:31.120 --> 12:33.600
besser als ein Spen mit Style-Attribut ist es halt dann doch schon.
12:33.600 --> 12:41.080
Das in jedem Fall, was ich mich jetzt allerdings frage, ne, einführend haben wir gesagt, der
12:41.080 --> 12:48.440
Use Case innerhalb eines Visivik-Editors, ich habe noch keinen Editor gesehen, der unterscheidet
12:48.440 --> 12:55.440
zwischen Bold und Strong, du hast halt diesen einen Button und das passiert dann halt mit
12:55.440 --> 13:02.520
dem Element gleich für Italic und Emphasis, aus meiner Warte gibt es also keinen Unterschied
13:02.520 --> 13:08.880
sozusagen, was verwenden die denn dann wohl, ist es eher das B oder ist es eher das Strong?
13:08.880 --> 13:18.360
Na, ich denke die werden wahrscheinlich intern, also die werden wahrscheinlich einen Strong
13:18.360 --> 13:24.400
auszeichnen, die Editoren, wenn man das eben erstmalig macht, aber werden wahrscheinlich
13:24.400 --> 13:29.480
genauso einen B entgegennehmen können, das ist mal meine Vermutung.
13:29.480 --> 13:39.520
Entgegennehmen können, also sozusagen, wenn man halt einen Text rein füttert, dann werden
13:39.520 --> 13:46.200
die Element, da funktioniert es schon, weil das ja eh nur HTML-Darstellung, ja oder wahrscheinlich
13:46.200 --> 13:55.200
machen es die meisten tatsächlich eher so wie Peter als Anti-Use-Case oder als Gegenthema
13:55.200 --> 13:58.280
sozusagen dargestellt hat, nämlich das Span mit einer Klasse.
13:58.280 --> 14:03.080
Ja, es ist halt eben schwierig sich zu entscheiden, also du hast im Prinzip nur einen Knopf und
14:03.080 --> 14:06.640
dieser eine Knopf ist ja der für die meisten Leute einfach nur so, das soll jetzt Fett
14:06.640 --> 14:10.840
sein und du kommunizierst damit ja keine Intention, also ist das jetzt Fett-Quar-Konvention
14:10.840 --> 14:16.040
oder Quar-Aufwertung und ich würde mal behaupten, dass da so eine Kosten-Utsen-Abrechnung einfach
14:16.040 --> 14:20.760
die Verkomplizierung des User-Interface durch, du hast die Wahl zwischen diesen beiden Varianten,
14:20.760 --> 14:23.400
dann einfach nicht wert ist in der Endabrechnung, dann nimmt man halt einfach irgendwas.
14:23.400 --> 14:31.400
Ja, vor allem was hat es da, also die semantische Bedeutung, wie spiegelt die sich denn wieder,
14:31.400 --> 14:38.000
also in der Darstellung klar, aber davon wollen wir ja gerade weg und dann ist es im Screenreader,
14:38.000 --> 14:43.680
wird das besonders hervorgehoben beispielsweise, nimmt eine Suchmaschine, das anders war, I
14:43.680 --> 14:44.680
don't know.
14:44.680 --> 14:48.400
Weil, kannst du sicherlich auch nicht so ohne weiteres sagen, kommt ja auch drauf an, ob
14:48.400 --> 14:53.400
das jetzt irgendwie so ein Old-School-Indexer ist oder irgendwie eine AI mit Semantik-Idee
14:53.400 --> 14:59.140
dahinter oder, oder, oder, die wichtigere Frage ist dann, glaube ich, mehr so wirklich
14:59.140 --> 15:03.200
von der produzierenden Seite her, interessiert diese Unterscheidung die Person, die da jetzt
15:03.200 --> 15:06.920
am Ende diesen Button klickt oder nicht klickt überhaupt und da ist die Antwort wahrscheinlich
15:06.920 --> 15:07.920
meistens, ne.
15:07.920 --> 15:15.080
Wahrscheinlich, ja, das stimmt, aber die produzierende Seite ist ja manchmal auch, sind ja auch
15:15.080 --> 15:18.760
manchmal Leute wie wir jetzt oder wie unsere Hörerinnen und Hörer.
15:18.760 --> 15:25.440
Schreibt ihr denn, wenn ihr dann mal HTML oder irgendwelche Texte schreibt, weil das
15:25.440 --> 15:30.840
gerade nicht aus dem CMS kommt, schreibt ihr dann irgendwie mal einen Bold oder einen
15:30.840 --> 15:35.880
Strong-Tag, also verwendet ihr die oder macht ihr dann lieber alles über Styles?
15:35.880 --> 15:44.600
Also ich schreib meine Texte meistens in Markdown und das wandelt das dann eben in, ja, gute
15:44.600 --> 15:45.600
Frage.
15:45.600 --> 15:47.480
Ich glaube Strong-Um oder so, würde ich jetzt mal schätzen.
15:47.480 --> 15:50.600
Das könntest du dir im Prinzip ja auch aussuchen, weil du ja dann auch kompetent genug wärst
15:50.600 --> 15:53.320
den Pasa gegen irgendwas auszutauschen oder irgendwelche Optionen zu setten, die dann
15:53.320 --> 15:57.200
dieses hier ein solches ausgeben oder du kannst ja auch Inline-HTML schreiben, wenn es dir
15:57.200 --> 15:59.320
mal ganz wichtig ist.
15:59.320 --> 16:05.480
Ja, genau, aber also tendenziell nutze ich eher Strong.
16:05.480 --> 16:10.520
Ich habe wenig Use-Cases, wo ich, also ich kann mir vielleicht vorstellen in so einem,
16:10.520 --> 16:16.160
vielleicht so einem Interviewablauf, dass man dann irgendwie quasi derjenige, der die
16:16.160 --> 16:21.640
Fragen stellt, der wird dann einmal fett geduckt und dann kommt so dessen Fragestellung und
16:21.640 --> 16:27.240
dann der Name des Interviewen in, auch das wär dann, da würde ich vielleicht ein Bold
16:27.240 --> 16:28.240
setzen, so.
16:28.240 --> 16:31.520
Da würdest du auch eine Definitionsliste verwenden, oder?
16:31.520 --> 16:38.640
Das auch, genau, das wär auch nicht schlecht, aber dennoch auch in dieser Liste würde ich
16:38.640 --> 16:41.720
glaube ich dann Bold, könnte ich mir vorstellen.
16:41.720 --> 16:45.160
Also da fände ich jetzt, glaube ich, strong, fehl am Platze.
16:45.160 --> 16:49.840
Glaub ich auch, also ich entziehe mich dem Problem ganz gerne, letzter Zeit, wenn ich
16:49.840 --> 16:54.960
so sage so, ich will im Prinzip ja ausdrücken, das soll hervorgehoben werden und ich gehe
16:54.960 --> 16:58.560
davon aus, dass die auslösenden Personen diese Unterscheidung gar nicht machen können
16:58.560 --> 17:04.080
oder wollen, dann nehme ich halt einfach ein formatiertes Markelement tatsächlich.
17:04.080 --> 17:08.880
So, der Text ist markiert und irgendwie gestylt, aber jetzt ohne mich in diese Diskussion hinein
17:08.880 --> 17:13.440
zu begeben, gebe ich den Leuten, glaube ich, damit am ehesten den Ausdruck, den sie damit
17:13.440 --> 17:14.440
machen wollen.
17:14.440 --> 17:15.760
Nämlich, hey, das ist jetzt irgendwie anders.
17:15.760 --> 17:16.760
Ja.
17:16.760 --> 17:26.920
Ja, das ist eine gute Idee, benutzt man eh viel zu wenig das Markelement.
17:26.920 --> 17:27.920
Das stimmt.
17:27.920 --> 17:36.440
Darf ich vielleicht hier so kurz rein sneaken, weil mir fällt gerade noch ein Element ein,
17:36.440 --> 17:44.920
was man auch super wenig oder was ich zumindest super wenig benutze, eigentlich nie das KBD-Element
17:44.920 --> 17:51.160
heißt es, glaube ich, mit dem man ein Keyboard-Charakter, glaube ich, darstellt.
17:51.160 --> 17:55.840
Ist das schon mal untergekommen und wofür habt ihr es verwendet?
17:55.840 --> 18:02.520
Das sind zwei verschiedene Fragen untergekommen beim Durchscroll durch die Spezifikation Ja,
18:02.520 --> 18:03.520
verwendet ich, glaube noch nicht.
18:03.520 --> 18:11.520
Also es würde natürlich Sinn machen, wenn man irgendwie so eine, vielleicht eine Hilfe
18:11.520 --> 18:17.680
anzeigt und sagt so, hier, du kannst diesen Menüpunkt vielleicht auch aufrufen, indem
18:17.680 --> 18:24.280
du folgende Tasten drückst, da würde das sicherlich Sinn machen, aber da ich diesen
18:24.280 --> 18:29.560
Use Case eigentlich nie habe, habe ich vielleicht auch dieses Element noch nicht benutzt.
18:29.560 --> 18:30.560
Ich verkenne es.
18:30.560 --> 18:36.640
Tue ich es eigentlich auch eher aus so Dingen wie, es gab, also ja, dass man mal drüber
18:36.640 --> 18:40.960
gestolpert ist, dass man mal so eine Liste aller HTML-Elemente sich angeguckt hat und
18:40.960 --> 18:42.720
da tauchtet es halt eben drin auf.
18:42.720 --> 18:50.680
Genau, aber das sind ja auch so sehr alte Elemente, so wie so manche deprecatete Elemente,
18:50.680 --> 18:56.880
die dann quasi so eine Art Terminal-Output darstellen sollen, also mein XMP-Element ist
18:56.880 --> 19:05.240
ja auch so eins, das so gerne mag, das soll halt quasi auch Terminal-Ausgaben im Browser
19:05.240 --> 19:10.360
rendern und ich glaube so aus der Zeit stammen da so einige Elemente.
19:10.360 --> 19:17.520
Ja, aber es ist halt nicht deprecated, anders als manche andere Elemente ist es halt nicht
19:17.520 --> 19:18.520
deprecated.
19:18.520 --> 19:25.000
Und ich glaube halt so dieser Use Case, dass man es irgendwie auf einer Hilfeseite vielleicht
19:25.000 --> 19:31.360
auch darstellt, verwende folgende Tastenkombinationen, dafür ist es vielleicht gut, aber es ist
19:31.360 --> 19:38.280
schon erstaunlich, wie wenig häufig man das Elemente verwendet dafür, dass es halt eigentlich
19:38.280 --> 19:43.960
die gleiche Wertigkeit hat wie so ein Image Tag, also IMG Tag.
19:43.960 --> 19:47.880
Ja, gut, aber ich meine, es kommt halt eben einfach aus einer ganz anderen Zeit.
19:47.880 --> 19:51.760
Also Chef hatten und ich hatten ja kürzlich auch mal über Media Queries gesprochen,
19:51.760 --> 19:57.320
wo es halt auch so Mediatypes gab, so nach dem Motto Handheld und TV, wo halt irgendwie
19:57.320 --> 20:01.520
so diese Geräteklassen so homogen waren in ihren Capabilities, dass das klar war und
20:01.520 --> 20:06.040
naja, ich will schon die ganze Zeit so sagen, ja, wir reden hier von Tastenkombinationen,
20:06.040 --> 20:10.760
aber demnächst wird irgendwie die Touchscreen-Aktion hier kommen und uns alle canceln, weil die
20:10.760 --> 20:14.720
haben gar keine Tasten und was ist denn mit denen, aber das war halt früher einfach nicht
20:14.720 --> 20:19.240
so ein Ding und da waren halt so Dinge wie Tastenshortcuts einfach auch ein viel, da
20:19.240 --> 20:23.040
gab es halt einen viel größeren Use Case für einfach, weil man mehr davon ausgehen
20:23.040 --> 20:28.400
konnte, dass mehr Leute sowas zur Hand haben, Keyboard und halt auch sagen wir mal Nerd
20:28.400 --> 20:29.680
genug sind, sowas auch zu benutzen.
20:29.680 --> 20:42.040
Ja, und man merkt natürlich auch ein bisschen im Gegenteil zu, also im Gegensatz zu den
20:42.040 --> 20:46.960
HTML5-Elementen, die so eingeführt wurden, dass man damals eben noch keine IDE hatte
20:46.960 --> 20:54.200
und echt so wenig per Hand tippen wollte wie möglich, also weil diese ganzen Elemente halt
20:54.200 --> 20:59.960
B ist ja auch so ein Kandidat, also anstatt bold, so das war schon zu viel, vier Buchstaben
20:59.960 --> 21:06.520
schreiben, doof, wir wollen nur einschreiben, Keyboard, KBD, so heißt das Tag ja eigentlich,
21:06.520 --> 21:12.880
ist ja auch mega kurz und genau dagegen halt einen strong Emphasis ist dann auch wieder
21:12.880 --> 21:19.880
abgekürzt, aber ich glaube das kann man daran auch ganz gut ablesen und ich finde es glaube
21:19.880 --> 21:23.960
ich besser wie es jetzt ist, als wie es früher war.
21:23.960 --> 21:30.840
Ja, auf jeden Fall, bloß nicht abkürzen, weil es ist uneindeutig und man muss überlegen,
21:30.840 --> 21:35.480
was heißt denn dieses KBD jetzt eigentlich, ja wahrscheinlich Keyboard, aber vielleicht
21:35.480 --> 21:41.400
heißt es halt auch was anderes, oder so, oder XMP, das finde ich ja besonders schön, was
21:41.400 --> 21:49.360
heißt das eigentlich, ich habe keine Ahnung, Example, ich soll das Example sein ernsthaft,
21:49.360 --> 21:57.480
was weiß ich, bin ich Brockhaus, keine Ahnung, Example, warte, ich guck mal schnell, ob
21:57.480 --> 22:04.920
ich das hier im MDN finde, Example, also in den Spezifikationen steht nur drin, dass
22:04.920 --> 22:09.000
man es nicht mehr benutzen soll, aber da steht keine Definition davon, was es denn mal gewesen
22:09.000 --> 22:10.000
sein sollte.
22:10.000 --> 22:15.520
Aber es hat spezielle Pasa-Semantik, das ist ja immer sehr schön, wenn im Pasa eigentlich
22:15.520 --> 22:16.520
Ausnahmen drin sind.
22:16.520 --> 22:24.520
Ja, ich denke mal, dass es auch deswegen deprecated ist, genau weil du kannst halt HTML-Code reinpacken
22:24.520 --> 22:29.440
und der wird dann, es ist ausgegeben, also wird dann quasi nicht mehr interpretiert,
22:29.440 --> 22:33.520
das finde ich ja in diesem Element so toll und so praktisch, man muss im Gegensatz
22:33.520 --> 22:41.120
zu Code und Co. nichts quasi Entities codieren, man kann es einfach da rein donnern, aber
22:41.120 --> 22:48.480
was, also woher diese Abkürzung kommt, das bleibt ein Rätsel.
22:48.480 --> 22:55.720
Ein Aufruf natürlich wieder an die Community, helft uns hier mal bitte weiter, wer von euch
22:55.720 --> 23:00.320
hat das schon mal verwendet, das xmp tag in der Vergangenheit und wo läuft es vielleicht
23:00.320 --> 23:08.200
auch noch in Production-Umgebungen, obwohl deprecated, und ihr sagt so, man müsste mal, schreibt
23:08.200 --> 23:14.720
es uns mal einfach auf Twitter oder in unseren, ich sag jetzt einfach mal, Patreon-Kommentaren.
23:14.720 --> 23:24.320
Okay, gut, haben wir die, dann gerne da, genau, aber eben vor allem, wofür steht
23:24.320 --> 23:29.320
xmp, das ist ja wirklich die allerspannendste Frage.
23:29.320 --> 23:35.520
Ich würde echt xmp annehmen, weil wenn du dir so diese Suppe aus so frühem HTML dir
23:35.520 --> 23:39.520
vorstellst, wo ja auch noch irgendwelche HTML-Texts sind, die ja noch mehr als das normale Obsolid
23:39.520 --> 23:45.000
in den Spezifikationen sind, wo ja tatsächlich das Web selber Gegenstand von Webseiten viel
23:45.000 --> 23:49.320
mehr war, und wenn du halt da direkt den Text ausgeben kannst, ist es ja ein Example für
23:49.320 --> 23:50.320
HTML.
23:50.320 --> 23:54.880
So komme ich auf diesen Drichter.
23:54.880 --> 24:06.320
Bei IBM, da gibt es die, beschreibe mal xmp-Tag, das, oder, mit Example.
24:06.320 --> 24:10.800
Also ich meine, eigentlich müsste man doch bloß in ausreichend alte HTML-Spezifikationen
24:10.800 --> 24:11.800
reinschauen, oder?
24:11.800 --> 24:17.800
Also HTML 4.01, zack, lass mal gucken, wahrscheinlich steht da auch nichts drin.
24:17.800 --> 24:23.200
Genau, aber xmp-Tag defines unformatted text with an information region.
24:23.200 --> 24:29.640
Das klingt, das ist auf jeden Fall ein Begriff, der mich auch sehr an IBM denken lässt.
24:29.640 --> 24:37.280
Ja, also, aber so, genau, also wir kommen dem Geheimnis trotzdem nicht näher.
24:37.280 --> 24:42.080
Ich werfe den Link einfach mal hier, was ich da aufgegabelt habe.
24:42.080 --> 24:49.240
Genau, das ist die Dokumentation von ZOS 2.1.0.
24:49.240 --> 24:52.080
Okay, was ist ZOS?
24:52.080 --> 24:55.800
Ich vermute irgendein IBM-Betriebssystem.
24:55.800 --> 25:02.200
Ja, ich habe es in den Spezifikationen von HTML 2 gefunden.
25:02.200 --> 25:07.160
Definiert zusammen mit dem Listing-Tag als Example-Endlisting.
25:07.160 --> 25:15.560
Ah, so, ja cool, guter Wald, ich wusste es nicht, aber jetzt weiß ich es.
25:15.560 --> 25:19.680
Okay, man muss ja auch nur in die HTML 2-Spezifikationen reingucken, dann weiß man sofort.
25:19.680 --> 25:22.760
Ja, und wer liest die nicht als gute Nachtlekteure?
25:22.760 --> 25:27.600
Also, ich finde das völlig normal und wer das nicht macht, ist komisch, so.
25:27.600 --> 25:33.120
So, das ruft doch danach, dass wir uns jetzt nochmal einem neuen Thema widmen, wo vielleicht
25:33.120 --> 25:36.680
andere Leute die gute Nachtlekteure von lesen.
25:36.680 --> 25:40.520
So ist es, soll ich mal?
25:40.520 --> 25:45.200
Okay, ich drücke auf Zufallsgenerator aktivieren.
25:45.200 --> 25:50.200
Yeah, Web-Audio-API, Zeug, von dem ich keine Ahnung habe, aber ich habe hier auch draufgeklickt,
25:50.200 --> 25:51.200
also müsst ihr das erklären.
25:51.200 --> 25:52.200
Pupup.
25:52.200 --> 26:01.480
Genau, das ist die Stereo-Penna-Node, nicht Penna wie Obdachloser.
26:01.480 --> 26:05.000
Wollts grad sagen, wie hast du mich genannt?
26:05.000 --> 26:13.600
Genau, aber es sind quasi Penna im Sinne von dieses Verstellen, quasi wo eben schäpfungmäßig
26:13.600 --> 26:18.760
der Ton rauskommen soll in einem Stereo-Setup oder vielleicht auch in einem Surround-Setup,
26:18.760 --> 26:24.600
so aus welchem Lautsprecher, da kann man eben hin und her Pannen und ich vermute mal, dass
26:24.600 --> 26:30.280
diese, also diese Web-Audio-API ist ja so, glaube ich, gestrickt, dass man wie so ein
26:30.280 --> 26:35.760
Flussdiagramm zusammenbauen kann, wo dann irgendwie der Ton verarbeitet wird und diese
26:35.760 --> 26:41.720
einzelnen Elemente sind eben dann Notes und ich vermute mal, die mit der Stereo-Penna-Node
26:41.720 --> 26:46.720
kann man dann eben einstellen, ob ein Ton eher eben aus dem linken Bereich kommen soll
26:46.720 --> 26:47.720
oder aus dem rechten.
26:47.720 --> 26:48.720
So sieht es aus.
26:48.720 --> 26:49.720
So sieht es aus.
26:49.720 --> 26:54.280
Ja, und ich werde das wahrscheinlich nie benutzen.
26:54.280 --> 27:01.920
Ja, wenn man so ein Interface bauen möchte, in dem man irgendwie Aufnahmen machen kann,
27:01.920 --> 27:08.920
zum Beispiel wenn man hier jetzt für den, also einen Monitoring-Ton bei uns im Aufnahmetool
27:08.920 --> 27:13.240
haben wollen würde von seiner eigenen Stimme, möchte man das vielleicht nur auf einem
27:13.240 --> 27:20.000
Ohr haben und dafür wäre das ja dann beispielsweise ganz praktisch oder, oder, oder solche Use-Cases.
27:20.000 --> 27:26.760
Man nimmt irgendeine Aufnahme auf und möchte die dann, also auf Phonic halt im Browser
27:26.760 --> 27:30.080
haben oder so, das könnte schon interessant sein.
27:30.080 --> 27:35.240
Ja, und ich denke mal, wenn du jetzt irgendwie Spiele programmierst, also dann ist es wahrscheinlich
27:35.240 --> 27:39.160
auch nicht, nicht schlecht, dass, dass man sowas hat.
27:39.160 --> 27:43.160
Ja, oder du kannst natürlich auch programmier, lernen Sandbox.
27:43.160 --> 27:46.600
Sowas gibt es ja ganz gerne mal mit einem Canvas-Element, weil man da irgendwie, man
27:46.600 --> 27:50.320
dreht irgendwie an drei Zahlen und schon verändert sich der Output, das kannst du ja visuell
27:50.320 --> 27:53.400
mit einem Canvas-Element sehr schön machen, aber mit einem Audio-Element könntest du
27:53.400 --> 27:54.400
es ja auch so machen.
27:54.400 --> 27:58.400
Das sind ja alles nummerische Parameter, an denen man bei solchen Notes dreht und da kriegt
27:58.400 --> 28:01.560
man ja relativ schnell den Effekt hin, okay, ich ändere jetzt mal diese Zahl, ah, was passiert
28:01.560 --> 28:02.560
denn hier?
28:02.560 --> 28:04.720
Ich gebe da was Negatives rein, ah, kommt ein Fehler.
28:04.720 --> 28:09.920
So, für, ich fummel da jetzt erstmals als irgendjemand, der da komplett unbeleckt ist
28:09.920 --> 28:13.960
an sowas herum, könnte ich mir auch als Use-Case vorstellen, muss ja nicht immer alles optisch
28:13.960 --> 28:14.960
sein.
28:14.960 --> 28:23.200
Ja, also ein bisschen wie Schaltkreise zusammenbauen und Lampe ans Leuchten bringen und so weiter,
28:23.200 --> 28:24.200
ne?
28:24.200 --> 28:27.080
Genau, das könnte so die LED des JavaScript Tutorials sein.
28:27.080 --> 28:37.520
Ja, cool, ansonsten auch wieder da der Aufruf, habt ihr die Stereo-Paner-Note schon benutzt
28:37.520 --> 28:45.600
und wenn ja, wofür, schreibt uns auf Twitter, machst du dann oder kommt in unseren Community-Slack?
28:45.600 --> 28:46.600
So.
28:46.600 --> 28:50.680
Und dann würde ich sagen, drücke ich jetzt mal auf den Knopf, oder?
28:50.680 --> 28:51.680
Genau.
28:51.680 --> 28:52.680
Sehr gerne.
28:52.680 --> 28:59.640
Ah ja, so, da waren wir doch vorhin schon in der Nähe, ne, also das Meta-Element ist
28:59.640 --> 29:00.640
jetzt.
29:00.640 --> 29:02.560
Ja, blödes Facebook übernimmt das ganze, übernimmt das ganze Internet.
29:02.560 --> 29:03.560
Genau.
29:03.560 --> 29:06.280
Ja, jetzt haben die sogar eigene Tags, Schweine.
29:06.280 --> 29:12.520
Und wer es nicht verlinkt, der wird auf Facebook nicht dargestellt und eure Eltern und Großelbe
29:12.520 --> 29:19.160
können sich sagen, nein Spaß, wir verwenden natürlich alle das Meta-Tag für verschiedenste
29:19.160 --> 29:23.960
Dinge, ich glaube so der, der normalste Use-Case in Anführungsstrichen sind wahrscheinlich
29:23.960 --> 29:29.120
eher so Descriptions, die man halt irgendwie mit dem Meta-Tag verbindet, aber man kann
29:29.120 --> 29:35.080
ja auch noch viel, viel mehr damit machen, weil das so ein Standard-Ding ist, ne, also
29:35.080 --> 29:41.040
man fängt ja eigentlich ganz oben im Dokument an und definiert erst mal das Zeichen-Set,
29:41.040 --> 29:45.560
mit dem man irgendwie unterwegs ist, indem man sagt, okay, das hier ist mein Car-Set,
29:45.560 --> 29:55.560
GTF-8 im Normalfall und dann kann man alle möglichen Meta-Daten eigentlich dazu einreichen
29:55.560 --> 29:58.080
oder einen, damit einrichten sozusagen.
29:58.080 --> 29:59.080
Ja.
29:59.080 --> 30:04.800
Was mich ja mal interessieren würde, ist mal, ich hätte gern irgendwie eine Webseite,
30:04.800 --> 30:09.560
die ich ansteuern kann, wo so da der aktuelle State of the Art drin steht, gerade was so
30:09.560 --> 30:14.280
da, was wenn es so darum geht irgendwie Informationen anzugeben, um sich da den diversen Social
30:14.280 --> 30:18.760
Media-Giganten und so auf die korrekte Weise anzudienen und ob man denen dann ein Bild
30:18.760 --> 30:22.640
hinterlegen kann und wenn man denen ein Bild hinterlegt, welche Dimensionen das denn bitte
30:22.640 --> 30:26.120
schön haben möchte, habe ich letztes mal probiert irgendwie so rauszufinden, weil ich mich da
30:26.120 --> 30:30.760
meistens nicht groß drum kümmere, gar nicht mal so einfach, gibt halt nicht so die zentrale
30:30.760 --> 30:34.720
Stelle, wo man irgendwie so sieht, so dann irgendwie, das machst du für Twitter, das
30:34.720 --> 30:37.840
machst du für Facebook, das machst du für Mastodon und dann musst du noch dis und dis und dis
30:37.840 --> 30:38.840
angeben.
30:38.840 --> 30:46.560
Ich dachte, es gibt doch diese Open Graphseite, die erklärt das aber auch nicht.
30:46.560 --> 30:49.680
Die erklärt das schon, aber ich glaube Twitter macht was anderes als das.
30:49.680 --> 30:52.160
Twitter hat ja so ein Twitter-Cards.
30:52.160 --> 30:56.280
Genau, wo der Validator nicht mehr funktioniert, weil sie den abgeschaltet haben, auch schon
30:56.280 --> 30:57.280
vor Spacecaron.
30:57.280 --> 30:58.280
Ja.
30:58.280 --> 31:10.360
Ja, aber keine Ahnung, also ich kenne nur diese Validator-Tools, aber ich kenne jetzt
31:10.360 --> 31:17.760
nicht die, also kein Tool, was dir sozusagen sagt, hier verwende bitte diese Tags, aber
31:17.760 --> 31:23.640
ja, das ist ein Problem, also Open Graph funktioniert ja relativ gut, aber auch da habe ich zum
31:23.640 --> 31:30.400
Beispiel festgestellt, gibt es halt manchmal das Verlangen eines Tags, das du dann schreibst
31:30.400 --> 31:38.880
halt Meter, also Spitzeklammer auf, Meter und dann, was schreibt man, normalerweise Content,
31:38.880 --> 31:47.560
ne, Entschuldigung, Name, genau, Name und dann ist es zum Beispiel Image, also OG Doppelpunkt
31:47.560 --> 31:54.760
Image, aber manchmal ist es dann halt auch nicht Name, sondern du musst Property verwenden
31:54.760 --> 31:58.400
und du kannst sie nicht Synonym verwenden, irgendwie sowas habe ich auch noch mal festgestellt
31:58.400 --> 31:59.400
irgendwann.
31:59.400 --> 32:06.080
Ja, weil es tatsächlich ist es ja auch da, das habe ich letztens mal recherchiert mit
32:06.080 --> 32:12.320
so denen, also was kannst du als Name alles angeben, also Medatec ist ja im Prinzip immer
32:12.320 --> 32:17.680
ein Name wertbar, Key und Value und welche Keys gibt es eigentlich alle und tatsächlich
32:17.680 --> 32:21.240
ist das nicht besonders irgendwie fest definiert, es gibt halt so die Keys, die man üblicherweise
32:21.240 --> 32:25.120
verwendet, aber es gibt halt sozusagen kein oberes Limit, also im Prinzip kann sich da
32:25.120 --> 32:29.200
jeder was ausdenken und das ist auch nicht notwendigerweise irgendwie groß gename spaced
32:29.200 --> 32:34.480
oder so, das ist wirklich weitgehend wilder Westen, okay, da passt jetzt nicht so rein,
32:34.480 --> 32:37.920
dass man sich da irgendwelche Attribute ausdenkt, weil das sollte man ja eigentlich tendenziell
32:37.920 --> 32:43.360
eher nicht tun, dann gleich das am Ende trotzdem zu uniformen Verhalten überall führt.
32:43.360 --> 32:50.280
Tja, also will nur sagen, da geht eine ganze Menge und das muss man alles irgendwie glaube
32:50.280 --> 32:52.760
ich nicht so strikt sehen wie so viel als andere.
32:52.760 --> 32:59.520
Du hast es ja vorhin schon gesagt, also das Character Set, das ist auf jeden Fall relativ
32:59.520 --> 33:04.760
wichtig, sollte auch als erstes kommen, dann gibt es ja noch diese Viewport, also quasi
33:04.760 --> 33:11.560
wie etwas, was Apple irgendwann eingeführt hat, das sind so die zwei Meterangaben, die
33:11.560 --> 33:15.920
glaube ich irgendwie Pflicht sind und die man haben sollte und die man auch möglichst
33:15.920 --> 33:20.240
früh setzen sollte, weil die auch einen Impact auf das Rändering haben.
33:20.240 --> 33:22.720
Ist nicht Pflicht, du kannst ja das Kastet auch mit einem Header mitschicken und wenn
33:22.720 --> 33:25.120
du das mitschickst, dann brauchst du die Metatech nicht.
33:25.120 --> 33:30.840
Ja, die Kollegen von, wo wir sind, ist vorne, die machen jetzt gerade so oder die haben
33:30.840 --> 33:35.720
in ihrer neuen Staffel, haben sich überlegt, dass sie quasi alle HTML Elemente durchgehen
33:35.720 --> 33:41.240
und in der ersten Folge ging es um die, die im Kopf bereicht sind und genau und die wollen
33:41.240 --> 33:45.400
wir auf jeden Fall auch verweisen, weil die auch noch ein bisschen ausschweifender über
33:45.400 --> 33:50.720
diese, weil sie sich auch nur um den Head Bereich gekümmert haben, über diese Elemente gesprochen
33:50.720 --> 33:57.680
haben und in dem Kontext hatte mich auch mal interessiert und habe ich nachgeschlagen,
33:57.680 --> 34:03.320
gibt es denn überhaupt ein Default Character Set, also wenn man, also man kann einen Header
34:03.320 --> 34:07.920
schicken, wie du gesagt hast Peter, man kann aber auch irgendwie beides nicht haben und
34:07.920 --> 34:16.240
dann, da habe ich herausgefunden, dass unterhalb von HTML5 ist das Latin One, was dann automatisch
34:16.240 --> 34:25.800
gesetzt wird oder genutzt wird und ab HTML5 ist es dann automatisch UTF-8, genau, aber
34:25.800 --> 34:31.320
trotzdem, also ich sage mal sicher ist sicher, das Character Set setzen tut einem hier noch
34:31.320 --> 34:34.480
nicht weh und sollte man tun.
34:34.480 --> 34:39.320
Was vielleicht da noch ganz spannend ist, ist, dass das ja so, das war ja früher ein bisschen
34:39.320 --> 34:47.640
aufwendigere Angabe, das Character Set auszuzeichnen und das ist ja eigentlich wie der HTML5-Docktype
34:47.640 --> 34:55.400
so ein quasi so ein Pasa-Hack, dass man das jetzt so kurz ausdrücken kann oder, oder
34:55.400 --> 34:56.400
wie will ich das schiefgewickelt?
34:56.400 --> 35:00.280
Ich meine, da wäre sowas in der Richtung gewesen, dass das früher komplizierter gewesen wäre
35:00.280 --> 35:02.840
und man sich jetzt auf diese Kurzvariante geeinigt hätte.
35:02.840 --> 35:11.440
Irgendwie war es doch so, dass es früher dieses HTTP Equif als praktisch Key sozusagen
35:11.440 --> 35:19.120
gab und dann hat man das Kassett angegeben und wenn ich mich richtig erinnere, hat irgendwer
35:19.120 --> 35:27.800
dann damals im Rahmen der HTML5-Thematik versucht, was kann man denn minimieren und die meisten
35:27.800 --> 35:33.200
Browser funktionieren dann trotzdem und daraufhin hat man halt herausgefunden, dass es irgendwie
35:33.200 --> 35:39.440
reicht, wenn man dann halt Kassett und dann halt das Kassett dazu schreibt, dass das ausreichend
35:39.440 --> 35:44.920
ist und daraufhin hat man dann halt gesagt, okay, dann schreiben wir halt nur noch das
35:44.920 --> 35:51.480
und brauchen nicht dieses HTTP Equif-Ding dazu packen, weil interessiert dem Browser
35:51.480 --> 35:57.080
eh nicht und dadurch wurde das dann so relativ kurz, sondern gab es immer diese ganzen Showcases
35:57.080 --> 36:03.880
hier, die kürzeste HTML-Seite, die valide ist und dann war da halt so das Metatec, der
36:03.880 --> 36:15.320
Title gesetzt und Body und das war es ungefähr oder Body brauchte man nicht mehr, glaub ich.
36:15.320 --> 36:21.080
Ja, ich versuch das gerade nochmal zu ergoogeln, aber es ist so ein Skandal, ich hab tatsächlich
36:21.080 --> 36:25.720
schon, ich hab mal, ich hab was geplant, nämlich alle HTML-Text tatsächlich einmal so durchzugehen
36:25.720 --> 36:30.480
in auch so einem Podcast-Format und jetzt erfahre ich hier in meinem einen Podcast,
36:30.480 --> 36:35.320
für meinen geplanten anderen Podcast, die Dritten sowas ähnliches schon machen, so
36:35.320 --> 36:36.320
ein Skandal.
36:36.320 --> 36:39.000
Das ist echt schade.
36:39.000 --> 36:40.000
Frechheit.
36:40.000 --> 36:41.000
Ja.
36:41.000 --> 36:42.000
Kannst du den Geld anbieten?
36:42.000 --> 36:43.000
Nee.
36:43.000 --> 36:47.680
Das sieht anders genug aus als das, was ich vorgehabt hab, insofern, wenn ich mal dazu
36:47.680 --> 36:48.680
komme.
36:48.680 --> 36:49.680
Ja, super.
36:49.680 --> 36:54.920
Aber meine Güte, ich dachte, ich hätte eine originelle Idee gehabt, so viel dazu.
36:54.920 --> 37:03.480
Aber so 20 Minuten nur über einen Element abnurden wäre auch cool, also du jetzt.
37:03.480 --> 37:06.680
Ja, das ist halt so die Idee, also weniger über das Element, weil was willst du irgendwie
37:06.680 --> 37:11.600
über das B-Element erzählen, weil meine Hand hat ja vorhin wirklich alles dazu erwähnt,
37:11.600 --> 37:16.440
was es zu erwähnen gibt in halt so drei Minuten, aber man kann halt damit immer so interessante
37:16.440 --> 37:17.440
Fragen verbinden.
37:17.440 --> 37:21.800
Also man kann ja tatsächlich irgendwie sagen, hey, das Element macht das, warum ist das so
37:21.800 --> 37:25.080
cool und was hat das mit X-RTML zu tun und warum haben wir zwei Spezifikationen, man könnte
37:25.080 --> 37:28.860
halt das so ähnlich wie beim Gücksrad ja auch, das eigentlich je Thema nur als so Startpunkt
37:28.860 --> 37:33.240
verwenden und eigentlich habe ich auch schon Skrips für zehn Folgen geschrieben, allein
37:33.240 --> 37:34.640
man müsste halt mal auch einsprechen.
37:34.640 --> 37:40.080
Und wenn ich nicht irgendwie Leute wie euch habe, um die Terminfindung irgendwie zu beschleunigen,
37:40.080 --> 37:42.080
dann passiert das halt nicht.
37:42.080 --> 37:47.320
Na ja, wenn du gleich Hilfe brauchst, sag gerne Bescheid.
37:47.320 --> 37:51.920
Okay, und was willst du machen, willst du meine Termin, willst du mich zur Termineinhaltung
37:51.920 --> 37:53.480
anhalten mit Peitscher und?
37:53.480 --> 37:57.400
Ja, irgendwie so oder ich verabrede mich mit dir zu einer Aufnahme und tauch da nicht
37:57.400 --> 38:01.240
auf, weil es ja eh nur du sein soll, weißt du, aber du fällst auf rein.
38:01.240 --> 38:04.200
Okay, so können wir das machen.
38:04.200 --> 38:09.320
Genau, ah, Mist, schon wieder eingefallen, Lila Schäpp, der ist echt ein Fuchs.
38:09.320 --> 38:10.320
Nächstes Mal.
38:10.320 --> 38:11.320
Ja.
38:11.320 --> 38:15.960
All righty, ich würde sagen, der Hans kann nochmal drücken, oder?
38:15.960 --> 38:16.960
So ist es.
38:16.960 --> 38:17.960
Genau, ja.
38:17.960 --> 38:21.800
Ich hau mal drauf und dann schauen wir mal, was bei rumkommt.
38:21.800 --> 38:30.400
Ah, ja, ah, ja, wir sind wieder im API-Bereich unterwegs, puh, puh, puh, wir sind im Error-Bereich
38:30.400 --> 38:31.400
unterwegs.
38:31.400 --> 38:38.160
Wir sind, ja, im Error-Bereich, genau, mediaerror.message.
38:38.160 --> 38:44.400
Es geht um Audio-Tags, denke ich mal, es geht um, ähm, jo.
38:44.400 --> 38:52.360
Ja, HTML-Media-Element, also so die Superklasse von Audio und Video und das hat anscheinend
38:52.360 --> 38:57.360
eine spezielle Klasse von Error mit einem Code und einer Message.
38:57.360 --> 39:04.040
Und genau, da gibt es halt diese Message drin und die kann man dann verwenden und sich da
39:04.040 --> 39:11.240
in dem Benutzer etwas auszugeben, dachte ich, aber Peter, du kennst dich jetzt nicht.
39:11.240 --> 39:14.560
Weil du hast ja mit Media-Element Fehler, die passieren können, die dir normalerweise
39:14.560 --> 39:15.560
nicht passieren können.
39:15.560 --> 39:19.200
Also du hast irgendwie, weil sie nicht undefined ist, nur zu functionen, ist ja eine andere
39:19.200 --> 39:22.920
Problemklasse, eine viel generelle Problemklasse, als irgendwie dein Audio-Codec wird nicht
39:22.920 --> 39:23.920
unterstützt.
39:23.920 --> 39:28.440
Und um diese Dinger abzubilden, gibt es halt die extra Klasse mit spezifischen Code-Konstanten
39:28.440 --> 39:32.520
1, 2, 3, 4, warum bei 0 anfangen zu zählen, macht ja anscheinend sonst keiner, was weiß
39:32.520 --> 39:33.520
ich.
39:33.520 --> 39:36.560
Und das sind halt wirklich so Dinger für irgendwie der Media-Streambude abgebrochen, Codec nicht
39:36.560 --> 39:37.560
unterstützt so kram.
39:37.560 --> 39:44.600
Ich habe meine mich da irgendwie vor irgendwie 20 Jahren mal beim HTML5-Buch auch mit befasst
39:44.600 --> 39:45.600
zu haben.
39:45.600 --> 39:49.440
Das kam jetzt gerade so kurz wieder, nachdem ich überlegt habe, was könnte das noch mal
39:49.440 --> 39:50.440
gewesen sein.
39:50.440 --> 39:55.040
Wann hast du das noch mal geschrieben?
39:55.040 --> 39:56.040
2009.
39:56.040 --> 39:58.760
Okay, nicht ganz 20 Jahre, aber gefühlt.
39:58.760 --> 39:59.760
Ja, cool.
39:59.760 --> 40:00.760
Lange sehr.
40:00.760 --> 40:01.760
Sehr.
40:01.760 --> 40:09.880
Aber ich würde sagen, damit haben wir es auch schon besprochen, oder?
40:09.880 --> 40:11.920
Viel lässt sich darüber ja nicht erzählen.
40:11.920 --> 40:12.920
Ich glaube auch nicht.
40:12.920 --> 40:14.920
Ja, was machen wir eh nicht, oder?
40:14.920 --> 40:16.920
Also wer behandelt denn etwas?
40:16.920 --> 40:22.400
Also die einzige Frage wäre halt noch so, macht ihr das eigentlich so eure eigenen Error-Klassen
40:22.400 --> 40:23.400
konstruieren?
40:23.400 --> 40:26.520
Weil geht ja heutzutage recht einfach, dass man so sagt, klar, das ist mein Custom-Error,
40:26.520 --> 40:27.520
Extenz-Normaler-Error.
40:27.520 --> 40:30.560
Kann man schmeißen, hat Stacktraces und so weiter?
40:30.560 --> 40:31.880
Nop.
40:31.880 --> 40:40.680
Also, die Frameworks, die nutzen das ja sicher so, also ich meine, wenn wir uns Reakt angucken
40:40.680 --> 40:44.680
oder so, gibt es immer ganz tolle Errors und ist auch wunderschön.
40:44.680 --> 40:52.120
Aber um ehrlich zu sein, habe ich also auch in Anwendungen mit vielen Errors oder vielen
40:52.120 --> 40:59.160
Benutzern und Benutzern drauf, halt nie das Problem, dass ich den Startpunkt des Errors
40:59.160 --> 41:04.600
beispielsweise nicht Pinpointen könnte anhand von irgendwelchen Logs, die du jetzt im Frontend
41:04.600 --> 41:05.600
erfasst.
41:05.600 --> 41:11.800
Also, ich finde der Use Case dafür, der ist okay, den kann man haben, aber es ist halt
41:11.800 --> 41:16.160
auch nicht so, also man braucht das nicht so oft, habe ich das Gefühl.
41:16.160 --> 41:20.080
Vielleicht red ich auch Quatsch und die Leute, die jetzt jeden Tag programmieren, die sagen
41:20.080 --> 41:26.360
jetzt Hans, ohne das geht das nicht, sonst komme ich nicht klar im Leben, okay, akzeptiert,
41:26.360 --> 41:34.640
ich habe keine Ahnung, aber irgendwie, ich war noch nie an diesem Punkt, dass ich gedacht
41:34.640 --> 41:38.680
habe auch, nee, jetzt war ja aber eine eigene Errorklasse, weil sonst komme ich hier mit
41:38.680 --> 41:42.280
meinen JavaScript Errors im Frontend gar nicht klar.
41:42.280 --> 41:47.120
Nee, also klar kommen sicherlich auch nicht, aber ich hatte mir das mal vor kurzem wie
41:47.120 --> 41:51.600
folgt gedacht und ihr könnt mir ja mal kurz erzählen, ob der Gedanke Käse ist.
41:51.600 --> 41:56.440
Aber im Prinzip ist ja Exception Handling, auch wenn man es so nicht verwenden sollte,
41:56.440 --> 41:59.120
ein alternativer Mechanismus, um Control Flow zu machen.
41:59.120 --> 42:03.360
Richtig, ich kann eine Error schmeißen, aus der aktuellen Funktion lossteigen, um mich
42:03.360 --> 42:07.640
dann irgendwo weiter oben im Stack catching zu lassen und dann weiter zu machen.
42:07.640 --> 42:15.520
So, wieder Aufnahme machen, nochmal probieren nach X Sekunden, whatever, ja.
42:15.520 --> 42:16.520
Genau.
42:16.520 --> 42:22.360
Und in dem Sinne, wenn man jetzt eine Exception in der Form denkt, ist die ja einem Event
42:22.360 --> 42:23.520
nicht ganz unähnlich.
42:23.520 --> 42:30.120
Stimmt, und du spaßt ja auch viele Return-Zwischenschritte, je nachdem, wie tief das runtergeht.
42:30.120 --> 42:33.720
Ja, jetzt bist du schon wieder sozusagen viel zu optimistisch auf der Sache und denkst
42:33.720 --> 42:38.000
so, ah, wie kann man das denn irgendwie für Gutes verwenden, was jetzt irgendwie originelle
42:38.000 --> 42:40.040
Control Flow Mechanismen sind oder sowas.
42:40.040 --> 42:46.280
Und ich meine, irgendein Ding aus dem React-Context, die schmeißen irgendwie Promises als Exceptions
42:46.280 --> 42:50.360
und so und damit irgendwelches Async-Handling in ihren komischen Komponenten, weil ich
42:50.360 --> 42:54.200
weiß jetzt nicht, ob das dieses Suspend-Resume-Ding war oder irgendwas anderes, aber es gibt
42:54.200 --> 42:55.200
Menschen, die das tun.
42:55.200 --> 42:59.120
Ich war jetzt aber tatsächlich noch dabei, den Error wirklich wie ein Error zu behandeln.
42:59.120 --> 43:02.320
Die Frage ist halt eben, was stecke ich da für Informationen rein?
43:02.320 --> 43:05.160
Und wenn ich halt sowas habe, wie undefinedes not function, irgendwie so ein Passerror
43:05.160 --> 43:08.560
oder so, ist der Fehler ja tatsächlich extrem allgemeiner Natur.
43:08.560 --> 43:13.480
Man hat halt eben auch sowas wie den Media-Error, der sehr spezifischer Natur ist, also Codec
43:13.480 --> 43:14.480
ist irgendwie kaputt.
43:14.480 --> 43:21.120
Man könnte sogar sagen, dass dieser Media-Error definitiv immer zu einem Dom-Element zugehörig
43:21.120 --> 43:22.120
ist.
43:22.120 --> 43:25.400
Woanders kommen die Dinger ja nicht her, irgendwo muss ja der Codec kaputt gegangen sein.
43:25.400 --> 43:30.640
Und wenn ich jetzt so meine Analogie aufmache zu meinem Event-Objekt wieder, ist es ja so,
43:30.640 --> 43:35.720
es gibt ein Event wie Click oder so, dann will ich ja wissen, welches Element wurde da jetzt
43:35.720 --> 43:38.160
geklickt zum Beispiel und dann mache ich halt Event.target.
43:38.160 --> 43:44.360
Warum haben solche Exceptions, die tatsächlich einen definitiven Ursprungspunkt in Form eines
43:44.360 --> 43:48.160
Dom-Elements haben, nicht auch so eine Target-Property, denke ich mir.
43:48.160 --> 43:54.040
Und manchmal gehe ich halt schon hier und mache mir halt eben so eine Custom-Error-Klasse
43:54.040 --> 43:59.120
und mache einfach nur ein ganz normales Extents-Error und gebe denen halt nur eine extra Property
43:59.120 --> 44:04.360
namens Target, die ich dann festlege, auf halt eben das Target und das kann ich ja irgendwie
44:04.360 --> 44:09.120
konstruieren, dass ich dann beim Error-Konstruktor ein Pflichtparameter habe, der das Target
44:09.120 --> 44:12.120
sein soll oder ich kann es optional machen, ich kann es undefined machen.
44:12.120 --> 44:15.840
Und das Nette daran ist natürlich auch, wenn man das so verwendet im Kontext von Web-Komponents
44:15.840 --> 44:20.200
ist, ich kenne das ja tatsächlich Typen, also jetzt nicht notwendigerweise den Error generisch
44:20.200 --> 44:24.640
machen, aber wenn ich zum Beispiel sowas habe wie diesen Media-Error und ich weiß, der kommt
44:24.640 --> 44:30.400
aus einem HTML-Media-Element, der Superklasse von Audio und Video, weiß ich ja noch nicht
44:30.400 --> 44:33.800
notwendigerweise, welches von beiden das ist, aber ich kann ja trotzdem da irgendwie sagen,
44:33.800 --> 44:38.200
hey, diese Schnittmenge dieser Superklasse mit so Sachen wie Play und Pause und so,
44:38.200 --> 44:41.680
die kann ich dann ja trotzdem zur Verfügung stellen, also sowohl jetzt rein logisch gedacht
44:41.680 --> 44:45.400
von, ich programmier das, als auch zum Beispiel aus der TypeScript-Perspektive, ich kriege
44:45.400 --> 44:48.600
dann ja aus diesen Media-Error-Informationen raus, wie zum Beispiel, aha, da kommt es
44:48.600 --> 44:52.720
her, aus dem Element will ich mir vielleicht die Source angucken und so Geschichten und
44:52.720 --> 44:56.560
ich finde eigentlich, dass bei sehr vielen Errors so eine Target-Property voll viel
44:56.560 --> 45:01.960
Sinn macht und bei meinen Web-Komponents, wo ich wirklich Errors frisch aus heißer Luft
45:01.960 --> 45:06.360
erschaffe, wo ich sage, das ist jetzt ein spezifischer Error-Fall, da gehe ich wirklich hin und mache
45:06.360 --> 45:09.880
mir so eine Klasse, weil es nicht viel kostet und ich baue ein Target dran und es wird für
45:09.880 --> 45:12.560
TypeScript ein bisschen besser und das ist eigentlich alles irgendwie ganz nett, finde
45:12.560 --> 45:13.560
ich.
45:13.560 --> 45:23.800
Ja, absolut, aber du könntest natürlich auch, also okay, und jetzt wäre natürlich die
45:23.800 --> 45:31.640
Gegenfrage, wenn du damit ein Control Flow irgendwie dir baust, oder wenn du das eventartig
45:31.640 --> 45:38.960
verwendest, dann, also ein Event selbst, also zum Beispiel, du könntest ja ein Error-Event,
45:38.960 --> 45:45.800
wie das Image-Element, das könntest du ja quasi Trigger'n, Custom Error-Event und da
45:45.800 --> 45:49.640
hättest du ja dann automatisch deinen, oder wer hättest du auch deinen Target drin und
45:49.640 --> 45:53.960
kannst du auch Infos reinstecken.
45:53.960 --> 45:58.320
Das ist richtig, aber das ist ein Error-Event und nicht eine Exception, also die Frage ist
45:58.320 --> 46:01.720
halt, was erwartest du?
46:01.720 --> 46:07.160
Du warst jetzt sehr auf Control Flow eingestiegen, so mit der Idee von wegen, das würde man vielleicht
46:07.160 --> 46:10.360
sozusagen gezielt dafür herstellen, damit man das in dem Sinne nutzen kann.
46:10.360 --> 46:13.120
Würde ich jetzt gar nicht so machen wollen, ich würde jetzt nicht sagen Control Flow
46:13.120 --> 46:16.640
per Exception Handling, sondern ich würde nur sagen, wer nur die Exception in die Finger
46:16.640 --> 46:20.920
bekommt, solltest du da natürlich alle relevanten Infos rausbekommen und bei so einem Media-Error
46:20.920 --> 46:24.720
einfach die relevanten Infos der Codec passt nicht, finde ich ein bisschen wenig, weil
46:24.720 --> 46:28.960
man ja vielleicht wissen möchte, okay, wem passt denn der Codec nicht und die Information
46:28.960 --> 46:32.600
würde ich halt eben einfach nur mitgeben wollen, für dann besseres entweder Debugging
46:32.600 --> 46:36.960
oder besseres Exception Handling tatsächlich, aber jetzt nicht mit der Idee Events irgendwie
46:36.960 --> 46:41.880
zu erset </td>
</tr>
<tr>
<td>
Total Play:
</td>
<td></td>
<td>
0 </td>
</tr>
</table>
</form>
<audio controls autoplay style="width:100%">
<source src="https://workingdraft.de/podpress_trac/feed/6171/0/wd-559.mp3?#" type="audio/ogg">
<source src="https://workingdraft.de/podpress_trac/feed/6171/0/wd-559.mp3?#" type="audio/mpeg">
Your browser does not support the audio element.
</audio>
<h1 class="Head new-video-title"><i class="fa fa-thumbs-up" aria-hidden="true"></i> Users also like<span class="trendingArrows"></span></h1>
<!-- Carousel Container -->
<div class="col-md-12">
<div class="row">
<!-- Playlist Item -->
<div class="col-lg-3 col-md-3 col-sm-3">
<div class="playlist-item" style="min-height:130px;">
<div class="thumb-playlist">
<div class="img-in">
<a href="https://audecibel.com/podcast/us/Einschlafen-Podcast/74115/1"><img src="https://dpi4fupzvxbqq.cloudfront.net/podcast/200/74115.png" alt="" style="height:250px !important"></a>
</div>
<!--<a href="#" class="paly"><i class="fa fa-play-circle-o"></i>Play all</a>-->
<div class="video-num">600+ Episodes</div>
</div>
<div class="playlist-info" style="min-height:100px;">
<a alt="Einschlafen Podcast" href="https://audecibel.com/podcast/us/Einschlafen-Podcast/74115/1" class="playtitle" title="Einschlafen Podcast">Einschlafen .. </a>
<!-- <a class="channel-name" href="#">Rabie Elkheir<span> -->
<!-- <i class="fa fa-check-circle"></i></span></a> -->
<!-- <span class="views"><i class="fa fa-eye"></i>2.8M views </span> -->
<span class="views" style="color:black">
<i class="fa fa-eye" title="View"></i>
4K+
<i class="fa fa-bookmark" title="Subscribe"></i>
200+ </span><br>
</div>
</div>
</div>
<!-- // Playlist Item -->
</div><!-- // row -->
<!-- Loading More Videos -->
<!-- // Loading More Videos -->
</div>
<h1 class="Head new-video-title"><i class="fa fa-thumbs-up" aria-hidden="true"></i> Some more Podcasts by Vanessa Otto, Peter Kröner, Hans Christian Reinl, Stefan Baumgartner, Christian »Schepp« Schaefer<span class="trendingArrows"></span></h1>
<!-- Carousel Container -->
<div class="col-md-12">
<div class="row">
<!-- Playlist Item -->
<div class="col-lg-3 col-md-3 col-sm-3">
<div class="playlist-item" style="min-height:130px;">
<div class="thumb-playlist">
<div class="img-in">
<a href="https://audecibel.com/podcast/de/Working-Draft/255056/1"><img src="https://dpi4fupzvxbqq.cloudfront.net/podcast/200/255056.png" alt="" style="height:250px !important"></a>
</div>
<!--<a href="#" class="paly"><i class="fa fa-play-circle-o"></i>Play all</a>-->
<div class="video-num">1K+ Episodes</div>
</div>
<div class="playlist-info" style="min-height:100px;">
<a alt="Working Draft" href="https://audecibel.com/podcast/de/Working-Draft/255056/1" class="playtitle" title="Working Draft">Working Draf .. </a>
<!-- <a class="channel-name" href="#">Rabie Elkheir<span> -->
<!-- <i class="fa fa-check-circle"></i></span></a> -->
<!-- <span class="views"><i class="fa fa-eye"></i>2.8M views </span> -->
<span class="views" style="color:black">
<i class="fa fa-eye" title="View"></i>
<i class="fa fa-bookmark" title="Subscribe"></i>
1 </span><br>
</div>
</div>
</div>
<!-- // Playlist Item -->
</div><!-- // row -->
<!-- Loading More Videos -->
<!-- // Loading More Videos -->
</div>
</div>
</footer>
<script>
function topFunction() {
document.body.scrollTop = 0;
document.documentElement.scrollTop = 0;
}
</script>
</body>
</html>
]]> |
.png)
More
Religion & Spirituality
Education
Arts and Design
Health
Fashion & Beauty
Government & Organizations
Kids & family
Music
News & Politics
Science & Medicine
Society & Culture
Sports & Recreation
TV & Film
Technology
Philosophy
Storytelling
Horror and Paranomal
True Crime
Leisure
Travel
Fiction
Crypto
Marketing
History
Comedy
Arts
Games & Hobbies
Business
Motivation