18 April

Revisions : SPIP http://core.spip.org/projects/spip/activity

• 23:14
  Anomalie #4623: Styles des fieldset dans l'espace privé - RastaPopoulos ♥ Revisions : SPIP
  Oui marcimat, pour moi la règle c'est qu'un fieldset c'est comme un autre champ en plus gros, donc toujours à utiliser au même niveau que les div.editer. Si on commence à avoir des exceptions dans la structure (parfois à tel endroit parfois pas) après pour les marges c'est l'horreur à styler, faire des exceptions etc. Je pense qu'il faut garder la règle un fieldset == un div.editer en plus gros. Et c'est dans le fieldset qu'il y a un sous div.editer-groupe qui refait une "liste de lignes de champs", pouvant donc de nouveau contenir des div.editer et/ou des fieldset.fieldset (vrai groupe) et/ou (...)
• 22:33
  Evolution #3990: Pouvoir utiliser dans SPIP - Brice Boucard Revisions : SPIP
  Bonsoir, Est-ce qu'il ne conviendrait pas de remplacer la dernière ligne de la fonction return "$pre"; par return "$pre"; Merci par avance pour vos retours !
• 22:31
  Anomalie #4623: Styles des fieldset dans l'espace privé Revisions : SPIP
  Ce que tu suggères Rasta, c'est que même s'il n'y a que des fieldset à la racine du formulaire, de les mettre dans un div.editer-groupe ? Qu'ils soient donc au même niveau que les div.editer et toujours dans un conteneur. J'ai vaguement l'impression que c'est la seule différence par rapport à ce qu'on a à certains endroits dans certains formulaires.
• 21:04
  Evolution #4738: Extraire les chartes et en faire un site à part entière ? - nicod _ Revisions : SPIP
  On a un déjà squelette de base pour de la doc (galactic), ça peut être très rapide à mettre en place.
• 21:01
  Evolution #4738: Extraire les chartes et en faire un site à part entière ? - Maïeul Rouquette Revisions : SPIP
  Je suis à fond pour, d'autant que le menu dev n'étant pas activé par défaut, il faut savoir qu'il existe pour le voir (et donc penser lorsqu'on commence à faire un dev dans spip à tripatouiller la liste de ses menus...)
• 21:01
  Anomalie #4623: Styles des fieldset dans l'espace privé - RastaPopoulos ♥ Revisions : SPIP
  À partir du moment où ya toujours un conteneur sous la legend, pour moi un fieldset n'est pas du tout comme un groupe, mais bien comme "une ligne de champ" (qui à l'intérieur peut avoir des choses multiples plus ou moins complexe, mais relativement à ses lignes sœurs, c'est au même niveau de les autres champs qui précèdent et suivent. Donc je vois plus ça comme ça form div.editer-groupe div.editer div.editer fieldset.fieldset (groupe racine) legend div.editer-groupe div.editer fieldset.fieldset (groupe imbriqué) legend div.editer-groupe div.editer fieldset.editer (faux groupe, champs radios) (...)
• 20:43
  Evolution #4738 (Nouveau): Extraire les chartes et en faire un site à part entière ? - nicod _ Revisions : SPIP
  Yop, je me disais que ce plugin dev, il est utile mais pas très connu quand même, en dehors des développeurs, du coup ces chartes ne sont pas très connues non plus. Je me demandais si on pouvait pas en faire un site à part, en sous domaine, où pourrait se construire justement tout le design system qu'on a commencé évoqué. Après tout, c'est de la doc officielle, mais différente des docs de code SPIP et PHP, c'est de la doc de composants graphiques / interfaces. Ça permettrait d'avoir accès à ces chartes (et plus, à terme) directement en (...)
• 20:31
  Anomalie #4737 (En cours): Erreur recherche dans les forums dans le privé - b b Revisions : SPIP
• 20:31
  Anomalie #4737: Erreur recherche dans les forums dans le privé - b b Revisions : SPIP
  C'est peut-être une erreur de conception si le site de test utilisé lors de l'introduction de l'interface de gestion des forums utilisaient des forums avec comments en mode à plat uniquement. Mais oui, ça ressemble bien un bug, à moins que ça soit une feature, afin de renvoyer moins moins d'éléments dans les résultats d'une recherche (pour faciliter la lecture ?). C'est bien une feature cf https://git.spip.net/spip/forum/src/branch/master/forum_pipelines.php#L382
• 19:46
  Evolution #4683: Utiliser intl ? - b b Revisions : SPIP
  pas pour la 3.3 donc...
• 19:40
  Anomalie #4729 (Fermé): problème d'affichage dans la colone date - b b Revisions : SPIP
  Je partage l'avis de marcirmat, on ferme et on y reviendra si ce format de date questionne d'autres personnes à l'avenir :)
• 19:34
  Anomalie #4736: nouveau date picker et la modalbox ou les crayons dans le public - b b Revisions : SPIP
  Et donc si un form d'un objet à un champ pour choisir une date, que ce soit de la dist ou editer_evenement d'Agenda ou autre, ça doit marcher qu'on soit dans l'admin ou qu'on l'utilise ailleurs. Je ne voudrais pas parler à la place de Cedric, mais si je ne me trompe pas, c'est exactement ce qu'il décrit par : 4/ en pratique inclure le inc-dateur dans un formulaire marche également dans le site public, que le formulaire soit chargé dans la page principale ou dans un formulaire chargé dans une brique ajax, et cet usage s'est répandu, notamment via saisies et formidable 5/ c'est la seule et unique (...)
• 16:16
  Anomalie #4721 (Fermé): cadre trop petit au moment d'une nouvelle installation, installation impo... Revisions : SPIP
  Bon https://git.spip.net/spip/spip/commit/d87685f2 du coup
• 15:56
  Anomalie #4623: Styles des fieldset dans l'espace privé Revisions : SPIP
  Bon stop (ou pas) ! Il semble que les blocs fieldset ne peuvent pas parfaitement se styler seuls. Manifestement c'est assez récent que les navigateurs acceptent un display:flex; dessus par exemple. J'ai fait quelques tests en partant du formulaire de préférences des menus (tiens d'ailleurs ce formulaire a des div.editer sans div.editer-groupe parent (à corriger !) Il contient un fieldset + .editer-groupe.deux_colonnes (columns: 2) Ce que j'ai testé (sous macOS avec FF, Safari, Chrome & Opéra) : la formule suivante (enlever le .editer-groupe interne et le monter sur le fieldset) (...)
• 14:18
  Anomalie #4623: Styles des fieldset dans l'espace privé Revisions : SPIP
  on peut mettre .editer_beatles parce que c'est un groupe de légende. /me => []
• 12:51
  Anomalie #4623: Styles des fieldset dans l'espace privé Revisions : SPIP
  Dans quelle mesure Tcharles il y a besoin du .editer-groupe dans le fieldset.editer-surgroupe ? Et bien écoute, maintenant que tu le dis, je ne sais pas :) La sémantique de la balise fieldset et de la classe .editer-groupe est finalement la même oui, ton exemple semble plus logique. Des fois même si c'est pas bien, on n'a pas d'autre choix que de rajouter un conteneur pour faciliter ou permettre des choix stylistiques, mais là ça semble pas nécessaire. Je serais incliné à ajouter une classe complémentaire sur les fieldset.editer-groupe quand même, pour distinguer les « groupes avec légende » des (...)
