Recherche avancée

Médias (1)

Mot : - Tags -/livre électronique

Autres articles (109)

  • Modifier la date de publication

    21 juin 2013, par

    Comment changer la date de publication d’un média ?
    Il faut au préalable rajouter un champ "Date de publication" dans le masque de formulaire adéquat :
    Administrer > Configuration des masques de formulaires > Sélectionner "Un média"
    Dans la rubrique "Champs à ajouter, cocher "Date de publication "
    Cliquer en bas de la page sur Enregistrer

  • Emballe médias : à quoi cela sert ?

    4 février 2011, par

    Ce plugin vise à gérer des sites de mise en ligne de documents de tous types.
    Il crée des "médias", à savoir : un "média" est un article au sens SPIP créé automatiquement lors du téléversement d’un document qu’il soit audio, vidéo, image ou textuel ; un seul document ne peut être lié à un article dit "média" ;

  • Contribute to documentation

    13 avril 2011

    Documentation is vital to the development of improved technical capabilities.
    MediaSPIP welcomes documentation by users as well as developers - including : critique of existing features and functions articles contributed by developers, administrators, content producers and editors screenshots to illustrate the above translations of existing documentation into other languages
    To contribute, register to the project users’ mailing (...)

Sur d’autres sites (11998)

  • Evolution #2790 (Fermé) : JS inline pour Mediabox même quand désactivé

    1er décembre 2013, par b b

    Le bug est corrigé depuis 13 mois maintenant :

    http://zone.spip.org/trac/spip-zone/changeset/67704

    On ferme :)

  • Evolution #3109 (Nouveau) : Generaliser la #PUCE en étendant doc.spip.org/@definir_puce

    2 décembre 2013, par YannX spip

    Bonjour,

    Cela serait bien pratique de pouvoir facilement "étendre" la bien-connue #PUCE
    en syntaxe courte (tout en profitant du cache du compilateur) en #PUCE_VERTE (ou autre couleur)..

    Il suffi_rai_t d’ecrire dans mes_fonctions.php (ou dans un plugin...)
    // cf. http://doc.spip.org/@balise_PUCE_dist
    function balise_PUCE_VERTE_dist($p)
    $p->code = "definir_puce(’images/puce_verte’)" ;
    $p->interdire_scripts = false ;
    return $p ;

    SI

    // http://doc.spip.org/@definir_puce
    function definir_puce($puce = ’puce’)
    ....
    $p = $puce . (test_espace_prive() ? ’_prive’ : ’’) ;
    ....

    PS : j’avoue que je n’ai pas cherché à rajouter un paramètre de sous-dossier...

    Nota Bene : Tout cela parce que la #PUCE.gif d’origine est légèrement décalée
    (pour correspondre aux alignements courants, sans utiliser vertical-align:middle ;
    et que balise_img() et http_img_pack() ne m’ont pas paru faciles a utiliser.

    P.PS (j’ai bien noté qu’il ne faut pas faire plusieures suggestions en une fois,
    mais l’idée était de pouvoir transformer un #CHAMP en #LOGO-12 ou -24 ...)

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

Navigation