Recherche avancée

Médias (91)

Autres articles (102)

  • Multilang : améliorer l’interface pour les blocs multilingues

    18 février 2011, par

    Multilang est un plugin supplémentaire qui n’est pas activé par défaut lors de l’initialisation de MediaSPIP.
    Après son activation, une préconfiguration est mise en place automatiquement par MediaSPIP init permettant à la nouvelle fonctionnalité d’être automatiquement opérationnelle. Il n’est donc pas obligatoire de passer par une étape de configuration pour cela.

  • MediaSPIP v0.2

    21 juin 2013, par

    MediaSPIP 0.2 est la première version de MediaSPIP stable.
    Sa date de sortie officielle est le 21 juin 2013 et est annoncée ici.
    Le fichier zip ici présent contient uniquement les sources de MediaSPIP en version standalone.
    Comme pour la version précédente, il est nécessaire d’installer manuellement l’ensemble des dépendances logicielles sur le serveur.
    Si vous souhaitez utiliser cette archive pour une installation en mode ferme, il vous faudra également procéder à d’autres modifications (...)

  • MediaSPIP version 0.1 Beta

    16 avril 2011, par

    MediaSPIP 0.1 beta est la première version de MediaSPIP décrétée comme "utilisable".
    Le fichier zip ici présent contient uniquement les sources de MediaSPIP en version standalone.
    Pour avoir une installation fonctionnelle, il est nécessaire d’installer manuellement l’ensemble des dépendances logicielles sur le serveur.
    Si vous souhaitez utiliser cette archive pour une installation en mode ferme, il vous faudra également procéder à d’autres modifications (...)

Sur d’autres sites (13204)

  • Revision 92733 : fix supplementaire de r80391 (suite de r82954) : il ne faut pas ...

    7 novembre 2015, par cedric@… — Log

    fix supplementaire de r80391 (suite de r82954) : il ne faut pas exclure les articles dont aucun index ne match mais dont l’index d’un mot cle lie match (b_b). A valider

  • Anomalie #4652 : [RGAA/HTM5] summary est déprécié en HTML5 (pour les tableaux)

    18 février 2021, par RastaPopoulos ♥

    euh comment ça pas de rapport avec le core ? tout est bien expliqué plus haut pourtant : si si c’est bien le core qui propose ça, et les sites dans la nature l’utilisent, et donc une fois passé en HTML5, ces sites vont pas revoir leur N quantité d’articles qui ont des tableaux pour retirer le summary : c’est bien à SPIP de générer un truc à jour avec les recommandations du moment non ? Le plugin enluminure c’est juste qu’il ajoute une interface et donc les gens remplissent mieux les infos d’accessibilité, vu que de base SPIP n’a rien pour ça et personne ou presque ne se souvient de tête des subtilités (c’est un des gros points noirs des syntaxes légères : pour les trucs simples, gras, titres, on s’en souvient, mais dès qu’il s’agit de trucs plus complexes…)

  • Evolution #4105 : Constante ou config ?

    1er mars 2018, par placido .

    J’aime bien la proposition de Rastapopoulos.

    Quelques remarques :

    - le nom du pipeline (quand bien même il est intégré à lire_config) mérite, à mon avis, d’être plus explicite (forcer|intercepter|courtcuircuiter). En gros, privilégier la cohérence de la description de l’action plutôt que la cohérence d’organisation formelle du code (car même cette dernière n’est pas inscrite dans le marbre).
    - L’idée de Maïeul à propos de l’avertissement pour l’utilisateur est bonne à prendre. Mais j’ignore dans quelle mesure cela peut être facilement automatiser au niveau des formulaires configurer_xxx. S’agit t’il juste d’inserer une notice avant le formulaire ? Doit-on aussi rendre le champ "disable" quand c’est possible ?
    - Cela n’épargne pas le chantier qui consiste à migrer les constantes de personnalisation en métas (mais ça donne l’occasion d’impulser le mouvement).

Navigation