[Plateforme MediaSPIP.net] - Tickets

Liste des tickets de la plateforme MediaSPIP.net

http://www.mediaspip.net/spip.php?page=tickets

Les articles publiés sur le site

  • Inscriptions3 + Champs Extra

    6 août 2018

    Bonjour,

    Voici quelques points liées à l'utilisation de Champs Extra dans Inscription 3. Je vais détailler un peu mais dans l'idée, il s'agit d'adapter l'affichage de champs ou de leur valeur selon leur nature (input, radio, select ou fieldset), pour l'heure cela semble bien pensé pour les inputs et textarea, mais pour le reste ça pèche un peu.

    Page des utilisateurs (ecrire/ ?exec=inscription3_adherents) :

    Bug :
    Les champs fieldset et explication provoque une erreur alors qu'il devrait être ignorer. Il va de soit qu'on ne devrait pas cocher la colonne 'table' pour ces champs dans la page de configuration, mais malheureusement c'est une erreur fréquente.

    Soucis d'affichage :

    1. Pour les selects, les entêtes des colonnes sont erronées, on voit par exemple 'label_nom_champs' au lieu du nom du champs
    2. Pour les selects, on voit dans les cellules du tableau et non des valeurs
    3. Les dates sont au format SQL, pas si simple à lire pour les utilisateurs.

    Page de configuration (ecrire/ ?exec=configurer_inscription3) :

    Bug :

    • Dans la première colonne dans la partie des champs extras, le label est vide pour les checkbox, impossible de les identifier sinon par l'ordre dans la liste.
    • Idem avec les champs 'explication'
    • Il faut supprimer les cases à cocher de la colonne 'Table' pour les champs 'explication' et 'fieldset', ils créés l'erreur fatales dans la page des utilisateurs.
    • Il faut supprimer les cases à cocher de la colonne 'Obligatoire' pour les champs 'explication' et 'fieldset', car si ils sont cochés, le formulaire d'inscription ne pas être validé par l'utilisateur, c'est une erreur fréquente chez moi...

    Groupe de champs :

    Par le passé, j'ai voulu exploiter les fieldsets (Groupe de champs) de champs extra, pour grouper des champs...
    Malheureusement, cela ne semble pas être pris en charge par Inscription3.
    Les champs groupés disparaissent de la page de configuration, ils en deviennent inconfigurable...
    Et on perds les options d'affichage conditionnel par groupe par exemple...

    Vous pouvez compter sur moi pour des tests suite à la correction de ces bugs.

    Merci d'avance,

    Jul

  • Listes des utilisateurs

    3 août 2018

    Bonjour,
    J'utilise Inscription3 pour nombreux de mes sites associatifs, et je dois dire que cela me rends un fier service ;)
    Je souhaite vous signaler un problème gênant sur mes sites (SPIP 3.2.1) et Inscriptions 3 (3.6.10) sur un hébergement PHP 7 , je signale que sur PHP 5.6, ca ne bronche pas ;)

    Il s'agit de l'affichage du tableau des utilisateurs dans la page /ecrire/ ?exec=inscription3_adherents

    1. Fatal error: Uncaught Error: [] operator not supported for strings in /plugins/auto/inscription3/v3.6.10/inscription3_pipelines.php:45
    2. Stack trace:
    3. #0 /ecrire/inc/utils.php(199): inscription3_i3_exceptions_des_champs_auteurs_elargis('')
    4. #1 /tmp/cache/charger_pipelines.php(1821): minipipe('inscription3_i3...', '')
    5. #2 /ecrire/inc/utils.php(265): execute_pipeline_i3_exceptions_des_champs_auteurs_elargis('') #3 /ecrire/public/composer.php(92) : eval()'d code(21): pipeline('i3_exceptions_d...', '')
    6. #4 /ecrire/public/parametrer.php(128): html_c82499a2fcaabaa96c6e17846b3e8fb5(Array, Array)
    7. #5 /ecrire/public/assembler.php(314): public_parametrer_dist('prive/table_adh...', Array, 'c3dff9893db4337...', NULL)
    8. #6 /srv/data/web/vhos in /plugins/auto/inscription3/v3.6.10/inscription3_pipelines.php on line 45

    Télécharger

    Je tiens à signaler que j'utilise beaucoup de champs extras... Et que même si j'apprécie énormément que ce plugin (Champs extra) soit pris en charge, je note malgré tout un certain nombre de point à améliorer de ce côté la, je pourrais les lister si vous le souhaitez.

    Merci d'avance pour votre assistance !

    Cordialement,
    Jul

  • Amélioration de Smush

    4 mai 2016

    Bonjour,

    J'ai rajouté 2 filtres pour pouvoir débrayer temporairement le traitement automatique : http://zone.spip.org/trac/spip-zone/changeset/96913

    Pour pouvoir les utiliser même quand le plugin n'est pas installé, préférer la syntaxe avec appliquer filtre :

    • |appliquer_filtre{image_smush_debrayer,force=true}
    • |appliquer_filtre{image_smush_embrayer,force=true}

  • Amélioration de Smush

    4 mai 2016

    Bonjour,

    J'ai rajouté 2 filtres pour pouvoir débrayer temporairement le traitement automatique : http://zone.spip.org/trac/spip-zone/changeset/96913

    Pour pouvoir les utiliser même quand le plugin n'est pas installé, préférer la syntaxe avec appliquer filtre :

    • |appliquer_filtre{image_smush_debrayer,force=true}
    • |appliquer_filtre{image_smush_embrayer,force=true}

  • Préférence donnée à mp4 sur webm quand le fichier mp4 est chargé en tant que conversion d’un fichier webm

    21 janvier 2016

    Bonjour,
    le site AlterInfos - América latina (www.alterinfos.org) utilise depuis un an le plugin "Lecteur multimédia HTML5 pour MediaSPIP" qui marche super bien. Merci.
    Jusqu'à présent, les vidéos étaient surtout au format mp4. Mais dans un article récent, les vidéos ont été téléversés au format webm (VP9+Opus), puis, à partir de ces vidéos de référence, une conversion en mp4 a aussi été téléversée. Quand on visualise les vidéos dans Firefox (43, Debian Jessie 64) ou dans Chromium, c'est toujours le fichier mp4 qui est visualisé. Si on met la vidéo au format webm seulement, la vidéo est visualisée dans ce format.
    Ce n'est donc pas un problème de compatibilité du navigateur, mais plutôt peut-être que le fichier "conversion" (mp4) est traité avant le fichier "original" (webm). Si on regarde le code source de la page, le lien vers le mp4 apparaît avant celui en webm.
    Téléverser d'abord le fichier en mp4 puis charger ensuite en tant que "conversion du document" le fichier en webm règle le problème : c'est désormais le fichier en webm qui est joué "par défaut" quand on visualise la vidéo.
    Mais il me semble que ce serait plus logique que ce soit le document de référence et non sa conversion qui soit joué par défaut quand on visualise une vidéo.
    Ça permettrait aussi de choisir la vidéo qu'on souhaite diffuser "par défaut" (dans notre cas, la vidéo webm est beaucoup plus légère [car VP9 et opus], donc c'est assez logique de vouloir que ce soit la vidéo par défaut…
    Cordialement,
    Nicolas

Navigation

Sites Web