• 11:12
  Anomalie #4623: Styles des fieldset dans l'espace privé Revisions : SPIP
  Je découvre les fieldset.editer qui sont des lignes pour les .choix, introduit assez récemment. Donc ça fait une option de plus à gérer. Dans quelle mesure Tcharles il y a besoin du .editer-groupe dans le fieldset.editer-surgroupe ? Est-ce que ça pourrait servir pour passer les champs .editer dedans en colonne (flexbox horizontal ?) sur certains fieldset ? (Je suppose qu'on en aurait pas besoin pour ça). Et donc que ça simplifierait si on met directement fieldset.editer-groupe form div.editer-groupe div.editer div.editer ... fieldset.editer-groupe legend div.editer div.editer div.editer-groupe (...)
• 00:13
  Anomalie #4623: Styles des fieldset dans l'espace privé - RastaPopoulos ♥ Revisions : SPIP
  c'est vraiment n'importe quoi là pour le coup, faudrait corriger :p

17 April

Revisions : SPIP http://core.spip.org/projects/spip/activity

• 23:41
  Anomalie #4623: Styles des fieldset dans l'espace privé Revisions : SPIP
  Dans le formulaire des articles : https://git.spip.net/spip/spip/src/branch/master/prive/formulaires/editer_article.html#L52 Dailleurs c'est au même endroit qu'il y a la combinaison bizarre .editer.fieldset : https://git.spip.net/spip/spip/src/branch/master/prive/formulaires/editer_article.html#L50
• 23:34
  Anomalie #4623: Styles des fieldset dans l'espace privé - RastaPopoulos ♥ Revisions : SPIP
  mmh ya plus de h3 à la place de legend depuis un bon moment normalement, t'as vu ça dans quels forms ? (c'était l'ancienne méthode avec h3.legend car mieux stylables, mais nawak niveau accessibilité donc retour aux legend partout normalement)
• 23:05
  Anomalie #4623: Styles des fieldset dans l'espace privé Revisions : SPIP
  Disgression : au fait, quelle était l'intention derrière le fait de mettre des à la place de dans les fieldsets ? Faut que je retourne voir comment c'était stylé avant, moi du coup je les affiche comme des , mais c'était peut-être pas le but ? Et une dernière réflexion tardive pour la route : toujours avec le 2ème exemple de marcimat, en ajoutant une classe aux fieldsets je trouve que la structure devient plus naturelle, ne se pose plus la question de savoir s'il faut les encapsuler dans un conteneur ou pas. form .editer-surgroupe (= fieldset) .legend .editer-groupe .editer .editer ... (...)
• 22:32
  Anomalie #4623: Styles des fieldset dans l'espace privé Revisions : SPIP
  Le 2) c'est moins complexoïde je trouve ⓐmarcimat Pour voir en ajoutant des .editer-groupe avant/après, et un fieldset.editer : form .editer-groupe .editer fieldset.editer (.choix) fieldset .editer-groupe .editer ... .editer-groupe .editer ...
