Recherche avancée

Médias (91)

Autres articles (32)

  • Création définitive du canal

    12 mars 2010, par

    Lorsque votre demande est validée, vous pouvez alors procéder à la création proprement dite du canal. Chaque canal est un site à part entière placé sous votre responsabilité. Les administrateurs de la plateforme n’y ont aucun accès.
    A la validation, vous recevez un email vous invitant donc à créer votre canal.
    Pour ce faire il vous suffit de vous rendre à son adresse, dans notre exemple "http://votre_sous_domaine.mediaspip.net".
    A ce moment là un mot de passe vous est demandé, il vous suffit d’y (...)

  • 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 (...)

  • Amélioration de la version de base

    13 septembre 2013

    Jolie sélection multiple
    Le plugin Chosen permet d’améliorer l’ergonomie des champs de sélection multiple. Voir les deux images suivantes pour comparer.
    Il suffit pour cela d’activer le plugin Chosen (Configuration générale du site > Gestion des plugins), puis de configurer le plugin (Les squelettes > Chosen) en activant l’utilisation de Chosen dans le site public et en spécifiant les éléments de formulaires à améliorer, par exemple select[multiple] pour les listes à sélection multiple (...)

Sur d’autres sites (3909)

  • Anomalie #4751 : Refonte du jeu d’icônes : retours et commentaires

    29 avril 2021, par RastaPopoulos ♥

    Oui super boulot, merci beaucoup.

    Pour l’argumentation, je suis totalement d’accord avec tcharlss : même si d’autres choix pourront être faits plus tard, pour le moment on a deux jeux bien distincts :
    - l’un avec des couleurs, et possiblement parfois plus de détails
    - l’autre pour vraiment du symbolique, pour des actions (assez souvent récurrentes)

    Les images liées à une fonctionnalité précise (articles, mots, agenda, etc) seront toujours bien plus nombreuses que celles des actions. Tendant vers l’infini puisqu’on rajoute des plugins régulièrement, et que chacune des fonctionnalités (en dist ou contrib) va utiliser au minimum une ou deux icônes voire plus.

    Pour cette raison, je suis pour l’instant partisan que ces images doivent rester avec une touche de couleur + peuvent être un peu plus détaillées, que les actions symboliques. Car vu leur nombre toujours en augmentation, ça va permettre un moyen (couleur et détail) de les distinguer bien plus facilement, que si elles étaient toutes monochromes.

    Exemples, en conséquence de cette argumentation, qui devraient avoir de la couleur :
    - l’icône pour Documents (surtout que la métaphore c’est une image, un paysage)
    - pour Boite multimédia
    - pour Langue principale du site (alors que Multilinguisme est en couleur, et du coup, on voit moins Langue principale que Multilinguisme, alors que dans l’ordre c’est plus important)
    - et peut-être d’autres :)

  • Evolution #4358 (Nouveau) : Supprimer l’explication d’inscription qui préjuge de l’utilisation

    5 juillet 2019, par RastaPopoulos ♥

    À l’intérieur même du formulaire d’inscription (et non pas dans les squelettes qui l’appellent), il y a un message d’explication qui préjuge de ce pour quoi on demande aux gens de s’inscrire. Ce message change suivant le type de compte à créer (rédac ou visiteur).

    Depuis peu, ce morceau est dans un squelette séparé (inc-) qui permet de le surcharger pour le vider (avant il fallait essayer de le cacher en CSS, et il n’y avait même pas de sélecteur précis).

    Je postule (avec raison bien sûr), que de nos jours, le nombre de sites qui sortent où ces messages ont un sens, et notamment celui pour les visiteurs publics ("Vous avez demandé à intervenir sur un forum réservé aux visiteurs enregistrés.") , sont moins nombreux que ceux où cela n’a strictement aucun sens.

    Je pense donc que dans les prochaines versions (dès 3.3), cela doit disparaitre complètement par défaut. Les chaines peuvent rester, et on peut dire aux quelques rares personnes au monde pour qui ces messages ont un sens, comment l’afficher avant leur formulaire. On peut même l’ajouter dans squelettes-dist pour montrer comment on fait.

    Mais par défaut, le formulaire d’inscription fourni, doit être générique, avec juste le nécessaire. Les explications autour sont du ressort du site qui utilise (squelettes-dist par défaut et chacun dans son coin suivant son besoin).

  • Anomalie #3017 : Gestion des versions de plugins

    6 juillet 2021

    Il y aurait beaucoup de choses à dire là dessus.
    Personnellement je ne suis pas hyper motivé par la chose car en gros on demande au fil du temps de plus en plus à SVP d’être aussi bon que Composer pour la gestion de versions.
    Ça demanderait à refaire completement la logique de SVP.

    - D’abord à interroger une API externe pour obtenir la liste des plugins / paquets compatibles avec notre version de SPIP (plutôt que de passer par des dépots qui contiennent aussi les paquets pour des versions de SPIP qui ne nous concernent pas). Déjà cette partie est à faire (mais c’est pas le plus dur, vu que Eric a déjà fait une partie de job)
    - Ensuite ça veut dire stocker localement (soit en bdd comme maintenant, soit autrement — ce qui serait mieux) l’ensemble des paquets possibles pour chaque plugin : il peut y en avoir un grand nombre (1 par tag en gros…)
    - Et gérer tous les cas supplémentaires de mises à jour que toutes ces possibilités composent.

    Le SAT Solver (https://fr.wikipedia.org/wiki/Probl%C3%A8me_SAT) de SVP n’est déjà pas parfait. Il mériterait d’être refait avec un PHP plus récent. Et peut être utiliser une librairie spécifique pour ce travail mais je ne sais pas si ça existe en PHP, mis à part celui de Composer...

    Bref tout ça pour dire que… à vouloir refaire Composer dans SVP… avec nos moyens humains et connaissances du sujet loin d’être aussi grandes que l’équipe de Composer, j’ai peur qu’on s’enlise.