Recherche avancée

Médias (0)

Mot : - Tags -/content

Aucun média correspondant à vos critères n’est disponible sur le site.

Autres articles (58)

  • Websites made ​​with MediaSPIP

    2 mai 2011, par

    This page lists some websites based on MediaSPIP.

  • Personnaliser en ajoutant son logo, sa bannière ou son image de fond

    5 septembre 2013, par

    Certains thèmes prennent en compte trois éléments de personnalisation : l’ajout d’un logo ; l’ajout d’une bannière l’ajout d’une image de fond ;

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

Sur d’autres sites (12620)

  • Anomalie #3943 : Ordre des items dans le menu de configuration n’est pas le bon

    6 mai 2017, par cedric -

    On propose la spec suivante :

    • les "menus favoris" sont configurables avec un numéro de rang, qui permet de les classer, et d’utiliser la valeur -1 (ou toute valeur négative) pour masquer des items
    • dans l’affichage des sous menus, les menus favoris sont donc affichés en premier, dans l’ordre défini par leur rang, puis un séparateur visuel, puis tous les autres menus dans l’ordre alphabétique
    • une fonction du core surchargeable (inc_definir_menus_favoris_dist) définit les "menus favoris" par défaut qui s’appliquent à tout auteur n’ayant pas défini de menus favoris. Quand l’auteur va dans ses préférences il retrouve ce réglage par défaut, qu’il peut donc personaliser
    • la définition des menus favoris par défaut est une fonction du core, surchargeable une seule fois, ce qui exclut son utilisation par des plugins (fatal error), car les plugins n’ont pas à définir quels menus sont favoris : c’est un choix editorial du core, assumé, pour assurer la cohérence de l’interface

  • Evolution #3509 (Nouveau) : Visualiser un changelog depuis l’interface des plugins

    23 juillet 2015, par placido roxing

    L’idée est d’ajouter un lien sur le numéro de version de chaque plugin depuis la page ?exec=admin_plugin pour afficher (dans une mediabox) son changelog.

    D’aucuns diront qu’il existe déjà un lien vers la documentation... certes. Mais même si cette dernière a été consciencieusement mise à jour, il est rare qu’elle retranscrive exactement tous les derniers changements introduits.
    Une telle source d’informations, rapidement consultable depuis la partie privée, m’apparaît avantageuse au moment d’une mise à jour, voire précieuse pour déceler une éventuelle incompatibilité.
    C’est aussi un bon moyen de voir la fréquence de maintenance du plugin.

    Je pense que l’affichage du lien peut être conditionné - par exemple - à la présence d’un fichier changelog.txt à la racine du plugin, lequel serait affiché dans la mediabox.
    Dès lors, le plus gros de la fonctionnalité ne concerne pas SVP mais l’empaqueteur de la Zone qui pourrait se charger de la génération du changelog de manière automatique.

  • Evolution #4256 : Faire un signalement des mise à jour de sécu

    11 janvier 2019

    Si on pouvait éviter de coder un truc spécifique encore, ça serait bien :)

    Mais sinon, composer.json n’a aucun numéro de version pour le paquet lui-même (à part pour la déclaration des dépendances). C’est le gestionnaire de version qui les gère (les tags en Git par exemple). https://github.com/drush-ops/drush/issues/2947 indique chez Drush https://github.com/drush-ops/drush/pull/3087 qui se base sur un fichier .json de déclaration (pour vérifier des paquets composer). En l’occurrence https://raw.githubusercontent.com/drupal-composer/drupal-security-advisories/8.x/composer.json

Navigation