Recherche avancée

Médias (91)

Autres articles (48)

  • Des sites réalisés avec MediaSPIP

    2 mai 2011, par

    Cette page présente quelques-uns des sites fonctionnant sous MediaSPIP.
    Vous pouvez bien entendu ajouter le votre grâce au formulaire en bas de page.

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

  • Publier sur MédiaSpip

    13 juin 2013

    Puis-je poster des contenus à partir d’une tablette Ipad ?
    Oui, si votre Médiaspip installé est à la version 0.2 ou supérieure. Contacter au besoin l’administrateur de votre MédiaSpip pour le savoir

Sur d’autres sites (9333)

  • Anomalie #3570 (Nouveau) : erreur avec _DEV_PLUGINS

    22 octobre 2015, par jluc -

    Si _DEV_PLUGINS vaut par exemple true au lieu d’un numéro de version,
    SVP installe tout ce qu’on lui demande sans sourciller et
    les messages sont tous en vert "bien activé, bien installé".
    Super !
    Mais le plugin et ses dépendances, au final, ne sont pas installés activés.
    Et il n’y a aucun log.

    Il faudrait au moins mettre un log,
    au mieux tester avant d’installer tout et signaler l’impossibilité et arrêter l’install.
    Détecter et signaler que le format de la constante n’est pas un n° de version valide serait un plus.

  • Revision 91480 : Suite de r90254 : les explications dans le constructeurs de formulaire ...

    26 août 2015, par marcimat@… — Log

    Suite de r90254 : les explications dans le constructeurs de formulaire avaient leurs boutons d’action mal affichés, de même que les onglets à l’intérieur.
    Devrait être plus fonctionnel maintenant. (Beno : ​http://contrib.spip.net/Champs-Extras-3#forum483400)

  • nomenclature #3469 (Nouveau) : Étendre la balise #URL_PAGE à tout objet éditorial

    6 juin 2015, par tetue tetue

    La balise #URL_PAGE affiche actuellement la page fabriquée par le squelette passé en paramètre : http://www.spip.net/fr_article4630.html

    Cette balise pourrait être étendue aux objets éditoriaux de SPIP, de façon à être utilisée facilement, sans paramètre, pour lier explicitement la page SPIP, ce qui est utile pour les objets possédant par ailleurs une URL qui leur est propre, tel que les sites.

    #URL_PAGE afficherait l’url de la page dédiée à l’objet, c’est-à-dire la page générée via le squelette homonyme (sans nécessiter de le passer en paramètre), si ce skel existe, sinon rien.

    Par exemple :

    - dans une boucle SITES, #URL_PAGE afficherait l’url de la page fabriquée par le skel « site » — au lieu de l’actuel [(#ID_SYNDIC|generer_url_entitesite)] anciennement (#ID_SYNDIC, trop barbare — tandis que #URL_FORUM affiche l’url de la page où est affiché le message
    - dans une boucle DOCUMENTS, #URL_PAGE afficherait l’url de la page fabriquée par le skel « document », s’il existe, tandis que #URL_DOCUMENT affiche l’url du fichier multimédia
    - idem avec les FORUMS
    - dans une boucle SYNDIC_ARTICLES, #URL_PAGE n’afficherait rien, car le squelette « article_syndic » n’existe pas
    - dans une boucle ARTICLES, #URL_PAGE afficherait l’url de la page fabriquée par le skel « article », comme #URL_ARTICLE
    - etc.

    Il ne s’agit pas tant qu’une évolution, puisque l’affichage de toutes ces URLs est déjà possible, que d’une homogénéisation et simplification de la nomenclature. Mieux vaut écrire #URL_PAGE que [(#ID_SYNDIC|generer_url_entitesite)], n’est-ce pas ;)

Navigation