• 22:19
  Anomalie #4623: Styles des fieldset dans l'espace privé Revisions : SPIP
  Récapitulons tout ce qui existe : 1. fieldset : un fieldset 2. div.fieldset + fieldset : un fieldset mais dans un conteneur 3. fieldset.editer : conteneur pour les .choix, donc visuellement c'est un .editer avec le padding gauche 4. div.editer.fieldset + fieldset = un conteneur de fieldset mais qui a aussi la classe .editer, alors qu'il faut l'afficher comme un fieldset (vu sur un form de la dist) Je suis plutôt de l'avis de marcimat : virer les conteneurs div.fieldset, donc ne garder que 1. et 3. (edit : répondu avant de voir les 2 messages (...)
• 22:12
  Anomalie #4623: Styles des fieldset dans l'espace privé Revisions : SPIP
  Oui, j'avais pas pensé au coup des ul / li d'avant. Le constat que je vois c'est que soit tu as la structure : form .editer-groupe .editer.fieldset fieldet .editer-groupe .editer ... soit : form fieldet .editer-groupe .editer ... La différence vient de "est-ce que j'ai d'autres champs à la racine que des fieldset" : si oui je dois mettre un .editer-groupe, sinon, le .editer-groupe + .editer.fieldset racine ne sert à rien et on peut enchainer des fieldset (...)
• 22:06
  Anomalie #4623: Styles des fieldset dans l'espace privé - RastaPopoulos ♥ Revisions : SPIP
  AH mais je sais marcimat, tout simplement ! C'est parce qu'il n'y a encore pas si longtemps, tous les formulaires étaient en liste ul/li ! Et donc chaque "ligne" devait obligatoirement être dans un li avant d'avoir son vrai contenu dedans, interdit d'avoir autre chose. Ensuite on a transformé tous les li en div, en laissant le même contenu dedans. Donc à voir si on l'enlève ou si on décide quand même de garder un conteneur uniforme, càd qu'au même niveau de blocs frères, ça doit toujours des conteneurs neutres (div avec une classe), et ensuite dedans les vrais éléments de formulaires. Mais (...)
• 22:03
  Evolution #4683: Utiliser intl ? - Maïeul Rouquette Revisions : SPIP
  dans inc/charsets.php il y a aussi des choses qui pourraent être simplifié, mais je crois pas que cela veille la peine de reecrire juste pour cela.
• 22:02
  Anomalie #4623: Styles des fieldset dans l'espace privé Revisions : SPIP
  Un peu d'archéologie : La classe ".editer_type_fieldset" est Introduite là, là https://git-mirror.spip.net/spip/spip/-/commit/31ff8a5d58c4 avec un message de commit peu explicite (il y a les changements de en h3.legend aussi) donc ça doit concerner les facilités de stylages. Sur ce commit, "editer_type_fieldset" est conservé (le seul, pour compat ie6 et 7), alors que tous les autres ".editer_type_input" "editer_type_select" et autres ont été supprimés. https://git-mirror.spip.net/spip/spip/-/commit/f60b051a98 Remplacé ensuite de .editer.editer_type_fieldset+ fieldset en .editer.fieldet + (...)
• 21:57
  Evolution #4683: Utiliser intl ? - Maïeul Rouquette Revisions : SPIP
  pour ma part je parlais juste de faciliter le tri alpha de certaines choses (typiquement ca m'agace sur les listesd'objets d'avoir Evenement à la fin !) Et je pense qu'on a un paquet de fonction de conversion/normalisation des chaines qui pourraient s'appuyer dessus.
• 21:45
  Evolution #4683: Utiliser intl ? Revisions : SPIP
  C'est pas un problème d'ajouter une dépendance à une librairie déjà très présente sur les serveurs (intl). La question plutôt est de l'ajouter si effectivement y a le besoin ! Probablement que ça permettrait de nettoyer quelque part du code… je sais pas… ? Tu as des exemples dans le core où ça servirait ?
• 21:35
  Anomalie #4623: Styles des fieldset dans l'espace privé Revisions : SPIP
  Je me demande si on pourrait pas proposer un petit nettoyage effectivement et clarifier tout ça. On a vu le premier div du ne sert plus (c'était pour la validation xhtml stricte) Avoir div.fielset + fieldset je ne sais pas pourquoi ça avait été fait ? par contrainte pour le plugin Saisies ? Je verrais bien fieldset tout court (et ignorer la classe .fieldset des existants comme ça ça ne gêne pas les formulaires existants) ou fieldset.editer-fieldset pour rappeler .editer-groupe Possiblement ce double div + fieldset pouvait venir d'une époque où on ne pouvait pas styler avec :before et :after ? (...)
• 21:26
  Anomalie #4623: Styles des fieldset dans l'espace privé Revisions : SPIP
  Je propose pour ce ticket d'en profiter pour uniformiser tous les quelques formulaires qui ont des "vrais" fieldsets toujours dans un conteneur. Ah oui, je suis en plein confronté à ce problème pour gérer les marges et tout ça, si on peut uniformiser super. Dans la charte c'est sans conteneur .fieldset, alors pour comprendre quel est le cas normal et quelles sont les exceptions, c'est sport. Donc la vraie règle c'est avec conteneur .fieldset, c'est bien ça ? (Pour que j'adapte la charte au (...)
• 21:05
  Anomalie #4623: Styles des fieldset dans l'espace privé - RastaPopoulos ♥ Revisions : SPIP
  Bé oui ça n'a pas de rapport avec la fin, c'est que dans n'importe quel form, même sans aucun groupe imbriqué, juste ceux racines, il peut y avoir alternance entre fieldsets et champs. Par ex : Prénom, Nom, Adresse (fieldset regroupant des champs logiques entre eux), Téléphone, Etc. La règle algorithmique étant : il faut au moins voir la fin de tous les fieldsets qui sont suivis d'un élément n'étant pas un fieldset ni les boutons de fin. Et je vois mal comment automatiser ça au niveau production du code puisque par exemple pour un objet, qui aurait à la fin un fieldset, on pourrait se dire qu'on n'a (...)
• 20:57
  Anomalie #4623: Styles des fieldset dans l'espace privé - Maïeul Rouquette Revisions : SPIP
  comme exprimé, lorsque vous aurez besoin d'adapter saisies en terme de class, etc, vous me donnez le cahier des charges et je m'en chargerai (sauf si vous voulez le faire vous même !)
• 20:53
  Anomalie #4723: Commit pour $GLOBALS['spip_pipeline']['all'] - jluc - Revisions : SPIP
  Faudrait faire un commentaire upstream alors ?
• 20:51
  Anomalie #4623: Styles des fieldset dans l'espace privé Revisions : SPIP
  sinon par defaut pas de border bottom sauf si le fieldset a une class last ? Ah oui avec un classe ça serait bien plus simple, plutôt que de se faire des noeuds CSS à la tête, Saisies pourrait l'ajouter automatiquement. Cela dit je crois que la règle ne porte pas nécessairement sur les derniers fieldsets, mais sur tous ceux qui ne sont pas suivis d'un autre fieldset. Si je me trompe pas il peut y avoir un .editer ou un .editer-groupe entre 2 fieldsets.
• 20:28
  Anomalie #4623: Styles des fieldset dans l'espace privé - cedric - Revisions : SPIP
  avec un :last-child-of-type ? ou sinon par defaut pas de border bottom sauf si le fieldset a une class last ?
• 20:23
  Anomalie #4623: Styles des fieldset dans l'espace privé Revisions : SPIP
  Hu, mais il doit y avoir moyen de ruser tout compte fait : pas de bordure en bas des fieldsets eux-mêmes, mais en haut des trucs qui les suivent. Ça va faire suer pour gérer les marges mais ça doit être jouable.
• 20:10
  Anomalie #4623: Styles des fieldset dans l'espace privé Revisions : SPIP
  Ah voilà, un jour... : https://drafts.csswg.org/selectors-4/#relational Si jai bien compris : fieldset border-bottom: 1px solid red; fieldset:has(+ fieldset) border-bottom: 0;
• 19:33
  Anomalie #4623: Styles des fieldset dans l'espace privé Revisions : SPIP
  Je suis bien d'accord avec le cahier des charges, mais je trouverais vraiment dommage de changer de représentation des fieldsets à la racine. Pour ces dernier je trouve que la représentation actuelle est de loin la plus simple, la plus claire et la plus élégante : un simple trait discret en séparation. Ça ne « coupe » pas la lecture, ou disons juste ce qu'il faut pour indiquer qu'on passe à une autre partie. Et c'est 100% des fieldsets utilisés dans la dist, si ça "pète" ceux-là pour s'accommoder d'éventuels fieldsets imbriqués qu'on ne rencontre quasiment que dans formidable, bof quand même. En (...)
• 18:53
  Anomalie #4723: Commit pour $GLOBALS['spip_pipeline']['all'] Revisions : SPIP
  https://git.nursit.net/open/raydebug/-/blob/master/raydebug_options.php#L123 https://git.nursit.net/open/raydebug/-/blob/master/lib/spip-ray/src/Loggers/PipelineLogger.php#L43 Mais je pense que tu as raison pour le trim. Je pense que c'est $all_pipes = '|' . ltrim($a, '|'); + $all_pipes = '|' . ltrim($all_pipes, '|');
• 18:43
  Anomalie #4729: problème d'affichage dans la colone date Revisions : SPIP
  Non : on ne remplace pas une date qui a un sens avec W17 par autre chose avec un S17 qui n'en a aucun pour personne. Soit c'est remplacé par "2019 - Semaine 17" soit on laisse comme ça. Et là je suis plutôt d'avis de laisser comme ça.
• 17:50
  Anomalie #4706: safehtml vire des trucs légitimes - RastaPopoulos ♥ Revisions : SPIP
  Mais moi je passe nulle part, c'est les chaines de langue qui y passent automatiquement (sanitize=true par défaut). Mais quand même ça n'y passe que pour les arguments. Sauf que là le HTML c'est dans une chaine de langue du plugin Intl certes, mais qui ensuite est inséré en argument dans une chaine de langue du plugin Bank, de mémoire. Genre une phrase qui inclut un montant formaté dedans (#MONTANT|montant_formater en gros). En attendant il faudrait au moins que Bank ajoute un sanitize=false sur cette appel, un truc comme (...)
• 16:49
  Anomalie #4706: safehtml vire des trucs légitimes Revisions : SPIP
  J'ai du mal à me faire un avis sur ces attributs data-. Dans ton cas Rasta, le code ajouté ne provient pas d'une saisie utilisateur, pourquoi alors passer par safehtml() ? Est-ce qu'on a pas moyen de dire que "je sais que mon code html que j'ajoute est valide / ok" : c'est le cas si on ajoute des modèles il me semble. Mais si on considère que les attributs data- sont utilisés derrière en JS pour charger des trucs divers s'ils sont présents, c'est peut être pas faux de les brider dans les saisies utilisateurs… Bref, tout ça me questionne (...)
• 12:59
  Anomalie #4623: Styles des fieldset dans l'espace privé - Maïeul Rouquette Revisions : SPIP
  Je ne suis pas tout ce qui se passe, j'avoue. Mais cela me parait pas déconnant d'avoir une classe spécifique désignant la profondeur du fieldset (plutot que je juste le premier niveau), et ce ne serait pas très compliqué à adapter saisies pour qu'il s'en charge. J'ai dit !
• 12:51
  Anomalie #4623: Styles des fieldset dans l'espace privé Revisions : SPIP
  Oué c'est mignon Nicod ! Peut être pas facile à faire par contre :p Avec un border image linear gradient peut être (avec stops 0 gray, marge gray, marge + 1px transparent, 100% transparent)… hum.
• 12:46
  Anomalie #4623: Styles des fieldset dans l'espace privé Revisions : SPIP
  C'est bien pour ça que d'après moi, le cahier des charges doit inclure ce point : "on doit toujours connaitre le début ET la fin d'un groupe, y compris pour les fieldsets racines". Non je ne crois pas Rasta (pour le : y compris pour les fieldsets racines) : ça sous-entends que tu ne sais pas comment va être le formulaire et que la personne qui design du formulaire n'en tient pas compte. C'est peut être vrai pour Formidable potentiellement, mais ce n'est pas vrai pour les formulaires qu'on introduit à la main, comme ceux de ?exec=configurer_contenu où on a une maîtrise totale de ce qu'on fait, et (...)
• 12:39
  Anomalie #4623: Styles des fieldset dans l'espace privé - nicod _ Revisions : SPIP
  J'aime bien le côté arrondi du coin supérieur gauche de la bordure, avec le changement d'épaisseur. Je prolongerais un petit peu horizontalement de quelques pixels, pour bien accrocher la légende, et le top serait de terminer le bloc en bas par le même arrondi. Quelque chose comme ça (bricolé dans Photoshop, j'ai triché)
• 12:34
  Anomalie #4623: Styles des fieldset dans l'espace privé - RastaPopoulos ♥ Revisions : SPIP
  Le problème est montré sur le dernier champ du formulaire formidable : on ne sait pas s'il est du fieldset ou possiblement en dehors du fieldset C'est bien pour ça que d'après moi, le cahier des charges doit inclure ce point : "on doit toujours connaitre le début ET la fin d'un groupe, y compris pour les fieldsets racines". Car à tout moment il peut y avoir des champs avant et après un groupe. Donc on doit savoir quand ça se finit. Et c'est bien si la solution choisie montre ce début-fin sur 100% des forms sans avoir besoin de faire des exceptions. Et pour ça l'idée c'était justement que ça (...)
• 12:31
  Anomalie #4623: Styles des fieldset dans l'espace privé - nicod _ Revisions : SPIP
  marcimat Ο
• 13:36
  Anomalie #4623: Styles des fieldset dans l'espace privé - nicod _ Revisions : SPIP
  En vraie CSS sans trucage : .fieldset .fieldset fieldset margin-left: var(--spip-form-gutter-x); border-left: 3px solid var(--spip-form-border-color); border-radius: 12px; margin-bottom: var(--spip-form-gutter-y); .fieldset .fieldset fieldset .editer-groupe:last-child padding-bottom: 0;
• 12:10
  Anomalie #4717: Erreurs nombre d'argument des filtres - jluc - Revisions : SPIP
  Voici la PR : https://git.spip.net/spip/spip/pulls/160 qui du coup teste aussi $reflection->isInternal() et qui utilise la chaine de langue erreur existante. Ça permet donc un message d'erreur i18n et qui fait référence au source SPIP au lieu du source PHP compilé que personne n'est sensé connaître.
• 11:13
  Anomalie #4737 (Nouveau): Erreur recherche dans les forums dans le privé - jluc - Revisions : SPIP
  Dans la partie privée, lorsqu'on utilise la recherche dans les forums publics (menu Activité / Gérer les forums), c'est le forum en tête du fil (id_thread) d'une bonne réponse qui est renvoyé, pas le forum qui contient le mot cherché. Du coup on ne voit pas le mot recherché. Exemple : Pour l'article "Formidable, le générateur de formulaires" sur contrib https://contrib.spip.net/3284 la recherche du mot "hashage" https://contrib.spip.net/ecrire/?exec=controler_forum&objet=article&id_objet=3284&recherche=hashage renvoie le forum 508211, qui est la question (=id_thred) « Est-ce qu’il (...)
• 10:48
  Anomalie #4736: nouveau date picker et la modalbox ou les crayons dans le public - RastaPopoulos ♥ Revisions : SPIP
  Je suis d'accord pour dire qu'il faut le moins de hack etc ok. Pour autant je ne suis pas d'accord effectivement avec l'argumentation "ça a été fait que pour l'admin de SPIP". De mon point de vue, à peu près tout ce qui est fonctionnel ne fait pas du tout partie de "l'admin de SPIP". D'ailleurs un jour (quand on redécoupera pour Composer par ex) il faudrait déplacer ces éléments dans un autre dossier afin de mieux comprendre (et ça nous forcera à bien faire attention à ce que ces éléments marchent ailleurs) D'un côté le core fournit des briques fonctionnelles (API, formulaires insérables partout, (...)
• 10:33
  Anomalie #4623: Styles des fieldset dans l'espace privé - RastaPopoulos ♥ Revisions : SPIP
  Alors c'est justement ce que je ne voulais pas générer au moins pour les groupes racines : là on se retrouve pour les fieldsets racines avec 2 bordures collées, ce qui fait super lourd visuellement il me semble : bordure du form et direct collé bordure du groupe. Je détaille l'argument du foncé qui était volontaire : quand il y a des décorations claires, certaines personnes (et suivant la qualité des écrans) ne les voient pas ou peu, mais ce n'est pas grave si ce n'est que de la déco. Alors qu'un élément foncé va être vu par un pourcentage bien plus grand de personnes. Comme là il s'agit d'une (...)
• 12:11
  Anomalie #4623: Styles des fieldset dans l'espace privé Revisions : SPIP
  À vous entendre j'ai un peu l'impression que c'est insoluble. À titre personnel : j'aimais bien la démarcation bordure top du fieldset (au contraire même je trouve quelle améliore la lecture, enfin pour celui du premier niveau) je n'aime pas pour sûr non plus le dégradé de bordure sur la proposition de Rasta et je ne suis pas choqué du tout par le "cadre" de la proposition de Nicod ; Ce qui me gène par contre un peu plus c'est de démarquer le premier niveau de fieldset ; ou alors il faudrait pouvoir le désactiver avec une classe. Je comprends l'argument que tu disais pour "si tu demandes une (...)
• 02:18
  Anomalie #4717: Erreurs nombre d'argument des filtres - jluc - Revisions : SPIP
  Pour mémo : function phraser_arite_incorrecte(string $filtre, int $nb_args) : string if (!function_exists($filtre)) // détection des fonctions non existantes ailleurs ? return ''; $reflection = new ReflectionFunction($filtre); $min = $reflection->getNumberOfRequiredParameters(); $max = $reflection->getNumberOfParameters(); if (($nb_args $max and !$reflection->isVariadic())) return " appelé avec $nb_args arguments alors qu'il en faut au moins $min et au plus $max"; return '';
• 02:17
  Anomalie #4717: Erreurs nombre d'argument des filtres - jluc - Revisions : SPIP
  C'est plus simple directement avec la méthode getNumberOfRequiredParameters() ! J'ai donc produit une détection à la compilation des erreurs d'arité des appels de filtres : https://git.spip.net/spip/spip/commit/04b9bb552e936cd156331debd0d37d31285acce7 Ça marche bien, y compris pour les fonctions variadiques comme "printf"... mais pas pour des fonctions comme "concat" qui ne déclarent aucun argument et qui ne sont pas considérées comme variadiques, mais qui utilisent func_get_args() en interne ! Il semble que PHP ne supporte pas une erreur de nombre d'argument pour les fonctions du noyau PHP (...)

16 April

Revisions : SPIP http://core.spip.org/projects/spip/activity

• 21:57
  Anomalie #4736: nouveau date picker et la modalbox ou les crayons dans le public - tofulm - Revisions : SPIP
  (et il n'y a amha aucune bonne raison de faire ça : personne ne veut charger un script js "sur toutes les pages au cas où") Si tu utilises spip pour faire un outils métier, et non pas un site vitrine, alors, oui tu peux charger un js sur toutes les pages. C'est bien dommage qu'il y est justement ce cloisonnement privé / public, mais là n'est pas la question.
• 21:23
  Anomalie #4623: Styles des fieldset dans l'espace privé - b b Revisions : SPIP
  J'aime assez ta proposition ⓐnicod, comme elle garde la ligne qui file du libellé du fieldset vers la droite, je me demande si ça ne serait pas encore plus "percutant" en collant la bordure non pas sur la gauche, mais sur la droite, ainsi on aurait un "bel" effet de fermeture/englobante visuelle (quand on lit de gauche à droite).
• 21:19
  Anomalie #4736: nouveau date picker et la modalbox ou les crayons dans le public - b b Revisions : SPIP
  nicod _ a écrit : Avec saisies ça juste marche, en cochant éventuellement "Charger le javascript et les CSS sur toutes les pages" dans la config pour les popins et autres modales. Ça ne fonctionnait justement pas de manière automatisée, j'ai souvent fourbé de manière honteusement sale pour ça cf https://github.com/brunob/octopouce/commit/99cb1151359950554d0d0c16ec1fa458ab5ed0fb ; et si ça ne fonctionnait bien qu'en cochant une case de config pour charger js et css dans le public, je pense qu'on peut palier ça dans le core avec une bonne doc, car on ne souhaite surtout pas ajouter de clicodrome (...)
• 20:02
  Anomalie #4623: Styles des fieldset dans l'espace privé - nicod _ Revisions : SPIP
  Un essai rapide...
• 19:47
  Anomalie #4623: Styles des fieldset dans l'espace privé - nicod _ Revisions : SPIP
  Le principe est pas mal, mais je n'aime pas trop ces dégradés sur la fin des bordures, ça fait "pas net" et ça ne correspond à aucun autre élément d'UI. Tu as essayé avec juste une bordure à gauche, mais très légère (en luminosité/opacité) et épaisse (0.33em) ? Pétouille : au niveau des marges, la légende d'un fieldset imbriqué devrait être plus proche de ses champs, que des champs du fieldset parent. Et je trouve bizarre que l'input du fieldset imbriqué soit décalé lui aussi vers la droite, même si ça parait logique, c'est bizarre (...)
• 19:32
  Anomalie #4736: nouveau date picker et la modalbox ou les crayons dans le public - nicod _ Revisions : SPIP
  Avec saisies ça juste marche, en cochant éventuellement "Charger le javascript et les CSS sur toutes les pages" dans la config pour les popins et autres modales.
• 18:50
  Anomalie #4736 (Fermé): nouveau date picker et la modalbox ou les crayons dans le public - cedric - Revisions : SPIP
  Alors, comment dire... 1/ Le core fournit un date-picker à usage interne pour l'espace privé, et une méthode de chargement associée 2/ il n'a jamais été supporté que ce date picker ait vocation à être utilisé dans le site public 3/ en conséquence, aucune méthode de chargement pour l'espace public n'a jamais été proposée ni garantie 4/ en pratique inclure le inc-dateur dans un formulaire marche également dans le site public, que le formulaire soit chargé dans la page principale ou dans un formulaire chargé dans une brique ajax, et cet usage s'est répandu, notamment via saisies et formidable 5/ c'est la (...)
• 18:30
  Anomalie #4736 (Fermé): nouveau date picker et la modalbox ou les crayons dans le public - tofulm - Revisions : SPIP
  Merci pour le nouveau datepicker. Pour faire fonctionner le datepicker dans le public, j'ai ajouté l'inclure dans inclure/head.html pour l'avoir sur toutes les pages : [(#INCLUREfond=formulaires/dateur/inc-dateur)] Seulement, le datepicker s'initialise seulement si dans la page, il y a un input.date ou .heure https://git.spip.net/spip/spip/src/commit/21097aece89c1bcb9fed25a3ce0a1effdc792c49/prive/formulaires/dateur/inc-dateur.html#L105 Si sur une page il ne contient pas un input.date et que l'on appelle un modalbox ou un crayon avec un input.date, la datepicker n'est pas activé. Pour (...)
• 16:35
  Anomalie #4729: problème d'affichage dans la colone date - Franck D Revisions : SPIP
  Hello :) Je fatigue vraiment en ce moment :( pfff j'avais pas du tout percuté.... L'idéal serait que le "W" soit traduisable pour pouvoir mettre un "S" mais sinon, ferme le ticket Franck
• 15:59
  Anomalie #4562 (Fermé): Suite #4468 : Unification des CSS pour les boutons et les icônes - cedric - Revisions : SPIP
  ça a donc été fini par https://git.spip.net/spip/spip/pulls/156
• 15:57
  Evolution #4429 (Fermé): Ajouter « configurer » en toutes lettres à côté de l'icône dans la liste... - cedric - Revisions : SPIP
  C'est maintenant un bouton "Configurer" en toutes lettres
• 15:55
  Roadmap #3844 (Fermé): Gérer la parenté dans la déclaration d'un objet éditorial. - cedric - Revisions : SPIP
  C'est donc en fait dans https://git.spip.net/spip/spip/pulls/71 et c'est intégré après moult améliorations
• 15:54
  Anomalie #2580 (Fermé): les icones de l'espace privé sont pas belles et trop petites - cedric - Revisions : SPIP
  On a tout mis en SVG, du coup je ferme. Je sais pas si les nouvelles sont belles, mais elles sont nouvelles, et elles sont plus trop petites car en SVG :p
• 15:53
  Evolution #4573 (En cours): Enlever Jquery UI du Core - cedric - Revisions : SPIP
  Jquery UI est enlevé des zips via https://git.spip.net/spip/spip/commit/c04e7864e5bfb275b6cc4c6cc42d589032937e84 (je ne ferme pas, il faudra vérifier que le zip est bon avant)
• 15:47
  Evolution #4573: Enlever Jquery UI du Core - cedric - Revisions : SPIP
  Pour le dateur c'est réglé via https://git.spip.net/spip/spip/pulls/142
• 15:47
  Evolution #2822 (Fermé): HTML des modèles de pagination - cedric - Revisions : SPIP
• 15:46
  Evolution #4139 (Fermé): pouvoir surcharger plus simplement l'icone date-picker de inc-dateur - cedric - Revisions : SPIP
  Traité donc dans le cadre de https://git.spip.net/spip/spip/pulls/142 #4573 c'est une image css surchargeable
• 14:54
  Anomalie #4623: Styles des fieldset dans l'espace privé - RastaPopoulos ♥ Revisions : SPIP
  Je mets ici un essai fait un peu à l'arrache hier dans le navigateur que j'ai peaufiné un peu ce matin. Les arguments qui vont avec : Je pense que c'est plus léger visuellement à la fois que le master et que dans la branche de cette PR, y compris pour les groupes racines, car il n'y a pas de coupure horizontale. Quand l'œil parcourt de haut en bas, il n'est pas bloqué par des bordures horizontales qui font que l'esprit s'arrête un instant. Les groupes doivent tous être matérialisés par un début et une fin, y compris les groupes racines : il peut y avoir des champs hors groupe après n'importe quel (...)
• 16:00
  Anomalie #4705 (Fermé): plantage dans le chemin d'inclure d'une balise dynamique sous Windows ave... - cedric - Revisions : SPIP
  traité via https://git.spip.net/spip/spip/pulls/144
• 02:25
  Anomalie #4731 (Fermé): Invalid Date Time Revisions : SPIP
  Deux petits soucis de rien du tout… https://git.spip.net/spip/statistiques/commit/fff90c80fdb https://git.spip.net/spip/statistiques/commit/834bd6fa77 Merci.
• 01:59
  Anomalie #4729: problème d'affichage dans la colone date Revisions : SPIP
  En fait quel est le problème ? Parce que "2019-W16" ça veut dire Semaine 16 de 2019… C'est ça qui te gène ? C'est un format de date normalisé aussi. https://en.wikipedia.org/wiki/ISO_week_date
• 01:55
  Anomalie #4735 (Fermé): [3.3] Valeurs Max, jour et veille à 0 sur contrib Revisions : SPIP
  Devrait être corrigé par https://git.spip.net/spip/statistiques/commit/f79d4ff86

15 April

Revisions : SPIP http://core.spip.org/projects/spip/activity

• 11:53
  Anomalie #4735 (Fermé): [3.3] Valeurs Max, jour et veille à 0 sur contrib Revisions : SPIP
  Bonjour, Sur https://contrib.spip.net/ecrire/?exec=stats_visites Dans le cartouche de résumé en dessous des stats, les valeurs sont à zéro.
• 23:23
  Anomalie #4734 (Fermé): [3.3] Lien referers jour et veille ne doivent pas être présent si la conf... Revisions : SPIP
  https://git.spip.net/spip/statistiques/commit/c28e7e225 Pas de referer, pas de chocolat.
• 23:22
  Evolution #4730 (Fermé): Rendre le plug 100% traduisable Revisions : SPIP
  https://git.spip.net/spip/statistiques/commit/211cf1b71 Les trads manquantes.
• 11:44
  Anomalie #4734 (Fermé): [3.3] Lien referers jour et veille ne doivent pas être présent si la conf... Revisions : SPIP
  Bonjour, L'autorisation de la page des referers est : [(#AUTORISERvoirstats|et#CONFIGactiver_referers, oui|==oui|sinon_interdire_acces)] Il faut tenir compte de #CONFIGactiver_referers, oui pour faire les liens ou non dans la page des statistiques vers les referers du jour et de la veille. Ceci afin d'éviter de tomber sur une page en accès interdit (testable depuis https://www.spip.net/ecrire/?exec=stats_visites)
• 16:51
  Anomalie #4735: [3.3] Valeurs Max, jour et veille à 0 sur contrib Revisions : SPIP
  Les balises #MOYENNE et #MAXIMUM Parce qu'en fait, on a juste besoin de la valeur d'aujourd'hui, hier, moyenne sur une période, et maximum sur cette même période.
• 16:35
  Anomalie #4735: [3.3] Valeurs Max, jour et veille à 0 sur contrib - b b Revisions : SPIP
  Ce serait tellement plus simple avec https://contrib.spip.net/Bonux-pour-SPIP3#Balises-et-criteres-de-boucles De quoi tu parles ? Quel est le rapport avec le ticket ?
• 16:27
  Anomalie #4735: [3.3] Valeurs Max, jour et veille à 0 sur contrib Revisions : SPIP
  J'ai essayé de suivre ce qui avait bougé, mais même inc/stats_visites_to_array.php qui est la source de la boucle DATA a bougé. Ce serait tellement plus simple avec https://contrib.spip.net/Bonux-pour-SPIP3#Balises-et-criteres-de-boucles
• 15:10
  Anomalie #4735 (En cours): [3.3] Valeurs Max, jour et veille à 0 sur contrib - b b Revisions : SPIP
  Je crois qu'il manque tout simplement la boucle data qui récupère ces infos, comme c'était le cas ici avant https://git.spip.net/spip/statistiques/src/commit/faaab360738dd20dc6c3e3989382f30da02c63b9/prive/squelettes/inclure/stats-visites-jours.html#L80 PS ça semble venir de ce commit https://git.spip.net/spip/statistiques/commit/81ca1049a35df24585aa74b5033a43972b216bca
• 15:04
  Evolution #4727: Des pictos / icônes symboliques pour tout le monde - nicod _ Revisions : SPIP
  Rien n'empêche de la forker si besoin :)
• 14:31
  Evolution #4730: Rendre le plug 100% traduisable Revisions : SPIP
  Pour les format de date, plusieurs remarques : 1) on utilise les chaines de langues de d3js time-format : https://git.spip.net/spip/statistiques/src/branch/master/lib/d3/time-format/locale 2) ici ça se passe beaucoup en JS et JS sait maintenant traduire (la plupart des navigateurs) différents formats de date https://caniuse.com/mdn-javascript_builtins_intl_locale_script https://developer.mozilla.org/fr/docs/Web/JavaScript/Reference/Global_Objects/Intl/Locale/script donc au pire on aurait pu utiliser ça (et d3 l'utilisera probablement un jour qui sait mais pas pour le moment (...)
• 14:17
  Evolution #4727: Des pictos / icônes symboliques pour tout le monde Revisions : SPIP
  Oui, il semble très bien ce jeu d'icone. L'auteur s'est mis en pause cela dit https://github.com/Remix-Design/RemixIcon/issues/232 a priori temporairement. Mais effectivement y a pas eu de nouveaux commits depuis un petit temps. Espérons que la lib continuera sa vie.
• 13:46
  Evolution #4727: Des pictos / icônes symboliques pour tout le monde - b b Revisions : SPIP
  +1 ne serait que pour la monochromie car à ce jour le privé de la 3.3 fait un peu sapin de noël :p
• 12:57
  Evolution #4727: Des pictos / icônes symboliques pour tout le monde - nicod _ Revisions : SPIP
  cedric - a écrit : J'avoue que j'ai un faible pour ce jeu d'icones +1, simples et élégantes, et sous licence libre.
• 11:25
  Evolution #4727: Des pictos / icônes symboliques pour tout le monde Revisions : SPIP
  Je penchais plus au départ pour des icônes en mode "rounded", mais faut avouer qu'elle est bien sympa cette remix. Peut-être qu'en rusant il serait possible de forcer le style des terminaisons et des raccords pour arrondir légèrement. Mais bon ne bloquons pas là-dessus. Si c'est celle-là qui est retenue, moi ça me va.
• 09:55
  Evolution #4727: Des pictos / icônes symboliques pour tout le monde - cedric - Revisions : SPIP
  Ah mais du coup pointé dans la discussion sur les icones de l'espace privé https://remixicon.com/ semble un très bon package car très complet : 1086 icones toutes déclinées dans une version line et une version fill + 99 sans déclinaison (les icones d'editeur genre h1, h2, sort, text-direction...) totalement open source, sous licence Apache catégorisées : on peut facilement faire un sprite par catégorie et par style (fill/line) optimisées pour la lisibilité et pixel perfect le sprite complet de 2271 icones fait 877ko ce qui donne un ratio de ~395 octets par icone ce qui en fait un pack bien efficace (...)

14 April

Revisions : SPIP http://core.spip.org/projects/spip/activity

• 17:38
  Evolution #3480: La date de dernière connexion n'est pas remplie pour tous les comptes utilisateurs - cedric - Revisions : SPIP
  Et la réponse reste vraie : le core se contente de noter le en_ligne pour les auteurs qui accèdent à ecrire/ et se reporter sur le plugin pour plus de fonctionnalités. On ira pas plus loin dans le core
• 17:35
  Evolution #3480: La date de dernière connexion n'est pas remplie pour tous les comptes utilisateurs - Julien - Revisions : SPIP
  Bonjour, Après avoir fait quelques essais, il me semble que le sujet de ce ticket reste vrai. C'est à dire qu'il est nécessaire d'accéder à l'espacé privé pour que "en_ligne" se mette à jour, et cela même si l'on est webmestre. Le fait se s'authentifier ne suffit pas. Une fois dans l'espace privé, le "en_ligne" est vérifié à chaque hit et se met à jour si l'intervalle est d'une minute au moins. Le plugin date_connexion met bien à jour le champ "date_connexion" lors de l'authentification, puis à chaque hit si on se trouve dans l'espace privé. Ne manque t-il pas un pipeline qui serait appelé suite à (...)
• 15:35
  Evolution #4727: Des pictos / icônes symboliques pour tout le monde - cedric - Revisions : SPIP
  Je crois que les sprites SVG sont pas trop utilisables dans la css par contre, c'est pas supporté partout et c'est encore trop tot. J'aurai tendance à dire que dans la css : soit on utilise les url vers les simples svg : avantage le navigateur ne chargera que les pictos correspondant aux class utilisées et si on se sert pas de cette feature le cout est faible soit on utilise des base64 : avantage tout est dans la css chargé en une fois, mais potentiellement bien inutile (auquel cas il ne faudra inclure cette css qu'en cas de besoin, dans le cas du public) Mais du coup je crois en effet que (...)
• 15:23
  Evolution #4727: Des pictos / icônes symboliques pour tout le monde Revisions : SPIP
  Testé brièvement : les mask-image fonctionnent très bien en substitut de la font-face, et ça hérite bien de la taille du texte. Donc partir des seuls svg il serait possible de générer à la fois le sprite et la CSS des classes sémantiques, super pratique. Je crois que je vais partir là-dessus. Un truc bizarre cependant : quand sur la même page on a à la fois un svg et une classe qui utilisent tous deux le même sprite svg, et bien le navigateur le charge 2 fois. Peut-être qu'à ce compte là, la classe devrait utiliser les svg indépendants plutôt que le sprite. Enfin bon, ce seront des questions techniques (...)
• 15:12
  Anomalie #4717: Erreurs nombre d'argument des filtres - jluc - Revisions : SPIP
  Le compilateur peut vérifier l'arité min et max d'une fonction PHP : function getCountOfNotOptionalParameters(ReflectionFunction $refl) $i=0; foreach( $refl->getParameters() as $param) if ($param->isOptional()) break; $i++; return $i; $reflection = new ReflectionFunction('filtre_implode_dist'); $min = getCountOfNotOptionalParameters($reflection); $max = $reflection->getNumberOfParameters()."\\n"; echo "il faut mini $min arguments et au maximum $max";
• 14:39
  Anomalie #4706: safehtml vire des trucs légitimes - Brice Boucard Revisions : SPIP
  Bonjour, Je me permets de faire un lien vers une observation du ticket concernant l'utilisation de la balise avec les attributs data- qui disparaissent (https://core.spip.net/issues/3990#note-8).
• 14:37
  Evolution #3990: Pouvoir utiliser dans SPIP - Brice Boucard Revisions : SPIP
  Bonjour, Le problème semble être lié à https://core.spip.net/issues/4706, non ?

13 April

Revisions : SPIP http://core.spip.org/projects/spip/activity

• 23:30
  Evolution #4727: Des pictos / icônes symboliques pour tout le monde Revisions : SPIP
  Ça à l'air super intéressant le coup des CSS Masks en substitut des fontfaces. Avec des classes utilisant le sprite svg (mask-image: url(sprite.svg#machin);, ça simplifierait beaucoup les choses : plus qu'une seule ressource à charger. J'ai plus souvenir s'il y avait des difficultés avec les pseudos éléments + background-image pour les tailles, que ça prenne automatiquement celle du texte. Mais à tester donc. Et du coup juste à partir des svg, on pourrait générer en même temps le sprite et la css, über pratique. Ok pour tester tout ça dans un plugin à part dans un 1er temps. Juste une remarque au (...)
• 17:29
  Anomalie #4732: Impossibilité de confirmer le mot de passe d'un auteur manuellement Revisions : SPIP
  Bonjour Touti, Soit je ne comprends pas, soit je ne reproduis pas (spip 3.3-dev à jour) en éditant un auteur dans l'espace privé depuis son formulaire d'édition.
• 17:08
  Anomalie #4732 (Nouveau): Impossibilité de confirmer le mot de passe d'un auteur manuellement - touti touti Revisions : SPIP
  Malgré l'impossibilité d'entrer manuellement le nouveau mot de passe une deuxième fois pour confirmation le retour est un Message d'erreur Les deux mots de passe ne sont pas identiques. Veuillez recommencer. https://git.spip.net/spip/spip/src/branch/master/prive/formulaires/editer_auteur.php#L258
• 16:22
  Anomalie #4728: Dump php, support pour MariaDB - b b Revisions : SPIP
  Pas de problème, je ne ferme pas tout de suite ici pour te laisser faire un retour si le fix mentionné dans l'autre ticket règle bien le problème.
• 16:14
  Anomalie #4731 (Nouveau): Invalid Date Time - Franck D Revisions : SPIP
  Hello :) SPIP 3.3.0-dev GIT [master: 235be9bc] php 8 en local et chez ovh Sur un site vierge et neuf, quand je vais à la page ecrire/?exec=stats_visites&vue=table&graph=years Cela affiche "Invalid Date Time" voir copie d'écran Possible que cela soit logique car n'ayant aucun article, il s'agit d'un site vierge et neuf, mais dans le doute :) Franck
• 16:13
  Anomalie #4728: Dump php, support pour MariaDB - Joachim SENE Revisions : SPIP
  Merci ! Et désolé pour le doublon, j'avais pourtant cherché mariaDb il me semble :( je vais aller voir ce ticket ! b b a écrit : Pour les dumps, il y a déjà un ticket à ce sujet par ici https://core.spip.net/issues/4374 et comme l'auteur n'a pas fait de retour sur le fix apporté, il n'y a pas eu de report en 3.2. Si tu veux, tu peux tester en 3.3 ou en 3.2 en y intégrant le patch mentionné dans le ticket. Sinon, tu mentionnes "Mise à jour via spip_loader.php" mais ne donne pas de détail à ce sujet , un oubli (...)
• 15:57
  Evolution #4730 (Nouveau): Rendre le plug 100% traduisable - Franck D Revisions : SPIP
  Hello :) SPIP 3.3.0-dev GIT [master: 235be9bc] php 8 en local et chez ovh Firefox 87 Si je regarde https://git.spip.net/spip/statistiques/src/branch/master/lang/statistiques_fr.php je viens de me rendre compte que certaines choses, ne sont pas traduisable, ce qui ne doit pas être pratique, pour ceux qui ont une autre langue que le "fr" Il manque la possibilité de traduire: Les mois sous la forme "janv" "févr" etc Les mois sous la forme "Janvier" "Février" Les mots "Date" et "Visites" même si pour ce dernier il y a quelque chose ( (...)
• 15:41
  Anomalie #4729 (Nouveau): problème d'affichage dans la colone date - Franck D Revisions : SPIP
  Hello, j'ai essayer en local mais aussi chez ovh en php 8 et cela fait pareil. spip SPIP 3.3.0-dev GIT [master: 235be9bc] sans même un article dedans Installation d'un spip tout neuf vierge avec uniquement gd2 et les miniatures d'aciver et le plug simplog que j'ai eu via svp J'ai fait l'ajout d'un fichier mes_options après l'installation avec dedans: define('_NO_CACHE', -1); define('_INTERDIRE_COMPACTE_HEAD_ECRIRE', true); error_reporting(E_ALL^E_NOTICE); ini_set ("display_errors", "On"); define('SPIP_ERREUR_REPORT',E_ALL); $GLOBALS['taille_des_logs'] = 500; define('_MAX_LOG', 500000); (...)
• 13:35
  Evolution #4727: Des pictos / icônes symboliques pour tout le monde - RastaPopoulos ♥ Revisions : SPIP
  On parle d'un woff de 80ko pour une lib de 1300 pictos, et donc sûrement carrément moins, 40ko, voire 30ko, voire 20ko, si on choisit une qui n'en a que 300. Même en choisissant celle à 1300 pictos, c'est sans commune mesure avec les 1Mo de UI (872ko de JS et 173ko de CSS). :)
• 13:29
  Evolution #4727: Des pictos / icônes symboliques pour tout le monde - nicod _ Revisions : SPIP
  Comme je disais, en SCSS j'ai une mixin qui me permet des trucs comme ça, ce qui transforme : .machin position: relative; &:after content:''; position: absolute; right: -1em; top: 50%; transform: translateY(-50%); width: 7px; height: 7px; background: svg-url('') center no-repeat; mais bon, on va peut être pas mettre scssphp dans la dist...
• 13:28
  Anomalie #4728 (En cours): Dump php, support pour MariaDB - b b Revisions : SPIP
  Pour les dumps, il y a déjà un ticket à ce sujet par ici https://core.spip.net/issues/4374 et comme l'auteur n'a pas fait de retour sur le fix apporté, il n'y a pas eu de report en 3.2. Si tu veux, tu peux tester en 3.3 ou en 3.2 en y intégrant le patch mentionné dans le ticket. Sinon, tu mentionnes "Mise à jour via spip_loader.php" mais ne donne pas de détail à ce sujet , un oubli ?
• 13:15
  Anomalie #4728 (En cours): Dump php, support pour MariaDB - Joachim SENE Revisions : SPIP
  Si Spip fonctionne bien sur des serveurs utilisant MariaDB (comme chez l'hébergeur Nuxit), cela plante pour deux fonctions essentielles : Sauvegarde de la base Mise à jour via spip_loader.php Pendant la sauvegarde (je crois que c'est donc ecrire/base/dump.php) le préfixe de table est ignoré. Pour une base qui fonctionne avec un préfixe comme spippref* ici les erreurs renvoient spip* comme préfixe utilisé : 2021-04-09 10:26:24 90.3.175.179 (pid 12829) :Pri:ERREUR: no such table: spip_articles - SELECT COUNT(*) FROM spip_articles - (...)
• 13:09
  Anomalie #4721: cadre trop petit au moment d'une nouvelle installation, installation impossble - Franck D Revisions : SPIP
  Je confirme que cela semble faire la correction :)
