Recherche avancée

Médias (91)

Autres articles (98)

  • Soumettre bugs et patchs

    10 avril 2011

    Un logiciel n’est malheureusement jamais parfait...
    Si vous pensez avoir mis la main sur un bug, reportez le dans notre système de tickets en prenant bien soin de nous remonter certaines informations pertinentes : le type de navigateur et sa version exacte avec lequel vous avez l’anomalie ; une explication la plus précise possible du problème rencontré ; si possibles les étapes pour reproduire le problème ; un lien vers le site / la page en question ;
    Si vous pensez avoir résolu vous même le bug (...)

  • Contribute to a better visual interface

    13 avril 2011

    MediaSPIP is based on a system of themes and templates. Templates define the placement of information on the page, and can be adapted to a wide range of uses. Themes define the overall graphic appearance of the site.
    Anyone can submit a new graphic theme or template and make it available to the MediaSPIP community.

  • Automated installation script of MediaSPIP

    25 avril 2011, par

    To overcome the difficulties mainly due to the installation of server side software dependencies, an "all-in-one" installation script written in bash was created to facilitate this step on a server with a compatible Linux distribution.
    You must have access to your server via SSH and a root account to use it, which will install the dependencies. Contact your provider if you do not have that.
    The documentation of the use of this installation script is available here.
    The code of this (...)

Sur d’autres sites (13072)

  • 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