Recherche avancée

Médias (1)

Mot : - Tags -/lev manovitch

Autres articles (72)

  • Installation en mode ferme

    4 février 2011, par

    Le mode ferme permet d’héberger plusieurs sites de type MediaSPIP en n’installant qu’une seule fois son noyau fonctionnel.
    C’est la méthode que nous utilisons sur cette même plateforme.
    L’utilisation en mode ferme nécessite de connaïtre un peu le mécanisme de SPIP contrairement à la version standalone qui ne nécessite pas réellement de connaissances spécifique puisque l’espace privé habituel de SPIP n’est plus utilisé.
    Dans un premier temps, vous devez avoir installé les mêmes fichiers que l’installation (...)

  • Formulaire personnalisable

    21 juin 2013, par

    Cette page présente les champs disponibles dans le formulaire de publication d’un média et il indique les différents champs qu’on peut ajouter. Formulaire de création d’un Media
    Dans le cas d’un document de type média, les champs proposés par défaut sont : Texte Activer/Désactiver le forum ( on peut désactiver l’invite au commentaire pour chaque article ) Licence Ajout/suppression d’auteurs Tags
    On peut modifier ce formulaire dans la partie :
    Administration > Configuration des masques de formulaire. (...)

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

  • Revision 117728 : Une branche pour travailler la rééecriture de la partie JS des ...

    6 septembre 2019, par maieul@… — Log

    Une branche pour travailler la rééecriture de la partie JS des
    afficher_si. L’idée étant d’avoir un seul script unique, quelque soit le
    formulaire, qui tire ses infos depuis le data-afficher-si.
    Intérêts :
    - gain de performance
    - un seul js en cache
    - moins de ligne de code
    - on pourra faire les tests conditionnel uniquement pour le champ qui
    vient de changer, et pas pour tout les champs
    - gain de lisibilité de code
    - possibilité de créer des tests unitaires
    - uniformisation de la syntaxe entre la version PHP et la version JS, en
    utilisant le même parseur
    - a terme, possibilité d’ajouter deux fonctionnalités :
    - MATCH pour des regexp
    - TOTAL() pour le nombre de case cocher sur des checkbox multiple
    L’objectif de cette branche est déjà la réécriture à fonctionnalité
    constante. On mergera (ou plutôt rebasera) dans master/trunk après
    retour des gens.

  • Revision 116030 : Une branche pour travailler la rééecriture de la partie JS des ...

    20 juillet 2019, par maieul@… — Log

    Une branche pour travailler la rééecriture de la partie JS des
    afficher_si. L’idée étant d’avoir un seul script unique, quelque soit le
    formulaire, qui tire ses infos depuis le data-afficher-si.
    Intérêts :
    - gain de performance
    - un seul js en cache
    - moins de ligne de code
    - on pourra faire les tests conditionnel uniquement pour le champ qui
    vient de changer, et pas pour tout les champs
    - gain de lisibilité de code
    - possibilité de créer des tests unitaires
    - uniformisation de la syntaxe entre la version PHP et la version JS, en
    utilisant le même parseur
    - a terme, possibilité d’ajouter deux fonctionnalités :
    - MATCH pour des regexp
    - TOTAL() pour le nombre de case cocher sur des checkbox multiple
    L’objectif de cette branche est déjà la réécriture à fonctionnalité
    constante. On mergera (ou plutôt rebasera) dans master/trunk après
    retour des gens.

  • Revision 116033 : Une branche pour travailler la rééecriture de la partie JS des ...

    20 juillet 2019, par maieul@… — Log

    Une branche pour travailler la rééecriture de la partie JS des
    afficher_si. L’idée étant d’avoir un seul script unique, quelque soit le
    formulaire, qui tire ses infos depuis le data-afficher-si.
    Intérêts :
    - gain de performance
    - un seul js en cache
    - moins de ligne de code
    - on pourra faire les tests conditionnel uniquement pour le champ qui
    vient de changer, et pas pour tout les champs
    - gain de lisibilité de code
    - possibilité de créer des tests unitaires
    - uniformisation de la syntaxe entre la version PHP et la version JS, en
    utilisant le même parseur
    - a terme, possibilité d’ajouter deux fonctionnalités :
    - MATCH pour des regexp
    - TOTAL() pour le nombre de case cocher sur des checkbox multiple
    L’objectif de cette branche est déjà la réécriture à fonctionnalité
    constante. On mergera (ou plutôt rebasera) dans master/trunk après
    retour des gens.

Navigation