peut être en installant le plugin « historique_spip32_documents » qui permettrait de retrouver l’ancienne gestion ?
Mais là, c’est plus de l’incantation que du rationnel
Les devs ont supprimé pas mal de choses à ce niveau sans proposer de doc pour retrouver un fonctionnement identique
Personnellement je n’ai plus de diaporama et les seules infos trouvées sont des discussions entre dev incompréhensibles pour le noob que je suis
Donc je reste en 3.2
Hors sujet
la 2ieme image renvoie sur l’article « son », est-ce voulu ?
Je comprends bien que les raccourcis img, emb ne devraient plud fonctionner en spip4 mais j’attendais que le raccourci doc fonctionne de la même façon qu’en spip3 et qu’au clic sur une image, le popup de la mediabox s’ouvre.
Et oui, pour le lien j’ai mis un article au pif, c’est juste un test de lien.
Pour la mise en page c’est normal si tu mets tes docs en « left ».
Mets-les en « center » ce sera mieux.
Par contre tu as 2 images qui ouvrent la mediabox ?
En center, elles prennent toute la place et donc, évidemment, elles sont l’une sous l’autre…
Avec les paragraphes et le left, elles devraient toutes être collées à gauche.
En plus l’article dans le privé est différent du public…
Effectivement, j’ai les deux images suivantes qui sont cliquable, je viens d’en rajouter une et elle est cliquable également
J’ai supprimé la première, la « nouvelle première » est resté cliquable
J’ai remis la première, elle n’est pas cliquable
j’ai mis une autre image en première position, elle est cliquable
(l’ancienne première passée en second n’est toujours pas cliquable)
J’ai supprimé et uploadé la même image, elle n’est toujours pas cliquable
Il semble que c’est l’image qui pose problème mais ce n’est pas la plus grosse, ni la plus petite et elles sont toutes en jpg…
Non, je suis sur un serveur local, mon hébergeur ne permettant pas pas le choix de php domaine par domaine, je ne vais pas upgrader le php pour les tests.
pour info :
spip 4.0
Apache 2.4
php 7.4
firefox 78.15 esr à jour
Bon, j’y comprend pas grand chose, néanmoins, je pense avoir trouvé ce que tu veux Hélas, je ne vois pas comment insérer du code, sans qu’il soit interprété.
Il y a bien un truc « texte préformaté », qui met des " ’ ", mais cela interprète quand même dès qu’il trouve le signe suivant…
Du coup, j’ai fait une copie d’écran pour éviter, en plus, l’action d’un firewall chatouilleux.
Clt
Je suppose, mais le problème est toujours sur la même image, même après suppression et ré-upload (ID6 actuellement, ID2 au 1er upload)
De toute façon, il semble que rien n’est fini dans médiabox, le diaporama ne fonctionne plus, et il semble que ce soit volontaire :
ils ont enlevé le portfolio, le choix des transitions mais… laissé le réglage de temporisation du diaporama.
Clt
Je pense que c’est la taille de l’image en question qui pose problème. Si l’image source fait moins de 800 pixels de côté, alors le lien vers la source n’est pas généré, et la mediabox n’a tout bonnement rien à afficher.
Pffiou, c’est pas moi qui aurait pu trouver.
Donc si on a une « petite image » dont les deux cotés sont inférieurs à 800 pixels, la médiabox s’en fout et le visiteur est prié de prendre une loupe pour la voir à partir de la vignette qui fait le tiers de l’image…
Merci pour cette explication qui me conforte dans mon choix de continuer avec spip 3.2
Le choix de ne proposer un affichage plein écran que lorsqu’on dispose d’une image suffisamment grande a d’autant plus de sens aujourd’hui où les tailles d’écrans et densité de pixels sont, en moyenne, supérieures.
@choucas
Pour le reste des nouveautés v4, les devs ont pris le soin d’offrir des options de rétro-compatibilité autant que faire se peut : define('_COMPORTEMENT_HISTORIQUE_PORTFOLIO', true); // permet de réactiver la gestion de portfolio et des modèles différenciés <imgXX|> vs <docXX|>
Et pour la mediabox, la lib historique colorbox a été portée en plugin à part.