Recherche avancée

Médias (1)

Mot : - Tags -/remix

Autres articles (76)

  • Websites made ​​with MediaSPIP

    2 mai 2011, par

    This page lists some websites based on MediaSPIP.

  • Creating farms of unique websites

    13 avril 2011, par

    MediaSPIP platforms can be installed as a farm, with a single "core" hosted on a dedicated server and used by multiple websites.
    This allows (among other things) : implementation costs to be shared between several different projects / individuals rapid deployment of multiple unique sites creation of groups of like-minded sites, making it possible to browse media in a more controlled and selective environment than the major "open" (...)

  • Personnaliser les catégories

    21 juin 2013, par

    Formulaire de création d’une catégorie
    Pour ceux qui connaissent bien SPIP, une catégorie peut être assimilée à une rubrique.
    Dans le cas d’un document de type catégorie, les champs proposés par défaut sont : Texte
    On peut modifier ce formulaire dans la partie :
    Administration > Configuration des masques de formulaire.
    Dans le cas d’un document de type média, les champs non affichés par défaut sont : Descriptif rapide
    Par ailleurs, c’est dans cette partie configuration qu’on peut indiquer le (...)

Sur d’autres sites (12570)

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

  • Revision 124667 : Nouvelle option pour la description .yaml d’une saisie : hériter d’une ...

    13 mai 2020, par Maïeul Rouquette — Log

    Nouvelle option pour la description .yaml d’une saisie : hériter d’une
    autre saisie.
    Possibilité d’avoir des héritages en cascade.
    Possibilité de régler précisement les options héritées ou pas, via des
    entrées dans le .yaml.
    Pour la documentation, voir
    ​https://contrib.spip.net/ecrire/?exec=article&id_article=5272
    Pour des exemples :
    - dans ce dossier, les tests (tests/saisies + tests/saisies_heriter)
    - la saisie nombre :
    ​https://git.spip.net/spip-contrib-extensions/saisie_nombre
    - la saisie calcul : ​https://git.spip.net/spip-contrib-extensions/saisie_calcul
    En bonus :
    - Ajout d’une fonction saisies_supprimer_identifiants() qui supprime récursivement les identifiants d’une saisie. À utiliser sur les tests unitaires pour éviter d’avoir un identifiant qui change à chaque test.
    - saisies_modifier(), une option ’fusion’, suite à la demande de @Rastapopoulos. en ​https://git.spip.net/spip-contrib-extensions/formidable/issues/25#issuecomment-691

Navigation