Recherche avancée

Médias (1)

Mot : - Tags -/censure

Autres articles (38)

  • HTML5 audio and video support

    13 avril 2011, par

    MediaSPIP uses HTML5 video and audio tags to play multimedia files, taking advantage of the latest W3C innovations supported by modern browsers.
    The MediaSPIP player used has been created specifically for MediaSPIP and can be easily adapted to fit in with a specific theme.
    For older browsers the Flowplayer flash fallback is used.
    MediaSPIP allows for media playback on major mobile platforms with the above (...)

  • Création définitive du canal

    12 mars 2010, par

    Lorsque votre demande est validée, vous pouvez alors procéder à la création proprement dite du canal. Chaque canal est un site à part entière placé sous votre responsabilité. Les administrateurs de la plateforme n’y ont aucun accès.
    A la validation, vous recevez un email vous invitant donc à créer votre canal.
    Pour ce faire il vous suffit de vous rendre à son adresse, dans notre exemple "http://votre_sous_domaine.mediaspip.net".
    A ce moment là un mot de passe vous est demandé, il vous suffit d’y (...)

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

  • Evolution #4695 : Pouvoir filtrer selon divers critère. Principalement : mise-à-jour disponible

    14 mars 2021, par RastaPopoulos ♥

    En fait je viens de me rendre compte : le champ de filtrage libre, permet parfaitement d’effectuer AUSSI ce filtrage ! Donc est-ce qu’il y a vraiment besoin de surcharger l’interface pour ça au final ? Et donc rien à coder (et maintenir) en plus non plus.

    Si tu tapes "mise à jour", ou même juste "à jour", bah t’as immédiatement sans aucun rechargement toutes les mises à jour listée… et avec le nombre associé à gauche.

    Et ça marche aussi pour avoir que TEL TYPE de mise à jour : si tu tapes "fonctionnelle" tu n’as que les mises à jour fonctionnelles, et pareil pour les autres…

    Et ça marche pour toutes les langues… "update" etc suivant ta langue, donc naturellement.

    De mon point de vue finalement, il faudrait juste que le placeholder fournisse des exemples pertinents et ne soit surtout pas un label. Le placeholder doit être utilisé en tant que placeholder. Là c’est "Filtrer" dedans, mais il faudrait plutôt mettre un vrai label autrement, et dedans mettre "nom d’un plugin… mise à jour…".

    Qu’en pensent les zotres ?

  • Evolution #3563 (Nouveau) : Message d’erreur globale

    7 octobre 2015, par Debondt Didier

    Hello,

    Il m’arrive souvent de me retrouver à me dire "là il faudrait parfois afficher un message d’erreur". Sans pour autant être dans un formulaire.
    Et puis, je vois le nombre de niveau que je vais devoir remonter avant de pouvoir accéder à une fonction qui pourrait afficher quelque chose. Et ça fini avec un simple spip_log dans le meilleur des cas.

    Pourtant, je pense qu’on pourrait s’inspirer de Drupal qui propose une "zone" pour afficher les erreurs de manière global.
    Les fonctions d’image par exemple. Si la taille de l’image est trop grande, ça bug et SPIP afficher une page blanche. Les utilisateurs remonte alors le bug "Page blanche" qui pourrait correspondre à n’importe quoi.
    A la place, on pourrai avoir un message d’erreur global qui dirai qu’un des images est trop grande.

    Autre bénéfice : les actions pourraient afficher un message d’erreur quand elle échoue, car elles sont pour la plus part silencieuse vu l’absence de mécanisme d’erreur.

    Bref, cela rendrai SPIP un peu plus bavard sur les erreurs.

  • configure : extend SDL check to accept all 2.x versions

    11 mai 2022, par Christopher Degawa
    configure : extend SDL check to accept all 2.x versions

    sdl2 recently changed their versioning, moving the patch level to minor level
    
https://github.com/libsdl-org/SDL/commit/cd7c2f1de7d9e418bb554047d714dd7cacc020ff
    
and have said that they will instead ship sdl3.pc for 3.0.0
    

    Fixes ticket 9768
    

    Signed-off-by : Christopher Degawa <ccom@randomderp.com>
    
Signed-off-by : Gyan Doshi <ffmpeg@gyani.pro>
    • [DH] configure

Navigation