Recherche avancée

Médias (1)

Mot : - Tags -/copyleft

Autres articles (104)

  • La gestion des forums

    3 novembre 2011, par

    Si les forums sont activés sur le site, les administrateurs ont la possibilité de les gérer depuis l’interface d’administration ou depuis l’article même dans le bloc de modification de l’article qui se trouve dans la navigation de la page.
    Accès à l’interface de modération des messages
    Lorsqu’il est identifié sur le site, l’administrateur peut procéder de deux manières pour gérer les forums.
    S’il souhaite modifier (modérer, déclarer comme SPAM un message) les forums d’un article particulier, il a à sa (...)

  • Personnaliser en ajoutant son logo, sa bannière ou son image de fond

    5 septembre 2013, par

    Certains thèmes prennent en compte trois éléments de personnalisation : l’ajout d’un logo ; l’ajout d’une bannière l’ajout d’une image de fond ;

  • Support audio et vidéo HTML5

    10 avril 2011

    MediaSPIP utilise les balises HTML5 video et audio pour la lecture de documents multimedia en profitant des dernières innovations du W3C supportées par les navigateurs modernes.
    Pour les navigateurs plus anciens, le lecteur flash Flowplayer est utilisé.
    Le lecteur HTML5 utilisé a été spécifiquement créé pour MediaSPIP : il est complètement modifiable graphiquement pour correspondre à un thème choisi.
    Ces technologies permettent de distribuer vidéo et son à la fois sur des ordinateurs conventionnels (...)

Sur d’autres sites (9321)

  • Anomalie #2381 : Corriger le niveau d’intertitre

    9 juin 2018, par RastaPopoulos ♥

    Par rapport à la proposition au tout début de configuration dans l’interface, j’ai plutôt l’impression que c’est comme pour la configuration "html5" : c’est le jeu de squelette utilisé par le site (celui par défaut ou un autre) qui doit définir ses besoins.

    Les administrateurices, par défaut on n’a pas à préjuger du fait qu’ils savent de quoi il retourne, qu’illes connaissent le HTML, etc. Non, par défaut ce sont juste des admins, qui configurent, activent des fonctionnalités, et valident des contenus : aucun rapport avec la technique.

    Donc le HTML5 devrait être défini en PHP par le jeu de squelette.
    Et le niveau des intertitres des #TEXTE de même, puisque c’est le jeu de squelette qui sait quelles balises précèdent ces textes dans le code (h1, h2…).

    Par défaut le noyau pur n’a pas de squelettes, donc il doit mettre h2, et si la dist a déjà un h2 avant le texte principal (ce qui n’est pas le cas je crois) elle doit redéfinir, et pareil pour tout autre squelette.

  • Documentation #4130 (Fermé) : La balise #NOTES ne renvoie rien tant que la balise #TEXTE n’est pas...

    19 avril 2018

    Apparemment la balise #NOTES ne renvoie rien tant que #TEXTE n’est pas appelé

    Par exemple, j’ai besoin de tester l’existence de notes en début d’article

    (#NOTES


    Cela ne fonctionne pas même si des notes sont présentes.

    Voici ma bidouillle pour résoudre le problème.
    il faut appeler obligatoire la balise #TEXTE

    #SETchargement,#TEXTE
(#NOTES

    Dans ce cas, cela fonctionne.

    Est-ce un bug ou une feature ?
    Il me semble qu’il peut être intéressant de pouvoir retourner la balise #NOTES d’un façon indépendante à #TEXTE même si ces deux balises sont étroitement liées.

  • Anomalie #4114 (Nouveau) : paramètre media:joindre_deballer_lister_zip ignoré

    19 mars 2018, par Alexis Z

    Bonjour,

    Il me semble avoir trouvé une petite incohérence dans le code du plugin media, plus précisément dans la fonction "joindre_deballer_lister_zip" ligne 301, de media/inc/joindre_document.php.
    Sauf erreur de ma part, cette fonction a pour but de déballer le contenu d’un fichier zip qui lui est passé en paramètre dans un répertoire temporaire et de retourner une liste décrivant sont contenus.

    Cette fonction prends deux paramètres $path et $tmp_dir :
    - $path corresponds au chemin du fichier zip à déballer
    - $tmp_dir corresponds au dossier temporaire ou celui-ci sera déballé

    Cette fonction utilise la librairie Pclzip.

    L’incohérence se trouve au niveau du deuximère paramètre, $tmp_dir, celui-ci est censé indiquer dans quel répertoire le contenu du zip sera déballer or ce chemin n’est pas pris en compte par la fonction Pclzip->extraire (ligne 305), et n’est pas non plus pris en compte par la fonction callback ’callback_deballe_fichier’ indiqué à la fonction extraire de Pclzip.
    En effet dans le code le chemin pris en compte est déclaré dans un define "_TMP_DIR" celui-ci déclaré à la ligne 140 de la fonction "joindre_trouver_fichier_envoye" (meme fichier php, début ligne 26).
    ($tmp_dir est uniquement utilisé dans la définition du chemin du fichier qui est renvoyé par la fonction : ligne 317 : ’tmp_name’ => $tmp_dir . $f)

    Donc le paramètre $tmp_dir quasi non-utilisé induit en erreur car on s’attend à se que le contenu ce trouve dans le chemin $tmp_dir de plus si on appeler directement la focntion "joindre_deballer_lister_zip" sans appeler "joindre_trouver_fichier_envoye" on ne définit pas _TMP_DIR et on a une erreur incohmpréensible.

    Du coup, le pire sénario (mon cas) j’appelais "joindre_deballer_lister_zip" après un autre appel "joindre_trouver_fichier_envoye" indirect, donc la variable _TMP_DIR etait défini et le contenu de mon zip déballer à cette endroit alors que je donnais un $tmp_dir completement différent, cette destination restait vide et aucun message d’erreur de la fonction "joindre_deballer_lister_zip".

    Bref, je suggère de prendre en compte pour l’extraction la variable $tmp_dir, et/ou d’ajouter test/définition de la variable _TMP_DIR en début de fonction pour prévenir tout exécution "bizarre".

Navigation