Styx 5.1.0 und PHP 8.3.30

ping 🔔

Hast du die "neue" swipe lib im lightbox plugin denn auch aktiviert? Ich hatte sie extra wegen dir eingebaut... 😁 und hätte sie gerne mal in Aktion erlebt...

Oder geht sie nicht und ich habe Fehler prodziert?

(Galerie) ...Reihenfolge der Bilder bestimmen... 

Das hatten wir schon mal.

Per Spaltenansicht sucht sich die Darstellung ihren eigenen Weg, grundsätzlich zwar in Abhängigkeit der aneinanderaddierten Image Elemente, aber durch die flexible Darstellung darin abhängig von den Größen und Formaten im Raum der für diese Galerie zur Verfügung steht. Ein Flex Modell.

Per Reihenansicht grundsätzlich nur in Abhängigkeit der aneinanderaddierten Image Elemente: "wer zuerst kommt, mahlt zuerst". 

Diese Reihenfolge zu beeinflussen ist schwierig, deshalb der Rat es über den Quelltext zu versuchen. Dies aber, wie du erfahren hast, kann schnell unübersichtlich werden und zu Fehlern führen.

Wie viel Platz (seitlich) braucht ein Bild, bis ein Zweites daneben platziert wird?

Die Reihenansicht funktioniert nur mit einer festen Image-Breite; ein vorab intern definiertes Galerie-Format von 260px für die "per row" Option. Mit den dazuhörigen image container margins und paddings muss das main post content Fenster schon richtig breit sein um mehr als zwei row-Galerie-Bilder nebeneinander anzuzeigen. Die 260px sind nicht absolut fix, sind, bzw waren aber das Ergebnis eines langen Development Prozesses.

Eine weitere Antwort und dabei vielleicht die die du eigentlich suchst, ist 

@media (min-width: 1400px) {
  .serendipity_image_block.row .serendipity_imageComment_left {
    min-width: fit-content;
    max-width: fit-content;
  }
}

Wenn du das per user.css aufhebst, wird das max-width: 260px; wieder aktiv.
Ich wollte halt ermöglichen, dass auf größeren Screen-Breiten die Row Galerie Bilder auf die volle Thumbnailgröße aufziehen.

zb.

@media (min-width: 1400px) {
  .serendipity_image_block.row .serendipity_imageComment_left {
    min-width: 252px;
    max-width: min-content;
  }
}

Auch auf dem smartphone oder tablet?

Ja komisch das mit dem Übersprung von Artikeln. Ich dachte so auf die Schnelle dass du das vielleicht als Wunsch eingestellt hast, aber wenn dem nicht so ist, muss ich dem mal auf den Grund gehen... Das kann allerdings noch ein wenig dauern. Ich sitze gerade an anderen außergewöhnlichen Neuerungen... 

Die Frage nach den mobiles war eher darauf gemünzt, ob es auch auf diesen klappt, also ansonsten gut swiped (außer den beanstandeten issues). Und natürlich ob die beiden issues dort auch auftraten...?

Ich habe beides soeben gefixt und commited. Bitte testen! 😃Hopefully Done !

Das update überlasse ich dir ... hier!

USH 😱
Took me two rounds...

Now it works! Please test. Plugin ist up-to-date.

😌

Da man damit auch so schön zoomen kann kann man gleich die detailreiche Ausstattung deiner Ausfahruniformen näher betrachten. Diese gestreift-gezackten Strümpfe sind ungemein schick und passend zum roten Spielmobil! Du achtest halt auch auf die Kleinigkeiten... ähnlich den Sapeurs in Brazzaville, auch Kongos Dandys genannt. 😂

Nachtrag:
Es springt leider immer noch über. Entweder ist das bei Design oder ich muss irgendein Javascript stack Sammler dafür entwickeln.

Plugin up-2-date und das Problem ist gefixt 😎🤩

"Nur einzelnes Bild" mag ja vielleicht doch irgendeinen geeigneten User finden der diese Option liebhat. Also bleibt es drin. ☺️

