Vous n'êtes pas identifié(e).
13 février 2024 Sortie de Dotclear 2.29
Probablement parce qu'aucune des deux bibliothèques mathématiques nécessaires n'est installée et active (GMP ou BC Math)
Il fait partie des filtres livrés avec le plugin antispam, lui-même intégré à la distribution.
Il se nomme "IP Filter v6" dans la liste des filtres.
Ne crions pas victoire tout de suite, ça ne fonctionne pas pour tout le monde, ou le blocage (définitif) est en cours de déploiement et sera bientôt actif partout
D'après https://faq.o2switch.fr/hebergement-mut … er-protect il y a moyen de désactiver l'option « Bloque l'accès aux fichiers utilisés dans le développement des sites internet. Par exemple .git » qui empêche l'affichage des miniatures.
Il n'y a aucune option pour gérer ce préfixe utilisé depuis deux décennies dans Dotclear et qui, à ma connaissance, n'a jamais posé de problème de sécurité à l'usage jusqu'à ces jours (et les changements chez O2Switch) ! J'ai ouvert un ticket (https://git.dotclear.org/dev/dotclear/issues/647) ce matin à ce sujet, mais ça ne sera pas pour tout de suite.
Quant à dire qu'un fichier commençant par un . ne devrait pas être affiché sur le web, je ne me prononcerai pas, n'ayant pas toutes les billes pour juger. S'ils ont des sources pour argumenter ça, ça m'intéresse fortement.
Bon en fait l'erreur a déjà été corrigée il y a 3 semaines (https://git.dotclear.org/dev/dotclear/c … 857c9c0d00) ça sera donc dans la prochaine version.
Merci j'ai rajouté l'enregistrement dans la table et je n'ai plus le message sur le tableau de bord
Parfait !
En attendant que je trouve le pb, il faudrait ajouter un enregistrement dans la table dc_version avec "antispam" dans le champ module et "2.0" dans le champ "version".
Ça devrait éliminer le message d'erreur superflu.
Les reco ont l'air légitimes, script/style inline spa en général une bonne idée (on ne sait pas trop ce qu'il y a dedans), idem pour svg qui peut contenir des trucs bizarre et idem pour iframe.
Ça n'empêche pas de s'abonner au fil et d'avoir un client qui affiche ça correctement.
Quant à pipedream.com, je ne me prononcerai pas, je ne connais pas.
Bonjour,
« j'ai installé dotclear 2.29 … », from scratch ou c'est une mise à jour ?
Bonjour Louisianne,
Depuis la version 2.29 de Dotclear, pour avoir un lien vers l'image originale il faut obligatoirement que l'image possède un texte alternatif or tes images sont insérées sans.
Conséquence : il n'y a pas de lien vers l'image en taille originale, donc ni Lightbox ni Colorbox ne peuvent les utiliser.
problème résolu! j'avais en effet dcCKEditor & dcLegacyEditor activés en même temps.
…
Il est tout à fait possible de les laisser actif tous les deux puisque ça permet de varier leur usage en fonction de la syntaxe (ex, CKEditor pour HTML et legacyEditor pour le wiki ou le markdown).
Concernant le lien vers le média original : seul le texte alternatif est obligatoire pour permettre l'insertion, la description est optionnelle.
En effet le nom du fichier ne devrait pas être initialisé au chargement d'un média pour le texte alternatif, un ticket a été ouvert et corrigé ; ça sera dans la prochaine version (https://git.dotclear.org/dev/dotclear/issues/639).
Ouvrir un lien vers une autre page (ou onglet) contrevient aux principes d'accessibilité qui conduit à permettre le retour en arrière facilement.
Quoi qu'il en soit rien n'empêche de modifier a posteriori ce qui est inséré automatiquement via la médiathèque, quel que soit le format utilisé (wiki, html voire markdown).
Hi Ben,
Yup I have only this, the registered email for his commits is devnull@localhost, which obviously does not help :-)
He provided german translations in locales/de/date.po, main.po, plugins.po
Hello everyone,
I'm considering moving from GPLv2 to AGPLv3 but to do so, I need to get agreement from all the authors who have at least one line of code (whatever the code, PHP, JS, CSS, translation, ...) in the latest version of dotclear (2.29).
I have information on each and every one of them except one, named Martin, who in 2017, in December, provided German translations.
Does anyone know how to contact him (or at least have more information about him)?
----
Hallo zusammen,
Ich erwäge, von der GPLv2 auf die AGPLv3 umzusteigen, aber um dies zu tun, muss ich die Zustimmung aller Autoren einholen, die mindestens eine Zeile Code (unabhängig vom Code, PHP, JS, CSS, Übersetzung, ...) in der neuesten Version von dotclear (2.29) haben.
Ich habe Informationen über jeden einzelnen von ihnen, bis auf einen, namens Martin, der 2017, im Dezember, deutsche Übersetzungen zur Verfügung gestellt hat.
Weiß jemand, wie man ihn kontaktieren kann (oder hat zumindest mehr Informationen über ihn)?
----
Bonjour à tous,
J'envisage de passer de la GPLv2 à l'AGPLv3 mais pour cela, il faut que j'obtienne l'accord de tous les auteurs qui ont au moins une ligne de code (quel que soit le code, PHP, JS, CSS, traduction, ...) dans la dernière version de dotclear (2.29).
J'ai des informations sur chacun d'entre eux sauf un, nommé Martin, qui en 2017, en décembre, a fourni des traductions en allemand.
Quelqu'un sait-il comment le contacter (ou au moins avoir plus d'informations sur lui) ?
Ça joue sur la présence ou pas du texte entre les deux guillemets du alt="".
Normal un alt="" est tout à fait pertinent pour une image et indique qu'on l'a pris en compte et qu'il n'y a pas de texte alternatif, donc une image décorative.
Ça sera implémenté dans la prochaine version publiée
Dotclear gère de la même manière les fichiers JPG et JPEG, pas d'inquiétude de ce côté.
Je viens de refaire le test avec une image JPEG à moi et dont le titre et la description sont renseignés (via Lightroom) et à l'import le titre (texte alternatif) et la description sont bien récupérés
Sur la copie d'écran, on lit que c'est un jpeg.
Ah oui je pensais que le 1er lien fourni pointait vers l'image en question. Difficile de tester dans ce cas si on a pas l'image correspondante.
Une image PNG ne comporte pas d'information Exif, je pense que c'est normal que rien ne soit récupéré.
C'est vérifiable avec https://onlineexifviewer.com/ par exemple
Ouvrir un ticket pour qu'on regarde ça pour une version à venir serait bien, ici : https://git.dotclear.org/dev/dotclear/issues/new
Bonjour,
Je n'arrive pas à créer le ticket. J'ai un compte GitHub qui me permet de me connecter à https://git.dotclear.org/issues. Et là, sous l'onglet Ticket, je ne vois pas la possibilité de créer un ticket. Merci de votre aide.
Franck, j'ai compris mon problème : il existe deux plugins sur DotAddict : magnificPopup et magnific-popup. Moi j'avais le second, et même en 1.1 il lit l'attribut title. Mais en installant la dernière version (4.3) du premier, alors je retrouve bien le comportement que vous décrivez.
Il me reste tout de même un souci. Je suis maintenant obligé, pour insérer des images cliquables, d'avoir un "texte alternatif" renseigné sur chacune de mes images. Que puis-je faire pour facilement remplir ce champ en masse sur mes futures images ? J'en mets souvent une vingtaine par billet et c'est pénible de passer sur mes vingt images, pour chaque futur billet, pour juste saisir un "a" dans le champ "texte alternatif"... Je suis ouvert à toute solution qui m'évite de faire ça, que ce soit avant ou après l'ajout des images dans la médiathèque (je sais par exemple que le champ "description" est alimenté par la métadonnée "titre" de l'image au moment de l'ajout à la médiathèque).
Personnellement je prends le temps, pour chacune des images, d'indiquer un texte alternatif, même minime, c'est la moindre des choses pour celles et ceux qui lisent mon blog sans accès aux images (peu importe la raison), et il y en a.
Il faut savoir tout de même qu'une image qui possède titre et description dans ses informations Exif et ensuite téléversée devrait normalement avoir ses informations remplies par Dotclear.
Vous n'êtes pas identifié(e).
