Recherche avancée

Médias (1)

Mot : - Tags -/berlin

Autres articles (48)

  • 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

  • Les tâches Cron régulières de la ferme

    1er décembre 2010, par

    La gestion de la ferme passe par l’exécution à intervalle régulier de plusieurs tâches répétitives dites Cron.
    Le super Cron (gestion_mutu_super_cron)
    Cette tâche, planifiée chaque minute, a pour simple effet d’appeler le Cron de l’ensemble des instances de la mutualisation régulièrement. Couplée avec un Cron système sur le site central de la mutualisation, cela permet de simplement générer des visites régulières sur les différents sites et éviter que les tâches des sites peu visités soient trop (...)

Sur d’autres sites (8015)

  • ffmpeg unable to initialize module windows 7 32 bit

    24 septembre 2014, par Williams

    I have installed ffmpeg in window 7 32 bit in my php extension.When i start apache,i am getting message like "PHp startup : ffmpeg : unable to initialize module"

    My Xampp version : 2.5
    My php version : 5.3.8.0

    How to solve this issue ?

  • Evolution #3229 : Utiliser une méthode standard dès que l’on a besoin d’un module JS

    22 octobre 2014, par cedric -

    Il y a plusieurs problématiques : chargement asynchrone, chargement seulement si besoin, dépendances.
    A voir comment traiter ça complètement et proprement, pas de solution idéale en tête.
    Actuellement ma préférence va pour :
    - si le JS a des chances d’être utilisé sur une majorité de page, insertion dans le head pour qu’il soit minifié, concaténé avec les autres scripts et toujours chargé
    - si le JS sera vraisemblablement utilisé sur une minorité de page, on charge son js via getScript+callback ce qui permet de ne le charger que si besoin, et est compatible chargement async par jQl

    Mais ça ne traite pas tous les problèmes.

  • Evolution #3229 : Utiliser une méthode standard dès que l’on a besoin d’un module JS

    23 octobre 2014, par RastaPopoulos ♥

    Mmmh, dans ce cas, pour ces deux points, il faudrait peut-être qu’on écrire un article de documentation qui explique : "Mon plugin ou mon squelette utilise du javascript, comment dois-je l’ajouter ?"

    Et qui liste alors ces deux options avec le code qui va bien montrant comment l’insérer.
    Actuellement chacun⋅e se débrouille comme ille peut, sans savoir où est l’exemple parfait à copier.

    Pour ton deuxième point, je dis ça dans le vide, mais peut-être qu’il y aurait moyen aussi d’encapsuler ça dans une fonction propre à SPIP qui fait ce travail de getScript/callback ? Genre spip_inclure_javascript(’chemin/du/js’) en expliquant où il faut l’utiliser ?

Navigation