• 11:14
  Evolution #4727: Des pictos / icônes symboliques pour tout le monde - cedric - Revisions : SPIP
  Sauf que quand tu fais un truc pour l'admin en disant "c'est que pour l'admin", 4 matins plus tard un plugin le réutilise pour le public, les yeux fermés, sans regarder les conséquences, et tu te retrouves à gérer la merde ensuite (cf le dateur, cf jqueryui, ...)
• 11:10
  Evolution #4727: Des pictos / icônes symboliques pour tout le monde - RastaPopoulos ♥ Revisions : SPIP
  et même amha assez simplement la balise #ICON pourrait détecter si l'image demandée est dans un sprite connu, auquel cas elle utilise le sprite, sinon elle utilise le fichier individuel Ça c'est bien prévu dans le cahier des charges :) Pour les classes, si ya une autre méthode que la fonte tant mieux hein, mais ce qui compte c'est continuer d'avoir l'option des classes, surtout pour l'interface d'admin. Car il y a plein de cas où c'est utile quand on veut avoir une interface cohérente maintenable, surtout si elle est modulaire (plugins infinis qui doivent avoir aussi le même style, sans devoir (...)
• 10:30
  Evolution #4727: Des pictos / icônes symboliques pour tout le monde - cedric - Revisions : SPIP
  Hello, dans les jeux d'icone candidat il y a aussi ForkAwesome qui est un fork de la version 4.7 de FontAwesome, et est sous licence libre https://forkaweso.me/Fork-Awesome/icons/ et OpenIconic https://useiconic.com/open (mais je connais pas trop). A noter plusieurs remarques : il faut pas s'occuper du sprite fournit par défaut et de sa taille, car générer un sprite SVG à partir d'une liste d'icones est vraiment trivial, ça prend quelques lignes de PHP et on peut avoir un php-cli pour ça sans soucis. Je mets ci-dessous mon php de build des sprites SVG pour les icons bootstrap du coup ça (...)