Bitte testen.

Ich musste gleich noch ein weiteres update hinterherschieben nachdem ich hier einen Beitrag aus dem Jahr 2008 angesehen hatte. Dort waren noch sehr alte zusätzliche onclick handler in den image Links, so dass zusätzlich zur Lightbox ein popup mit dem image aufmachte.
Jetzt nicht mehr. Sie werden einfach entfernt.
Wahnsinn wie sich die Bildqualität seit damals verbessert hat... 🤪

Und wie es scheint, dass wenn man ein - zweimal richtig durch ist, das komische Verhältnis auch nicht wieder auftreten möchte ( inzwischen mehrfach probiert und und nicht mehr zu reproduzieren... ). 

Wie groß ist dein aktuelles Browserfenster?

alert(window.outerWidth+' x '+window.outerHeight);

Du hast doch auch die F12 Developer Tools. Dort gibt es eine Konsole. Sie ist ein schmales Band meist am untersten Ende, beginnt mit » und ist beschreibbar. Gib dort mal die alert Zeile ein und drücke ENTER. Es müsste ein kleines PopUp aufgehen das die Maße anzeigt.

Eine Höhe von nur 368px scheint mir aber nicht die wirkliche outerHeight Höhe zu sein. Hast du das anders gemessen, vielleicht?

Fix is out in v.3.3.6. Plugin ist hier up2date.  Das wird es hoffentlich gewesen sein. Bin gespannt.
Es war eine falsche Berechnung der ratio für Portrait Formate.

Einmal sehe ich es wie du beschreibst dann ist es weg.... (siehe screenshot Beispiel in der Mediathek) was kann das nur sein ???
Da werde ich zwischendrin mal nachdenken müssen, es müsste sich doch eigentlich debuggen lassen, aber der Umweg über dich ist dabei mühsam... für uns beide...
Ich behalte es im Kopf. Ich bekomme mit dem Konsolen Script immer die richtigen outer Maße angezeigt... Egal welche Maße ich einstelle oder das Developer Fenster aufziehe... nun ja...

BTW, hast du das neue freetag auto tags feature schon ausprobiert? Was sagst du dazu?😃

Ich habe dir was neues gestrickt. Update is online. PhotoSwipe kam mit seinem reader und loader mit den echten dimension durcheinander - nun zwinge ich sie herbei, in dem diese vorausgelesen und als image data Attribut geschrieben werden. Jetzt sollte es also keine falschen Einschätzungen und Berechnungen mehr geben ... 
Daumendrück! 😄😁

PS. Das "Übersprung-Problem" bei den Schlagwortseiten muss ich gesondert angehen.
PPS. Ist das generell bei den lighboxen oder nur beim PhotoSwipe? Ist dir das bekannt?

Versuche es bitte mal damit 

if ($serendipity['view'] == 'plugin') $navigate = str_contains($_GET['url'], '/plugin/tag/') ? 'entry' : 'page';

Ich Dummerchen... 🤭

Entweder

if ($serendipity['view'] == 'plugin' && !str_contains($_GET['url'], 'plugin/tag/')) $navigate = 'page';

oder

if ($serendipity['view'] == 'plugin') $navigate = str_contains($_GET['url'], 'plugin/tag/') ? 'entry' : 'page';

beides müsste gehen. Wichtig ist das auf 'plugin/tag' ohne das start slash gecheckt wird.

😀

Ist wahrscheinlich auch die bessere Lösung, weil es die Userentscheidung in den Optionen berücksichtigt, also page, oder entry, oder nix für Einzelbildanzeige.

Vielleicht sollte ich das Update noch ein wenig herauszögern..., falls doch noch mehr Strickarbeit nötig ist...?

Ist ja echt toll wenn man auf so viele lange Touren zurückblicken kann 🤩

