Recherche avancée

Médias (0)

Mot : - Tags -/xmlrpc

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

Autres articles (70)

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

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

Sur d’autres sites (9352)

  • Evolution #3119 (Nouveau) : Développer le classement des objets de SPIP par Glissé/lâché

    13 décembre 2013, par realet RealET

    Possibilité de classer des articles par drag’n drop dans l’interface privée, par exemple avec sortable ( http://jqueryui.com/sortable/ ) ou mêmes les images et documents, selon ce même principe (une démo http://blog.arnaud-k.fr/demos/jquery-drag-n-drop/ )

    Analyse

    Il y a déjà une balise #RANG qui calcule le numéro de titre s’il y en a un (ça affiche la partie numéro de numéro point espace titre).
    Idéalement, et pour assurer une bonne transition, il faudrait sans doute :

    1. Créer un champ rang
    2. modifier la balise rang en conséquence
    3. Enregistrer le numéro du titre dans le champ rang
    4. Et que l’opération de drag’n’drop :
      • modifie les champs rang impactés
      • et enregistre aussi le numéro point espace dans les titres pour rétro compatibilité (pouvoir débrayer ça par un define dans mes_options)
    5. Et rajouter un bouton pour supprimer le classement

    Et prévoir que dans les boucles, par rang !par date puisse fonctionner correctement si rang à NULL.

    Discussion originale : http://thread.gmane.org/gmane.comp.web.spip.devel/64769

  • début de doc pour deux pipelines

    5 décembre 2013

    MediaSPIP propose deux pipelines :

    • ms_config pour modifier une valeur de configuration
    • ms_ajout_html pour ajouter du HTML dans un squelette.

    Pipeline ms_config

    Le pipeline ms_config est utilisé, par exemple, dans le formulaire de sélection des champs à cacher dans la page d’un média :

    Le pipeline fait donc transiter un tableau avec deux éléments :

    • cle : le nom de la variable de configuration
    • valeur : la valeur de la variable (dans l’exemple ci-dessus, un tableau de champs à cacher)

    Dans un plugin imaginaire "fax", qui utiliserait MediaSPIP, et qui ajouterait un champ fax à la table des articles, on peut utiliser le pipeline ms_config pour ajouter ce nouveau champ fax à la liste de champs à cacher :

    • définir le pipeline dans le fichier paquet.xml du plugin "fax"
    • ajouter le code suivant dans le fichier fax_pipelines.php du plugin
    • en finalement ajouter la chaîne de langue fax:label_case_info_fax dans le fichier lang/fax_fr.php du plugin

    Le champ fax apparaîtra ainsi dans la liste des champs à cacher, dans la page de configuration des squelettes de MediaSPIP.

    Pipeline ms_ajout_html

    Le pipeline ms_ajout_html est utilisé, par exemple, dans le squelette d’affichage d’un média :

    Ce pipeline passe un tableau à deux éléments :

    • data : le HTML produit (vide à l’initialisation, dans cet exemple)
    • args : un tableau contenant les arguments suivants -* squelette : le squelette dans lequel sera inclus le code HTML -* objet et id_objet : la boucle courante dans laquelle a été inclus le pipeline (une boucle ARTICLES dans l’exemple) -* et un paramètre spécifique à ce squelette,
      infos_cachees_medias<code>, qui contient le tableau des champs à cacher.<br /> <br /> Dans le plugin imaginaire "fax" défini plus haut, on utilise le pipeline <code>ms_ajout_html

      pour afficher ou non le nouveau champ fax dans le squelette content/article-medias.html :

    • définir le pipeline dans le fichier paquet.xml du plugin "fax"
    • ajouter le code suivant dans le fichier fax_pipelines.php du plugin
    • créer le fichier inclure/ms_article_medias dans le plugin
    • finalement ajouter la chaîne de langue fax:titre_fax dans le fichier lang/fax_fr.php du plugin

    Le champ "fax" sera ainsi inclus dans les informations de description du média, à condition qu’il n’ait été sélectionné comme champ à cacher.

  • Anomalie #3110 (Nouveau) : Ordre de surcharge des insert_HEAD_CSS

    3 décembre 2013, par YannX spip

    Quand un plugin utilise un autre plugin (typiquement Z),
    les squelettes sont bien surchargés dans l’ordre des utilise/necessite,
    mais cette règle n’est pas respectée par l’insertion des CSS
    (utilisant le pipeline insert_head_css ....)
    qui se restreint à l’ordre ALPHAbétique des plugins...

    Faudrait-il proposer une solution de test en execution,
    pour n’insérer certaines feuilels de style,
    QUE dans le cas ou la page construite par Z fait réellement appel
    à des noisettes fournies par le plugin ?

    De ce fait la surcharge des styles n’est pas garantie,
    et incontrolable (sauf à dupliquer Z en A ;-) !

    PS il ne me semble pas possible de faire une inclusion
    des styles en-ligne au sein de la noisette,
    car cela interdirait toute surcharge en perso.css !