Beiträge von Clemens-XS

    firstlady OK, ich hab oben wohl etwas überreagiert. Dennoch habe ich mich mal umgesehen, was es sonst noch an CMS gibt, als Alternative. Und ich war überrascht:

    Ernst nehmen kann man wohl nur noch WordPress (die mit den Sicherheitslücken), Typo 3 (zu groß + komplex), Drupal (komplex und beschränkt) und Contenido (zu beschränkt und zu kleines Team).

    Nuja, bleib ich bei Joomla, das ist noch am realistischsten, zumal ich ja doch etwas KnowHow damit habe.


    Und weiter an alle:

    Unklar ist mir aber zurzeit immer noch, welches kostenfreie Template ich nun wählen sollte, um von Gestaltung und Funktion her ähnliche Site aufzubauen, wie hier auf meiner Experimentier-Site zu sehen (NUR auf Home!):

    Meine Baustellen auf der Musterseite:

    • Das Video in dem Modal-Window der RokBox hat auf Mobilgeräten ein Ladeproblem: Für ca. 3 Sekunden zeigt eine Meldung, dass die Videodatei nicht gefunden werden konnte. Aber direkt danach lädt das Video dann doch noch. Eventuell benötigt man nur eine Verzögerung im Javascript, sodass auf die Videodatei erst später zugegriffen wird.
    • Das Audio kann zwar statt in der RokBox auch in der JCE-Mediabox geladen werden. Dann aber wird aus unerfindlichen Gründen das Modal-Fenster immer maximal groß dargestellt. Im besten Fall gelingt es, das Audio doch noch in der RokBox zu starten und anzuzeigen.
    • Wenn ein Textbeitrag im JCE-Modal-Fenster dargestellt wird, sollte der aktuell verwendete Website-Hintergrund im Modal-Window verwendet werden, statt dass es einfach nur weiß bleibt. Ferner sollten, falls möglich, die drei Buttons "zum Video, zum Audio und zum Text" ausgeblendet werden, da die Buttons hier keinen Sinn machen.
    • Wenn LazyLoad aktiviert wird, so verhindert dies die Darstellung des Startbild eines Artikels in der JCE-Mediabox. (Es ist nicht möglich, nur den Textbeitrag mit der RokBox in das Modal-Window zu laden. Es lädt statt dessen den Beitrag mitsamt der ganzen Website.)
    • Das Grue-Menü funktioniert zwar einwandfrei, muss aber per CSS-Gestaltung noch optimiert werden, da es rechts oben in der Ecke fast unsichtbar ist.

    Da ich bisher noch keinen Joomla-Dienstleister gefunden habe, der mir u.a. diese Probleme löst, kann es sein, dass ich mich hier selbst durchquälen muss.


    Meine ursprüngliche Frage ist aber: Welches einfach aufgebaute kostenfreie Standard-Template sollte ich für die neue Site wählen?

    Danke! Den LazyLoader benutze ich derzeit bereits. KubikRubik bietet auch noch das PlugIn "DSC" = Device Specific Content an, mit dem man zwischen den Geräteklassen via Useragent unterscheiden kann, was der Server überhaupt an den Browser ausliefert. Genau diese Info dort hat mich gerade dazu veranlasst, meine Frage zu stellen:


    Stimmt die Behauptung also, dass ich alleine mit der CSS-Kondition der Viewportbreite nicht verhindern kann, dass erst mal alle Bilder in den verschiedenen Bildabmessungen herunter geladen werden, um dann nur die eine passende anzuzeigen?

    Oder bewirkt die CSS-Kondition @media bereits, dass nur das eine Bild herunter geladen wird, das die Kondition erfüllt?

    Hallo!

    Gerade habe ich gelesen, dass angeblich von den Browsern immer alle Bilder herunter geladen werden, dann aber abhängig von CSS-Konditionen wie

    @media screen and (min-width: 540px)

    nur das dazu passende Bild angezeigt wird.


    Könnt Ihr diese Aussage bestätigen? Oder lädt der Browser brav nur das, was die @media-Kondition ihm vorgibt?

    Das ist ja SCHRECKLICH! was ich da in dem anderen Thread über die Joomla-4 Entwicklung und die neuen "Features" erfahren musste.


    Für mich ist es aus datenschutzrechtlicher Sicht ein absolutes NoGom, wenn Joomla Kontakt zu Google oder zu irgend welchen CDNs aufnimmt und ich diese sicherheits- und datenschutzrechtliche Katastrophe nicht mit einfachen Mitteln abstellen kann!

    Und wenn ich dann noch lese, dass Template-Ergänzungen oder Modifikationen künftig anscheinend ein Informatik-Studium erforderlich machen, sodass ich keine Chance mehr habe, künftig selbst Hand anzulegen, dann ist es jetzt für mich höchste Zeit, nach Alternativen Ausschau zu halten!


    Warum kann man anscheinend keine einfach handhabbaren CMS beibehalten, die mit CSS, HTML, JS, PHP und einer Datenbank auskommen? Wozu ist der neuartige Firlefanz mit SCSS/SASS-Dateien und einer "Kompilierung" von CSS-Dateien erforderlich? Wo liegt der Nutzen auf der Besucherseite einer solchen Website? Und wo liegt für mich als Ersteller einer Website der Nutzen?


    Ich sehe betr. Joomla 4 kommen, dass ich künftig von mehreren Joomla-Dienstleistern abhängig sein werde und heftiges Geld dafür abdrücken muss. Bestenfalls darf ich dann noch die Inhalte einfügen und Videos usw. an den Dienstleister zurm Einfügen übergeben darf.

    Das werde ich keinesfalls mitmachen!


    Nun bin ich im Zweifel, ob ich überhaupt noch neue Joomla-Websites planen oder vorbereiten sollte oder schon jetzt etwas Seriöseres zu finden.

    Danke für eure guten Anregungen und Empfehlungen. Bei meiner aktuellen Vorarbeit für die neuen Websites bemerke ich immer mehr, dass mir die Dinge einfach zu komplex werden. Die Effizienz bleibt auf der Strecke und ich verwende meine Lebenszeit lieber auf Dinge, die mehr Freude machen. --> Also eher nix mit „Einarbeiten in Joomla 4“.


    Sicher werde ich jetzt mich noch mit Cassiopeia beschäftigen, dann aber evtl. die ganze weitere Arbeit delegieren wollen. Ich hoffe, ich komme an einen seriösen Dienstleister für Joomla. Bisher hatte ich schon 2 mal Pech mit der Wahl.

    Nun hab ich eine Lösung gefunden, die fast beinahe überall richtig funktioniert: Statt der JCE-Mediabox, die immer wieder mal Probleme macht und deren CSS schlecht durchschaubar und anpassbar ist, habe ich jetzt RokBox von RocketThemes eingesetzt.


    RokBox kann eigentlich alles, was die JCE-Medioabox auch kann.


    Mein Video erscheint mit Desktop-Browsern immer korrekt. Bei Mobil-Browsern hab ich nur Android getestet. Da hab ich ein älteres LineageOS als Betreibsystem auf dem Galaxy S5 und 9 verschiedene Browder getestet, die ich bei F-Droid gefunden habe. Resultat:


    Nur ein einziger Browser macht alles richtig: IceCat Mobil (aktuelle Rev.) IceCat ist ein Firefox-Derivat.


    Sechs von den neun Browsern bringen nach Klick auf das Vorschaubild zum Video erst mal für ca. 3 Sekunden in der sich öffnenden Lightbox eine Fehlermeldung, danach erscheint das Video indirekt über den PlayButton auf weißem Grund. Nach Klick auf den PlayButton spielt das Video korrekt ab und verhält sich insgesamt normal. Auch die Vollbildfunktion innerhalb des Videos funzt einwandfrei. Und auch der Klick in die LIghtbox schließt selbige wieder zuverlässig.

    Um hier Support zu erhalten, müsste ich mir für 19 Euro den Zugang zu deren Forum bezahlen und ob mir dann geholfen werden kann, ist ja auch noch ungewiss.

    Diese sechs Browser sind:

    jQuarks, DuckDuckGo, FOSS-Browser, PrivacyBrowser, mBrowser, Lightning (der mBrowser ist vor 4 Jahren upgedatet worden, Lightning vor 7 Monaten, alle anderen sind aktuell)


    Zwei Browser zeigten erstaunlicher Weise das Vorschaubild zum Video und somit keinen Link an! Beide sind etwas älter, der eine ist das Android-Web-Frame, der andere Midori.

    Auf meiner Homepage ist vertikal in der Mitte jetzt das mittels RokBox eingebundene Video zu sehen:


    Ich bin sehr gespannt auf Rückmeldungen, mit welchen weiteren Browsern die Lightbox und das Video einwandfrei funktionieren, besonders auch auf iOS / Safari und iPhones.


    Erste telefonische Rückmeldungen:

    neues iPhone: Modalbox und Video funktionieren wie gewünscht. -- Ältere iPhones Reaktion unbekannt.

    Samsung Galaxy S7 mit mitgeliefertem Browser: Modal lädt und auch das erste Bild des Videos, dann aber erscheint ein dickes schwarzes Rechteck mir abgerundeten Ecken und das Video wird nicht gestartet. Schließen der Modalbox funktioniert wieder.


    Da also RokBox doch auch auf moderneren Geräten nicht zuverlässig genug läuft, habe ich jetzt einen Text-Link zum Video neben das Vorschaubild gesetzt. Das Video öffnet dann in einem neuen Browserfenster, sodass bei Abbruch mit der Return-Taste des Smartphones oder des Browser-Zurück-Button der Besucher immer noch sicher auf meine Site zurück kehrt.


    Der Textlink mag zwar befremdlich auf manche User wirken, ist aber IMHO immer noch besser als die Frustration, ein Video nicht anschauen zu können.


    Auf der Demo-Website von RokBox hier: https://demo.rockettheme.com/joomla-extensions/rokbox/ funktionieren die Video-Links auf meinem Smartphone gar nicht, egal mit welchem Browser. Peinlich! :)

    Für meine neue Website möchte ich ein Template wählen, das sich ohne große Umstellung auch in Joomla 4 verwenden lässt, damit ich dann nicht wieder von vorn anfangen muss mit all den Anpassungen. Zudem sollte es ohne komplexen Schnickschnack daher kommen, der evtl. später doch nur Probleme macht.
    Das Template sollte möglichst kostenfrei sein, denn aktuell bezahle ich bereits für vier Komponenten jährliche Beträge.


    Als Design möchte ich etwa Folgendes verwirklichen:

    https://www.w3schools.com/w3cs…ryw3css_examples_material


    Die Details dieses Blog-Design finden sich hier:
    https://www.w3schools.com/w3cs…_templates_blog&stacked=h


    In dem hier verlinkten Blog-Design möchte ich meine Blog-Artikel durch Text kurz anreißen und verlinken sowie, so weit vorhanden, die Möglichkeit bieten, durch Textlink oder das verlinkte Bild ein Audio resp. Video anzuschauen.
    Viele Besucher wollen anscheinend keine langen Texte mehr lesen und finden Videos attraktiver, natürlich auch auf Mobilgeräten. Ist die Bandbreite zu knapp, tut es manchmal auch ein Audio. Und als Fallback ist immer noch der Text da.

    Eventuell zeige ich nicht nur das Video in einer Lightbox, sondern auch die Blog-Beiträge. Dabei sehe ich den Vorteil darin, dass der User nach Schließen der Lightbox exakt wieder am vorigen Punkt seines Web-Besuchs landet und sofort die Auswahl vorfindet, die zum Kategorie-Thema gehört. – Nach wie vor hat jede Kategorie ihren Menüpunkt, über den dann der Blog zu sehen ist.


    Im Juni 2019 hatte ich mal Versuche mit RockSprocket unternommen. Allerdings hakelte es sehr bei der Anpassung und am Ende war das Ganze ziemlich unübersichtlich von der Bedienung durch den User her. Aber es ging in die richtige Richtung.


    Ich hab jetzt schon so viel gesucht und ausprobiert, aber nichts geeignetes gefunden, deshalb frag ich jetzt doch mal nach.

    Danke für den Link. Nein, diese Tabelle kannte ich nicht. Die von mir auf dem alten Android verwendeten Browser sind in der Tabelle nicht aufgeführt – vermutlich, weil sie meist nur Forks von anderen bedeutenderen Browser-Entwicklungen sind. Ich schrieb ja auch, dass IceCat, als Fork von Firefox weitgehend richtig anzeigt, ausgenommen aber die gerade beschriebenen Konditionen mit "(hover: none)" usw.

    Mein IceCat (auf Android) ist absolut auf neuestem Stand und der Firefox auf meinem Desktop sowieso, weil er über mein Manjaro-Linux automatisch brandaktuell gehalten wird. Dennoch zeigt auch der Desktop Firefox falsche Interpretationen von (hover: none) usw.

    Auf meinem Android kann ich nicht alles ausprobieren, weil es aus Datenschutzgründen google-frei ist (LineageOS).

    Nun hab ich trotz des schönen Wetters noch mal voll Zeit investiert, um eine media-query einzubauen mit dem Ziel, sobald touch-screen-devices erkannt werden, die JCE-Mediabox links nicht mehr gelten und gesonderte Links aufgerufen werden. Diese führen direkt zu der Video-URL und haben per CSS-Datei auch eine transparenten background-color definiert bekommen, sodass das Ergebnis dem einer Lightbox ähnelt, aber eben keine dahinter liegende Webseite durchscheint.


    Die media-Abfrage habe ich mit mehreren Kriterien versucht, nämlich:

    Code
    @media (hover: none), (hover: on-demand)
    oder
    @media (hover: none), (pointer: coarse)
    oder 
    @media (hover: none) and (min-width: 560px)

    Resultat: Die meisten Mobilbrowser (auf meinem alten Galaxy S5 mit Andoid 7.1) interpretieren die hover oder pointer Definitionen nicht.

    Selbst wenn ich die JCE-Links für den Desktop auf "display: none" setze, erscheinen diese Links in einigen Mobilbrowsern immer noch! Unglaublich!


    Zur Gegenkontrolle habe ich versuchsweise die CSS so gestaltet, dass die eigentlich für die Mobilversion gedachten Links zum Video nur im Desktop gezeigt werden sollen und die JCE-Links mit "display: none" ausgeblendet sein müssten. Resultat: Der Desktop-Firefox ignoriert die Anweisungen:

    Code
    @media (hover: hover)
    oder (pointer: fine)

    Unklar ist mir übrigens aufgrund unterschiedlicher Beschreibungen auf diversen Internet-Quellen, ob man eine @media Verzweigung mit mehreren media-Features durch "and" verbinden kann wie z.B.:

    Code
    @media  (hover: none), (pointer: coarse) and (min-width: 560px)

    Wenn schon, wie hier, die @media-Konditionen von den verschiedenen Browsern nicht korrekt interpretiert werden, obwohl CSS-4 inzwischen Standard sein sollte, dann brauche ich meine weiteren Versuche mit kombinierten Klassen nicht weiter zu probieren wie z.B.:

    Immerhin war es einen Versuch wert.


    Aber vielleicht bringe ich mit meinem Beitrag jetzt ein paar Leser auf Ideen, wie ich es "richtig" mache, falls im oben Beschriebenen doch ein Denkfehler wäre.

    Hallo Ihr beiden! Herzlichen Dank. Ich hab'S ans Laufen bekommen. Und wer so wenig fit ist mit CSS wie ich, dem spendiere ich hier meinen Code – hier erst mal das Stylesheet:

    Und hier der Code, wie er von mir plus dem JCE-Plugin im Joomla-Backend in den Beitrag eingesetzt wird:


    Code
    <div class="jcevideo-960"><a class="jcepopup noicon" title="Titel des Link - 960" href="/images/vids/intro/ll-intro-960-540.mp4" type="text/html" data-mediabox="1" data-mediabox-width="976" data-mediabox-height="548" data-mediabox-title="Titel des PopUp 540p" data-mediabox-caption="Bildunterschrift des PopUp"><img style="margin-right: 16px; float: left;" src="images/pics/clemens/clemens-portrait_69x100.jpg" alt="clemens portrait" /> </a></div>
    <div class="jcevideo-640"><a class="jcepopup noicon" title="Titel des Link - 640" href="/images/vids/intro/ll-intro-640-360.mp4" type="text/html" data-mediabox="1" data-mediabox-width="658" data-mediabox-height="370" data-mediabox-title="Titel des PopUp 360p" data-mediabox-caption="Bildunterschrift des PopUp"><img style="margin-right: 16px; float: left;" src="images/pics/clemens/clemens-portrait_69x100.jpg" alt="clemens portrait" /> </a></div>
    <div class="jcevideo-480"><a class="jcepopup noicon" title="Titel des Link - 480" href="/images/vids/intro/ll-intro-480-270.mp4" type="text/html" data-mediabox="1" data-mediabox-width="496" data-mediabox-height="279" data-mediabox-title="Titel des PopUp 270p" data-mediabox-caption="Bildunterschrift des PopUp"><img style="margin-right: 16px; float: left;" src="images/pics/clemens/clemens-portrait_69x100.jpg" alt="clemens portrait" /> </a></div>

    Herzlichen Dank für Eure Anregungen!


    Leider bleibt das von mir im ersten Beitrag beschriebene, andere Thema:

    Auf Desktop-Browsern kann das Video in der JCE-Mediabox / Lightbox abgespielt werden. In manchen Browsern auf Smartphones öffnet sich nur die Lightbox, aber das Video wird nicht geladen.

    Wie schon gesagt, liegt es nicht an der h.264-Codierung des Video bzw. fehlendem Codec auf den Smartphones, denn: Ich hatte den direkten Link zum Video per eMail verschickt und wenn man den auf einem normal konfigurierten Smartphone anklickt, öffnet sich der Webbrowser und spielt das Video ab.

    Alle Bekannte, die Probleme hatten, das Video auf der Website abspielen zu lassen, konnten das Video über den direkten Link aber in ihrem Browser korrekt wieder geben.


    Ich vermute, dass die Ursache im Code liegt, den die Browser auf dem Smartphone aus irgendwelchen Gründen nicht fressen wollen. Im Quelltext meiner oben verlinkten Website sehe ich aber keine Auffälligkeiten dazu.


    Hab's auf meinem Galaxy S5 mit LineageOS neu getestet:

    Der Original-Browser zeigt die Videos in der Mediabox grundsätzlich nicht an, öffnet aber die JCE-Lightbox.


    Firefox Klar und der "Privacy-Browser" (F-Droid) zeigen grundsätzlich die Lightbox nicht an, zeigen aber das Video vor einem schwarzen Hintergrund, wenn zuvor JS abgeschaltet wurde. Reaktion also ähnlich, als ob man die URL des Video direkt eingibt.

    Auf der gleichen Website (Link im ersten Post) befinden sich unten Slider von NoNumber, die natürlich nur mit JS funktionieren. Bei allen drei Mobilbrowsern funktionierten die Slider einwandfrei. Also muss JS korrekt interpretiert werden.


    Diese Bebachtungen bleiben gleich, auch wenn ich das Smartphone auf Querformat halte.


    Und was, wenn im JS der JCE-Mediabox ein Fehler wäre, der nur bei Mobilgeräten auffällt? Prüfen kann ich das nicht.


    Ich hab auch den Video-Link in der JCE-PopUp-Definition mal als text/html und mal als iframe definiert. Kein Unterschied!


    Und auch ein erneuter Versuch mit AllVideos schlug fehl. Ich favorisiere nach wie vor JCE, weil JCE auf dem Desktop exakt so funktioniert, wie ich mir das wünsche: Video in Lightbox, Video skaliert aus einer Verkleinerung herauf bis zum vollen 100%-Wert und bei noch breiterem Viewport wird das nächst größere Video geladen. Und das ganz ohne JS und somit wenig aufwändig.


    Meine Site wird von über 60% Besuchern mit Mobilgeräten besucht, Tendenz zunehmend. Es wäre schade, wenn die viele Mühe, die in den Videos steckt, nur einem kleinen Teil der Mobil-Besuchern zugänglich bliebe!


    Was nun?


    Habe gerade bei F-Droid einen Browser gefunden, installiert und ausprobiert, mit dem die Videos auf Anhieb genau so korrekt gezeigt werden, wie auf dem Desktop. Es ist:

    IceCatMobile


    Und das ist nix anderes als eine Firefox-Variante. Firefox-Klar ist aber ebenfalls eine FF-Variante und funzt nicht! Auch MIdori geht nicht. IceCat ist auf meinem alten Android 7.1 der einzige, der es richtig macht.


    Bin gespannt, welche Ergebnisse bei anderen zustande kommen! – Und ich suche weiter nach der Lösung, die zumindest „öfters“ funktioniert, als jetzt.

    Tja und schon krieg ich's leider nicht hin: denn @media Verzweigungen können nicht als Inline-CSS definiert werden.


    Unter unwissentlicher Missachtung dieser Tatsache hatte ich dann den folgenden Code in eine meiner experimentellen Websites eingefügt:

    Warum ich diesen Code überhaupt hier einfüge? Weil ich hoffe, dass meine Absicht so deutlich wird:

    Abhängig vom Ergebnis der @media-Abfrage sollen verschiedene Versionen des Link zur JCE-Mediabox auf der Website eingeblendet oder ausgeblendet werden.


    Jeder Link zur JCE-Mediabox beginnt mit:

    Code
    <a class="jcepopup noicon" title="Titel des Link" 
    href="/images.....

    Meine Idee ist: In die CSS-Datei des Template füge ich die @media-Abfragen ein sodass der Erfüllung einer solchen Abfrage eine bestimmte Klasse zugeordnet wird. Z.B. Klassenbezeichnungen, aus denen die Videobreite erkennbar ist:

    .jcevideo-270 .jcevideo-360 usw.


    Diese Klassen füge ich dann in den Anfang des Links zur JCE-Mediabox ein, z.B.:

    Code
    <a class="jcepopup noicon jcevideo-360" 
    title="Titel des Link" href="/images

    Wie müsste der Code in der CSS-Datei mitsamt der @media-Abfrage aussehen, damit das so (oder so ähnlich) funktionieren kann?

    Vielleicht darf ich mit dieser Frage speziell JoomlaWunder ansprechen?

    Gerade hatte ich nach einiger Diskussion hier im Forum (https://forum.joomla.de/thread/11780-videos-datensparsam-in-responsive-design-anzeigen-wie-geht-das/) eine Lösung gefunden und das Resultat auf meiner Produktiv-Site auf dem Desktop mit drei verschiedenen Browsern getestet. Alles funktioniert. Design verbesserungswürdig.


    Auf meinem Smartphone (Galaxy S5) funktioniert es mit dem eingebauten Android-Browser und dem Firefox-Klar nicht. In einem über F-Droid angebotenen Browser namens "Privatsphäre", der übrigens mit deaktiviertem JS daher kommt, spielt das Video einwandfrei, umgeht dabei natürlich die Lightbox-Funktion der JCE-Mediabox und nimmt sich die dort verlinkte URL zum Video.


    Ein Freund hat ein Galaxy S7 mit Samsung und mit Chrome-Browser. Der Samsung-Browser zeigt die Lightbox und spielt das Video ab, der Chrome-Browser zeigt die Lightbox und lädt dann endlos am Video herum.


    Ich habe dann auf einer zweiten Website das Video mit verschiedenen Aufrufen bereit gestellt (JCE-Mediabox mal mit Ajax/html, mal mit iFrame, mal mit Größenangaben, mal ohne) und zusätzlich AllVideos installiert und damit einen Link erstellt.

    Egal, was ich unternommen hab, das Ergebnis war immer das Gleiche.


    Auf beiden Smartphones kann das Video über die direkte URL zum Speicherort auf dem Server im beliebigen Webbrowser abgespielt werden. Es liegt also nicht am Codec des Video (h.264-Varianten)!


    Der Link zur Website (Video etwa horizontal mittig in der Seite) https://lebenslust-jetzt.de


    Was muss ich verändern, damit das Video auf allen Plattformen bei aktiviertem JS in der Lightbox von JCE angezeigt und abgespielt wird?


    Übrigens möchte ich bei JCE-Mediabox bleiben, weil ich damit Vorteile gegenüber z.B. AllVideos habe: Ich kann die je Video drei Dateien in drei Größen plus Vorschaubild in einem Verzeichnis ordnen und ich habe es einfach, die Videos in einer Lightbox erscheinen zu lassen. Ist für die Übersichtlichkeit / Navigation wichtig. Zudem skaliert JCE-Mediabox die Lightbox zusammen mit dem Video – auch wenn während des Abspielens z.B. das Smartphone gedreht wird. Nachteil ist natürlich das Inline-JS, das die JCE-Mediabox in den Seitenquelltext hineinbringt und das sich anscheinend nicht vermeiden lässt.

    Habe an der alten, ausloggenden Site arbeiten müssen, um mein erstes Video reinzubringen. Nahezu bei jedem vierten Klick flog ich wieder raus.

    Es sind immer die funktionsauslösenden Button wie z.B. nach Start des Backend auf "Beiträge" klicken oder in die Suchfunktion für Beiträge. Schon bin ich draußen.

    Auch der Button "Speichern", wenn ich einen Beitrag verändert habe, macht das. Aber auch, wenn ich im JCE einen Link bearbeiten will und die zugehörige Lightbox mit den Paramentern soll sich öffnen.... Schwup, sehe ich nur noch die LogIn-Maske.

    Manchmal steht nach dem Ausloggen noch der Hinweis, dass „die Sicherheits-Schlüssel ungültig geworden seien“ oder so was Ähnliches. Ich muss das mal abschreiben.


    Gleichzeitig habe ich stundenlang an einer der neuen Joomla-Sites gearbeitet. Nie bin ich rausgeflogen! Alle Sites liegen bei Webgo auf dem gleichen Webspace.

    Nun bin ich wieder ein Stückchen weiter gekommen: Meine Produktiv-Website, die mich ja auch ständig bei Arbeiten im Backend ausloggt, hatte eine offensichtlich veraltete JCE-Version und auch die Mediabox war veraltet. So wurden Videos in der Lightbox nicht skaliert.

    Immerhin ist jetzt auf der Homepage das wichtigste Video zu sehen. Dafür hat es mir alle anderen Lightboxen, in denen Text dargestellt wird, verunstaltet.


    Aktuell ist jetzt das Video auf der Hauptseite, etwa in der Mitte zu sehen: https://lebenslust-jetzt.de
    Der Text zu meinen Konditionen, der ebenfalls in der Lightbox gezeigt werden sollte, wird dagegen chaotisch angezeigt. – Es wird Zeit, die ganze Site neu zu machen und auch neu zu gestalten.


    In einer "Konversation" in diesem Forum gab mir JoomlaWunder einen wertvollen Tipp, den ich direkt weiter interpretiere:

    Für jedes Video will ich ja 3 Abmessungen bereit stellen, abhängig von der Breite des Viewport. Klickt man das Vorschaubild an, so öffnet die Lightbox (JCE-Mediabox) und zeigt darin das Video.

    Gemäß Tipp von JoomlaWunder wird abhängig von der Viewport-Breite immer nur einer der drei Links mitsamt Vorschaubild in der Webseite sichtbar. Der Besucher kann also immer nur das Video mit der für ihn passenden Abmessung anklicken.

    Es ist also zwar mehr Arbeit, immer drei Links mitsamt Konditionen in die Seite einzupflegen. Aber wenn ich doch zurzeit keine komfortable Lösung mit JS und CSS bekommen kann, ist es doch prima, dass ich diese Lösung aber selbst zusammen basteln kann.


    Damit sehe ich dieses Thema als "gelöst" an.

    Hallo Re:Later, ich bin ziemlich überrascht, dass in der von mir verlinkten Quelle genau diese Media-Query innerhalb des video source empfohlen wird:

    https://www.mediaevent.de/tutorial/web-video.html


    Ich danke dir, dass du den Fehler aufgedeckt und mir genannt hast!


    Heute habe ich schon wieder einen halben Tag an der Video-Lösung gebastelt und dabei deine Anregungen aus Posting 3 verfolgt. – Aber ich muss wohl hinnehmen, dass hier die Grenzen liegen für's Selbstmachen und ich werde nun jemanden mit dieser Aufgabe beauftragen.


    Ich markiere diesen Thread als erledigt, weil anscheinend dein Beitrag Nr. 3 zur Lösung führt.

    ...sorry das war ein Versehen. Vielleicht habe ich ja auch einen logischen Denkfehler bei der Angabe der min-width?

    Den habe ich auch durch Veränderung der min-width-Werte nicht lösen können:

    Code
    <video controls style="max-width: 100%; height: auto;">
       <source media="min-width:980px" src="images/vids/intro/ll-intro-960-540.mp4" type="video/mp4" > 
       <source media="min-width:660px" src="images/vids/intro/ll-intro-640-360.mp4" type="video/mp4" > 
       <source media="min-width:530px" src="images/vids/intro/ll-intro-480-270.mp4" type="video/mp4" >  
    </video>

    Wenn der Viewport größer 980px, wird das 960px breite Video aktiviert, größer 660px das zweitgrößte Video mit 640px Breite und wenn der Viewport noch kleiner ist, soll das Video mit der kleinsten Breite von 480px aktiviert werden. Vielleicht brauche ich ja die letzte Branch gar nicht?


    Evtl. ist es auch aktuell zu spät für solche Logik? Denn ich will ja auch vermeiden, dass die Videos hoch skaliert werden, wenn der Viewport breiter ist. Und das widerspricht sich doch anscheinend. - Ich blick's grad nicht.

    Hab den Code modifiziert mit einer "style"-Anweisung und jetzt funktioniert es mit der Branch-Kondition für die ersten beiden Videos, aber nicht für das dritte:


    Code
    <video controls style="max-width: 100%; height: auto;">
       <source media="min-width:620px" src="images/vids/intro/ll-intro-960-540.mp4" type="video/mp4" > 
       <source media="min-width:400px" src="images/vids/intro/ll-intro-640-360.mp4" type="video/mp4" > 
       <source media="min-width:320px" src="images/vids/intro/ll-intro-480-270.mp4" type="video/mp4" > 

    Könnte es sein, dass das Ganze nur mit maximal zwei Konditionen funktioniert?

    Merkwürdig. Hab es genau nach obiger Vorlage (ohne JCE-Mediabox) eingefügt und der Browser wählt immer das oberste / erste Video und reagiert demnach nicht auf die Branch-Konditionen.

    Ich hab den Code in W3.CSS geprüft aber keinen Fehler gefunden. In Joomla und im Server / der Joomla-htaccess ist der Cache deaktiviert, sodass auch immer jeder Änderungsversuch an den Browser (Firefox) ausgeliefert wird.

    Meine Videos hoste ich selbst und deren URL liegt im Joomla-image-Verzeichnis.


    Woran könnte der Fehler liegen?