Das ist nur als eine zusätzliche Hilfe fürs tagging gedacht, als (zusätzliche) automatisch generierte Tag Vorschläge per TF-IDF scoring. Wer will kann dies auch anders - per KI - machen. Sie sind dafür gedacht - genau wie du sagst - entweder als Überprüfung für bereits gewählte Tags zu dienen, bzw andererseits dich auf weitere als Vorschlag (per Klick) hinzuweisen. Die nebenstehende float box des Textkörpers hilft dabei sich auf das tagging selbst zu konzentrieren ohne ständig nach oben scrollen zu müssen und dient außerdem dazu die vorhandenen Schlagworte per highlight anzuzeigen.

TF-IDF steht für "Term Frequency-Inverse Document Frequency" und ist eine Methode zur Bewertung der Relevanz eines Wortes innerhalb eines Textkörpers. Sie wird eingesetzt, um die Wichtigkeit eines Begriffs in Bezug auf ein Dokument zu bestimmen.

Daher der score; so etwas wie "Wahrscheinlichkeit"... Diese Informationszeile soll auch nur erklären wie die Tag Vorschläge zustande kamen.

Bei Julier- & Albulapass hat man also z.B.:
Foto-spot: (0.0106), Tiefencastel: (0.0071), Julierpass: (0.0071), Silvaplana: (0.0071), Murmeltiere: (0.0071), Richtung: (0.0053). Die score Werte (in absteigender Reihenfolge) zeigen also nur die berechnete Relevanz an, soweit ein solches System bzw Algorithmus dies denn überhaupt sinnvoll kann. Eine KI wird sicher noch andere Berechnungsgrundlagen, wie Semantik, usw hinzurechnen um auf ihre Vorschläge zu kommen (aber eben auch zu Lasten der Privacy). Warum "Foto-spot" einen höheren score hat ist sicherlich selbsterklärend...🤭

TF-IDF kann auch völlig danebenliegen, je nach Content. Daher der Aufruf sich an der weiteren Entwicklung und dem Ausbau der Stopwörter zu beteiligen. Man sollte sich also nicht dran stören, sondern es als eine sich entwickelnde Hilfe(-stellung) betrachten, zu der man (unter gewissen Bedingungen) auch beitragen kann.

Du kannst sie also auch geflissentlich ignorieren. Alles was bisher möglich war ist auch weiterhin vorhanden.

Bi-Lingual ist es insofern nur, als es - per System - derzeit nur auf Deutsch und Englisch basiert und es eine unkomplizierte Methode brauchte ( - also diesen Link über der Float Box - ) um zwischen Vorschlägen für bi-linguale (de ↔ en) Einträge wechseln zu können, damit die internen Mechanismen für die jeweilige Sprache greifen. Dies ändert sich später wenn mehr Sprachen hinzukommen sollten. Dann braucht es eventuell eine andere Methode bzw Wechselmöglichkeit... An diesem Link sollte man/du sich also nicht stören, wenn man einsprachig schreibt.

Wie oft arbeitet man/du denn im (freetag backend) Verwaltungs-Management der Tags wirklich? Eher selten denke ich. Insofern ist das keine Ausrede für viele Tags. Ich will ja auch nicht eine sinnlose Überflutung an Tags anstoßen (was Schlagworten per se auch nicht gut täte) sondern nur Hilfestellung geben, überhaupt (weitere) sinnvolle Tags zu finden und zu erstellen. Die Vorschläge sind auf 6 begrenzt. Und sie hindern einen auch überhaupt nicht daran, eine völlig andere Vorstellung von Tags zu haben und diese für das Blog einzustellen. Manuelle Tags haben immer Vorrang.

Ich bin ja auch immer noch ein Fan der Tag Canvas 2D-Wortwolke. Die sieht nicht nur überaus schick aus, sondern macht auch echt Spaß damit in einem Blog herumzuirren. Es braucht also eine gewisse Menge an vorhandenen Tags - insgesamt (nicht per entry) - um Gruppierungen und Überraschungen zu finden; sich treiben zu lassen. Tags sind nicht nur für graue Eminenzen in Universitätsbibliotheken. Tags sind wie Serendipity. Bunt und Lebendig! 🦋Finde etwas ... was du vielleicht gar nicht gesucht hast! 😁