12 April

Revisions : SPIP http://core.spip.org/projects/spip/activity

• 23:59
  Evolution #4727: Des pictos / icônes symboliques pour tout le monde - RastaPopoulos ♥ Revisions : SPIP
  La fonte n'a aucune utilité à être insérée avec un HTML dédié avec une balise vide, que ce soit "i" ou "span" : si on a la main sur le HTML alors on doit plutôt l'insérer avec la balise, qui va utiliser le SVG, c'est la méthode à privilégier dans ce cas. La fonte permet d'insérer une icône sur n'importe quel contenu déjà existant, justement parce qu'on n'a pas la main dessus, qu'on ne veut pas changer/surcharger son HTML. C'est à peu près la seule (mais grande) utilité d'avoir aussi la fonte. Cela vaut notamment pour les noms sémantiques : si par exemple on a des boutons de suppressions (btn_supprimer) ou (...)
• 23:29
  Evolution #4727: Des pictos / icônes symboliques pour tout le monde Revisions : SPIP
  Les fontes d'icônes c'est pas top, c'est un peu déprécié aujourd'hui, ça pose pas mal de problèmes. Pour la partie « icônes purement en CSS », c'est à dire sans rien de plus dans le HTML, je crois qu'on n'a pas trop le choix. Dans ce cas ce sont des pseudos-éléments CSS :before ou :after, si on veut que l'icône hérite de la couleur et de la taille du texte, rien d'autre ne marche à ma connaissance. Pas les svg en background-image en tout cas. D'ailleurs au passage mon 2ème exemple était mauvais : Du texte → dans ce cas c'est la balise #ICONE qu'il faut utiliser. Pour les icônes CSS, la proposition était (...)
