Versuch um ein Video in 50% Seitenbreite anzuzeigen, mit Fliesstext rechts.
Lorem ipsum dolor sit amet, consetetur sadipscing elitr, sed diam nonumy eirmod tempor invidunt ut labore et dolore magna aliquyam erat, sed diam voluptua. At vero eos et accusam et justo duo dolores et ea rebum. Stet clita kasd gubergren, no sea takimata sanctus est Lorem ipsum dolor sit amet. Lorem ipsum dolor sit amet, consetetur sadipscing elitr, sed diam nonumy eirmod tempor invidunt ut labore et dolore magna aliquyam erat, sed diam voluptua. At vero eos et accusam et justo duo dolores et ea rebum. Stet clita kasd gubergren, no sea takimata sanctus est Lorem ipsum dolor sit amet. Lorem ipsum dolor sit amet, consetetur sadipscing elitr, sed diam nonumy eirmod tempor invidunt ut labore et dolore magna aliquyam erat, sed diam voluptua. At vero eos et accusam et justo duo dolores et ea rebum. Stet clita kasd gubergren, no sea takimata sanctus est Lorem ipsum dolor sit amet.
Die richtige Anleitung dazu steht im Kommentar c5400
Ian Styx am :
Du hast da auch in den video tag attributen ein width="50%" drin geparkt.
Wie kam das da hin?
Es ist auch so schon schwierig genug, aber so ginge es
Und dies dann in die user.css
Du müsstest solche Blöcke also mit einem handgefügtem div class="videocontainer" Container umkleiden. Dann kommt es nur noch auf das Video an sich an. Was ist dessen echte wahre Größe? In diesem Fall stellte sich heraus das es intern 720x1280px groß ist. Das ist natürlicherweise viel zu groß für den pure content container um gefließten Text anzubringen. Vielleicht deswegen die 50%. Besser aber ist width="auto" und dann eben per styles containerisieren und flexieren, ab einer bestimmten screen Größe mit einem minimal-width - ja auch wenn es schwierig zu verstehen ist, sonst würde es durch das flex zu klein, das dann als bestimmende width gilt.
Beat Post author am :
🤔 Schluck. Ganz schön kompliziert.
Ja, das "with= 50%" habe ich in den Quelltext eingefügt, weil mir sonst das Video einfach viel zu gross dargestellt wurde. Dadurch bin ich dann auf die Idee gekommen, dass rechts umfliessender Text noch schön aussehen würde.
Wenn ich jetzt aber lese, welche Handstände ich dafür vollführen muss, dann lasse ich das besser bleiben. Seit 2005 gibt es im Live-Blog genau 3 Videodateien. Das kommt also gaaaanz selten vor. Und ich habe auch zukünftig nicht vor, zum Video-Blogger zu mutieren.
Danke für die Erklärungen! Es hat mir auch (wiedereinmal) meine Grenzen aufgezeigt.
Ian Styx am :
Nunja, schwierig eben nur beim ersten Mal - bis man den Bogen raus hat.
Ab dann braucht man nur noch
in den Quelltext hineinkopieren!
Ups... korrigiere bitte mal .vtcontainer in .videocontainer in meinem 1800px Beispiel.
Beat Post author am :
Ist dieser Blog selbstheilend (oder habe ich 🍅 auf den 👀)? Habe nirgends einen ".vtcontainer" gefunden und auch das "schiweig" hat sich scheinbar selbständig in "schwierig" verwandelt...
Mal ne blöde Frage. Wenn ich nun allen Kram in die user.css schreibe, den ich nur alle Schaltjahre mal verwende, dann wird die Datei ja immer grösser (sind jetzt schon über 12'000 Zeichen in etwa 570 Zeilen). Verlangsamt das nicht jeden Seitenaufbau?
Ian Styx am :
Insgesamt sind deine user styles "nur" 1/5 von den gesamt styles. Da die user.css sowieso in die serendipity.css inkludiert wird, sind ein paar zusätzliche Mini Bytes, die die ganze Sache besser und runder machen, für die Frage der Verlangsamerung also definitiv zu vernachlässigen, sprich: Keine Skrupel! 😊
Danke!
Ian Styx am :
Naja bei der Hälfte von 720 wäre es halt das hier. Und würde dann für jedes weitere Video gelten das kommt, außer es hätte sehr ungewöhnliche Maße.
Außerdem kannst du dir deine Handstände in die Tonne kloppen. 😉 Die habe ich ja schon für dich gemacht. Du hättest also nur noch ein copy & paste vor dir. 🙄
Wortkorrektur: 1. Kommentar letzter Satz.
Namekorrektur Unterster Kommentar (falsch eingehängt) im CSS Beispiel, dort wo ich die Wortkorrektur angemerkt hatte.
Ian Styx am :
Ähem schiweig müsste natürlich schwierig heißen. Schreibt man übrigens gleich 480px in das width Attribute gilt dies natürlich immer, auch für die mobiles, was ich deshalb zu vermeiden suchte.
Für die ganz großen Desktops könnte man sogar noch das min-width auf max-contents setzen so dass es sich bis zu auf die echte Video Breite aufbläht, zB
Beat Post author am :
Ah... hier hat sich der .vtcontainer versteckt. Habs jetzt in .videocontainer geändert. 😉
Ian Styx am :
Das wäre sicherlich ein wirklich interessantes Feature..! 😄
Beat Post author am :
🤔 Hmm... Habs versucht. Doch das Video ist immer noch riesig. Wo wird dem denn gesagt, dass es nur 50% der Containerbreite belegen soll?
Ian Styx am :
Es ist schwierig, da der gefließte Text so angeklebt bleibt und nicht hinter dem video wie auf die content aufzieht. Gerade an dieser Stelle waren meine Beipiele mit 480px auch nicht gut, sehe ich jetzt.
Also muss man überhaupt vermeiden, dass ein rechtgefließter Textblock allzu lang ist. Das jetzige Beispiel ist dafür schonmal besser.
Nimm das halt solange. Ich könnte mir vorstellen das man gar keine p tags im media object container haben darf. Aber da muss ich mir erst mal selbst ein Beispiel machen um das auseinanderzuklamüsern.
Ian Styx am :
Uhh da fehlt ein Semikolon hinter 360px. Das muss da hin sonst klappt das nicht!
Ian Styx am :
Irgendwie ist der Tag heute leicht verwirrt. So ist es natürlich viel einfacher! Lass einfach den videocontainer weg.
Ian Styx am :
Und jetzt kannst du sogar noch das width="auto" aus dem video tag noch rausnehmen.
Einfacher gehts nicht mehr! 😃
Beat Post author am :
:applaus: Klasse! 👍
Vielen Dank! Habe ich gleich in den Live-Blog übernommen! Siehe: https://www.beatsblog.ch/2750-Altersheim-Ausflug.html
Ian Styx am :
Eigentlich müsste es heißen: Versuch um ein Video in 50% Videobreite anzuzeigen, mit Fliesstext rechts. Die halbe content Seitenbreite ist nur das Ergebnis der reduzierten Videobreite.
Anbei solltest du dem
noch ein ebensolches bottom margin mitgeben. Siehe den Abstand zu den drei Bildern im Live Blog.Beat Post author am :
Die Lösung -und da hast Du natürlich recht- war, dass wir das Video als solches in der Grösse um 50% reduziert haben.
Meine Initalidee war hingegen, dass ein Video max. 50% der post content Breite einnimmt. Dies in etwa gleich, wie es ein Vorschaubild macht. Dies ist ja max. 400px breit und wenn der content-Bereich unter 800px fällt, belegt es noch 50% der Anzeigebreite. Das wäre meine Wunschvorstellung gewesen. Dass Videos praktisch gleich eingebunden werden können, wie Bilder. Als Vollformat oder als 400px-Thumbnails, links, mittig oder rechts bündig.
Doch so wie Du es jetzt gelöst hast, gefällt es mir auch sehr gut. Nochmals: Vielen Dank für Deine Hilfe!
Ian Styx am :
Was mir dabei noch auffiel ist folgendes:
Pure ist ein mobile-first theme. Deshalb stehen die mobile und general Anweisung nicht in den MEDIA QUERIES, sondern davor. Alle folgenden Größen sind media screen min-width Größen, um den Anforderungen größerer Screens gerecht zu werden. Das kaskadiert.
Du hast das Prinzip am unteren Ende 2x unterbrochen, in dem du zwei max-width queries in die user.css eingebaut hast, die genau andersherum funktionieren. In der einen - ich glaube es war die max-width: 539px - steht:
Besser wäre IMHO
denn schaue dir mal die Schriftgröße so zwischen 480px und 540px an (und wie sie ingesamt calculiert kaskadiert).
Ingesamt wäre es also ratsam und ist vielleicht eine kleine Tüftelei für dunklere Herbsttage das Prinzip wieder herzustellen.
Beat Post author am :
Wenn ich Dich richtig verstanden habe, definiert die pure.css resp. die user.css die kleinst mögliche Darstellung und für grössere Auflösungen kommen die @media screen and (min-width: ????px) Anweisungen ins Spiel.
In meiner user.css gibt es genau eine (max-with) Anweisung und die sieht so aus:
Das heisst also, ich könnte diesen Teil quasi nach oben schieben, da die nachfolgenden @media-Anweisungen für Screen-Grössen ab 540px greifen. Richtig?
Und wenn ich das mache, dann soll ich den font-size für Smartphones unter 540px nicht kalkulieren lassen sondern auf 1.234625rem setzen. Worauf sich alle nachfolgenden Schriftgrössen (für grössere Displays) ab diesem Wert errechnen.
Ian Styx am :
Beat Post author am :
O.K. Habe in der user.css nun keine @media screen and (max-with: 539px) Anweisung mehr stehen.
Im "Überprüfen" bin ich nicht so gut 😏. Doch auf den ersten Blick, sieht es am Smartphone, wie auch am Desktop ganz i.O. aus.
Danke für die Hinweise und Anleitung! 👍
Ian Styx am :
Falls du es nicht selbst bemerkt haben solltest, hast du jetzt ab 540px leider eine durchgehendend kaskadierende Font Größe. Nicht schön auf einem Desktop.
Das mit dem Calc + xx war ja dafür gedacht, auf unterschiedlichen Screens eine kalkulierte Schriftgröße zu erzeugen. Das war sehr fein kalkuliert und granuliert und ist jetzt zumindest für die post Schrift Größe obsolet, da du es überschreibst. Die
Änderung war tatsächlich nur für etwa 480 bis 539 Pixel gedacht.Deswegen der Hinweis auf längere Herbsttage mit mehr Zeit um das alles auseinanderzuklabüsern, denn mit deinem max-width hatte es ja tadellos funktioniert bis auf diese kleine Änderungsanmerkung. Verstehst..??
Beat Post author am :
Verstehst..?? -> Ähm... Nein...
So wie ich es verstanden habe, war das ja die Idee der Sache. Dass ich nicht für eine bestimmte Screengrösse die Schriftgrösse festschreibe, sondern von einem Grundwert jeweils berechnen lasse.
Ich sehe an meinem Laptop-Montor auch keinen Unterscheid zu vorher. Vermutlich muss ich mal den Cache leeren....
Nein, ich sehe das Problem noch nicht...
Beat Post author am :
Zu verwirrend für mich. Habe nun wieder die alte user.css (mit dem max-with) aufgespielt.
Ian Styx am :
Es ging dabei um die Schrift(größe) in einem entry Text und nirgends anders. Vielleicht ist dein Laptop Screen auch nicht groß genug gewesen um die Auswirkungen sehen zu können.
Nur um noch mal zu rekapitulieren:
Beat Post author am :
Danke für die Erklärungen. Habe nun font-size: 1.234625rem; eingesetzt (hier und auf dem Live-Blog). So auf die Schnelle habe ich am Smartphone keinen Unterschied festgestellt. Sollte also soweit passen. Bin Morgen mehr mit dem Smartphone unterwegs und schaue mir das dann genauer an.