Recherche avancée

Médias (1)

Mot : - Tags -/berlin

Autres articles (66)

  • Les tâches Cron régulières de la ferme

    1er décembre 2010, par

    La gestion de la ferme passe par l’exécution à intervalle régulier de plusieurs tâches répétitives dites Cron.
    Le super Cron (gestion_mutu_super_cron)
    Cette tâche, planifiée chaque minute, a pour simple effet d’appeler le Cron de l’ensemble des instances de la mutualisation régulièrement. Couplée avec un Cron système sur le site central de la mutualisation, cela permet de simplement générer des visites régulières sur les différents sites et éviter que les tâches des sites peu visités soient trop (...)

  • Les autorisations surchargées par les plugins

    27 avril 2010, par

    Mediaspip core
    autoriser_auteur_modifier() afin que les visiteurs soient capables de modifier leurs informations sur la page d’auteurs

  • Publier sur MédiaSpip

    13 juin 2013

    Puis-je poster des contenus à partir d’une tablette Ipad ?
    Oui, si votre Médiaspip installé est à la version 0.2 ou supérieure. Contacter au besoin l’administrateur de votre MédiaSpip pour le savoir

Sur d’autres sites (11279)

  • 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

  • Evolution #4080 : Raccourci puce : se débarasser de l’image

    28 septembre 2018, par cedric -

    Je note que la demande initiale simple était "ne plus avoir une image sur cette puce parce qu’on ne peut pas la personaliser" et qu’à la fin il s’agit de tout revoir le fonctionnement des raccourcis SPIP et donc qu’on ne fera rien :)

    Pour revenir au point de départ :

    1/ peut-être ça manque de documentation mais la puce est totalement personnalisable via le mes_options.php :

    $GLOBALS[’puce’] = ’’ ;
$GLOBALS[’puce_rtl’] = ’’ ;
$GLOBALS[’puce_prive’] = ’’ ;
$GLOBALS[’puce_prive_rtl’] = ’’ ;

    2/ ça paraitrait moderne de passer à une puce unicode par défaut décorée en CSS avec un fallback texte pour les sites qui upgraderont sans avoir la CSS qui va bien 

    —

    avec les styles suivants :
    

    .spip-puce b display:none ;
    
.spip-puce 
    
  position : relative ;
    
  top : 1px ;
    
  display : inline-block ;
    
  font-style : normal ;
    
  font-weight : normal ;
    
  line-height : 1 ;
    
  -webkit-font-smoothing : antialiased ;
    
  -moz-osx-font-smoothing : grayscale ;
    

    
.spip-puce:before 
    
content : "\2023" ;

    Avec puce à choisir parmi
    https://unicode-table.com/fr/2023/
    https://unicode-table.com/fr/25B8/
    https://unicode-table.com/fr/25B6/

    Du coup sans ces styles spécifiques, la puce est un simple tiret typographique, et avec les styles c’est un caractère qui s’affiche dans la couleur et taille de texte courante, et stylable

    2b/
    Voire si on veut faire une transition vraiment smoothly on garde le img actuel en fallback dans le span (au lieu du simple tiret), et il ne s’affichera plus que sur les anciens sites qui n’ont pas ajoutés la nouvelle CSS
    (et on prévient que dans une prochaine version cette puce image disparaitra complètement)

    3/ à partir du moment où on a un plugin qui permet de transformer ces puces en liste je pense que garder le comportement actuel par défaut dans SPIP est pertinent et le plus logique

  • Revision 77167 : Ajout d’une pipeline afin de corriger la hiérachie sur les pages : ...

    11 octobre 2013, par tcharlss@… — Log

    Ajout d’une pipeline afin de corriger la hiérachie sur les pages : faire pointer la racine vers la liste des pages au lieu des rubriques

Navigation