• 22:57
  Evolution #4727: Des pictos / icônes symboliques pour tout le monde - Maïeul Rouquette Revisions : SPIP
  moi j'ai du mal avec "spipcon". Ca fait "petit con", et c'est pas compréhensible si on a pas l'historique derrière. Pour gagner 5 caractères...
• 20:19
  Evolution #4727: Des pictos / icônes symboliques pour tout le monde - nicod _ Revisions : SPIP
  Les fontes d'icônes c'est pas top, c'est un peu déprécié aujourd'hui, ça pose pas mal de problèmes. Mais si ça devait être utilisé, il faudrait des plutôt que des Et les gros fichiers de sprites svg, ça diminue le nombre de hits, c'est sûr, mais charger plusieurs centaines de Ko de Sprites pour afficher 3 icônes, c'est peut être beaucoup. Et c'est la misère à mettre à jour sans outil spécialisé qui regénère tout le code, et vérifier que ça ne casse pas des choses...
• 18:26
  Evolution #4727 (Nouveau): Des pictos / icônes symboliques pour tout le monde Revisions : SPIP
  Je fais un ticket pour la future PR et poser le plan d'action. C'est la suite de https://core.spip.net/issues/4562#Des-ic%C3%B4nes Proposition pour intégrer un jeu complet d'icônes symboliques.¶ Les besoins sont multiples pour pleins d'éléments d'interface, dans le core et les plugins : des barres d'outils, des boutons d'actions, etc. Et chacun doit réimplémenter ça un peu à sa sauce, notamment dans le privé. C'est un besoin bien distinct des icônes svg de couleur dont on dispose actuellement dans le privé : on veut des pictos symboliques qui héritent de taille et de la couleur du texte, et issus (...)
• 16:40
  Evolution #2184: Passer la dist en HTML5 - nicod _ Revisions : SPIP
  C'est fait, j'ai aussi mis à jour la doc sur spip.net pour inciter à utiliser (pour celleux qui copient collent).
• 16:23
  Evolution #2822: HTML des modèles de pagination - nicod _ Revisions : SPIP
  Voilà, c'est fait.
• 15:44
  Anomalie #4721: cadre trop petit au moment d'une nouvelle installation, installation impossble - nicod _ Revisions : SPIP
  Le problème vient de flex-direction: column; dans https://git.spip.net/spip/spip/commit/2bda100410fcac7d8496472d0a621ebfbab13d3f Je confirme qu'avec height: auto; min-height: 100%; ça corrige.
• 15:31
  Anomalie #4721: cadre trop petit au moment d'une nouvelle installation, installation impossble Revisions : SPIP
  Je disais, (j'ai supprimé le mauvais commentaire !) Que la solution peut être : ⓐmedia (min-width: 640px) - body display: flex; padding: 2em; flex-direction: column; justify-content: center; align-items: center; + body display: flex; padding: 2em; flex-direction: column; justify-content: center; align-items: center; height: auto; min-height: 100%; #minipres margin: 6em auto; width: 580px;border: 1px solid #DB1762;border-radius: 8px;padding: 2em 2em 1.5em 2em;overflow: hidden; #minipres h1 margin-top: -2em;margin-left: -2em;margin-right: -2em;padding: 0.8em;font-size: 1.1em;color: (...)
• 15:28
  Anomalie #4725: SyntaxError: JSon.parse: unexpected character at line 1 column 1 of the JSON data Revisions : SPIP
  J'avais posté ça dans le mauvais ticket : Warning: Undefined array key "low_sec" in ecrire/inc/acces.php on line 164 Ah y a ça en tête du fichier json (réponse brute), la première fois Mais firefox il est tolérant, et la réponse JSON de son débuggueur était correcte !
• 15:25
  Anomalie #4725 (Fermé): SyntaxError: JSon.parse: unexpected character at line 1 column 1 of the J... Revisions : SPIP
  Hop : https://git.spip.net/spip/spip/commit/49efcae7176 MM.
• 15:06
  Anomalie #4725 (En cours): SyntaxError: JSon.parse: unexpected character at line 1 column 1 of th... - b b Revisions : SPIP
  Vous pouvez partager le json en question qu'on regarde ça ?
• 15:01
  Anomalie #4725: SyntaxError: JSon.parse: unexpected character at line 1 column 1 of the JSON data Revisions : SPIP
  Je reproduis sur une installation mais je ne sais pas l'expliquer : le json qui semble téléchargé est pourtant correct. Et en actualisant la page ensuite c'est bon.
• 11:46
  Evolution #2822: HTML des modèles de pagination - RastaPopoulos ♥ Revisions : SPIP
  Ok il s'agit donc de ce ticket : https://core.spip.net/issues/2184
• 11:45
  Evolution #4391: Squelettes de la dist : améliorer le markup et passer à BEM - RastaPopoulos ♥ Revisions : SPIP
  Le bon projet
• 13:31
  Anomalie #4725: SyntaxError: JSon.parse: unexpected character at line 1 column 1 of the JSON data - Franck D Revisions : SPIP
  yop :) J'ai réussi à reproduire et donc fait deux copie d'écran avec ce qui s'affiche dans "réseaux" de l'inspecteur :) J'ai fait du montage, car c'était trop grand A savoir, si je clique sur le "En savoir plus", cela m'ouvre: https://developer.mozilla.org/fr/docs/Web/JavaScript/Reference/Errors/Unexpected_type
• 13:24
  Evolution #4726 (Fermé): Revisions (simplifier l 'usage comme Gribouille) - cedric - Revisions : SPIP
  rien de nouveau sous le soleil : depuis X années, deux révisions successives du même auteur, distantes de moins de 10mn environ sont fusionnées. C'est notamment pour couvrir le cas de l'édition via les crayons où l'on édite champ par champ et avoir toutes les modifs dans une seule révision
• 13:21
  Evolution #4726: Revisions (simplifier l 'usage comme Gribouille) - YannyX Spip Revisions : SPIP
  Bon, apparemment, si on regarde Contrib en privé c'est déjà fait en 3.3-dev ! Option complémentaire : compter et afficher le nombre de lignes/zones révisées entre les deux versions sélectionnées.
• 13:10
  Evolution #4726 (Fermé): Revisions (simplifier l 'usage comme Gribouille) - YannyX Spip Revisions : SPIP
  Sur le Carnet-Contrib, je viens de remarquer que les révisions affichées sont désormais fusionnées lorsqu'elles viennent d'un meme auteur enregistrant régulièrement son brouillon en cours d'edition ; ne pourrait-on généraliser ce comportement dans leplugin-dist revisions
• 11:48
  Evolution #2184: Passer la dist en HTML5 - RastaPopoulos ♥ Revisions : SPIP
  Note pour s'en souvenir : dans ce ticket #2822 la pagination a été changée avec un conteneur qui a été mis à "div" partout. Dans le cadre du changement pour HTML5, il faudra penser à mettre "nav" à la place comme dit par nicod dans les commentaires.
• 11:36
  Evolution #2822: HTML des modèles de pagination - cedric - Revisions : SPIP
  Je comprends bien l'intention, mais à partir du moment où l'appelant (le squelette) doit de toute façon mettre dans un conteneur, et que écrire ou ne demande pas plus d'effort, je trouve qu'il est plus robuste de ne pas imposer de dans le modèle lui même et de laisser ça à l'initiative de l'appelant. Si on impose un contenant dans le modèle, il va falloir y gérer aussi le cas non html5 pour la compatibilité ce qui est quand même un peu dommage. Je trouve bien d'avoir un modèle qui soit agnostique et ne présume pas de l'usage. De plus, si je regarde le pattern, c'est sur le que tu vas vouloir mettre (...)
• 11:31
  Anomalie #4725: SyntaxError: JSon.parse: unexpected character at line 1 column 1 of the JSON data - Franck D Revisions : SPIP
  https://www.spip.net/fr_article4453.html define('_NO_CACHE', -1); define('_INTERDIRE_COMPACTE_HEAD_ECRIRE', true); error_reporting(E_ALL^E_NOTICE); ini_set ("display_errors", "On"); define('SPIP_ERREUR_REPORT',E_ALL); $GLOBALS['taille_des_logs'] = 500; define('_MAX_LOG', 500000); define('_LOG_FILELINE',true); define('_LOG_FILTRE_GRAVITE',8); define('_DEBUG_SLOW_QUERIES', true); define('_BOUCLE_PROFILER', 5000); Je vais essayer de refaire, mais c'est pas simple, marcimat à eu le cas une fois et n'a pas réussi à (...)
• 11:21
  Anomalie #4725: SyntaxError: JSon.parse: unexpected character at line 1 column 1 of the JSON data - b b Revisions : SPIP
  Puis, j'ai ajouter le fichier "mes_options" avec tout dedans Avec tout quoi ? Donne nous le contenu de ce fichier, ça aidera un peu :p
• 11:12
  Anomalie #4725 (Nouveau): SyntaxError: JSon.parse: unexpected character at line 1 column 1 of the... - Franck D Revisions : SPIP
  Hello :) Juste pour dire que je viens de faire un test chez ovh en php 8 (j'ai reproduis aussi chez moi, mais pas systématiquement) Firefox 87 J'ai fait l'installation d'un spip tout neuf (sans le fichier mes_options), Puis, j'ai ajouter le fichier "mes_options" avec tout dedans, activer gd2 et les miniatures, ajouter le dépôt des plugs,et simplog via svp. J'ai été dans /ecrire/?exec=configurer_avancees pour faire l'activation des statistiques et des referes Après, je vais dans ecrire/?exec=stats_visites et là s'affiche le message: SyntaxError: JSon.parse: unexpected character at line 1 column (...)