Recherche avancée

Médias (91)

Autres articles (94)

  • MediaSPIP 0.1 Beta version

    25 avril 2011, par

    MediaSPIP 0.1 beta is the first version of MediaSPIP proclaimed as "usable".
    The zip file provided here only contains the sources of MediaSPIP in its standalone version.
    To get a working installation, you must manually install all-software dependencies on the server.
    If you want to use this archive for an installation in "farm mode", you will also need to proceed to other manual (...)

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

  • ANNEXE : Les plugins utilisés spécifiquement pour la ferme

    5 mars 2010, par

    Le site central/maître de la ferme a besoin d’utiliser plusieurs plugins supplémentaires vis à vis des canaux pour son bon fonctionnement. le plugin Gestion de la mutualisation ; le plugin inscription3 pour gérer les inscriptions et les demandes de création d’instance de mutualisation dès l’inscription des utilisateurs ; le plugin verifier qui fournit une API de vérification des champs (utilisé par inscription3) ; le plugin champs extras v2 nécessité par inscription3 (...)

Sur d’autres sites (5264)

  • Evolution #4063 : Position de la prévisualisation

    21 décembre 2017, par RastaPopoulos ♥

    Il y avait malgré tout une logique. La prévisualisation contient aussi un bouton de validation final qui valide ce qu’on vient de relire, tandis que le formulaire permet de continuer de modifier et son bouton relance la prévisualisation. Donc il y a un ordre. Ce n’est pas du tout pareil que sur redmine ou github etc où la prévisu est dûe à un autre lien ou bouton différent, qu’on lance à part.

    Là une fois qu’on a validé la première fois, on a dans l’ordre la relecture de ce qu’on vient de poster, puis la validation finale, puis SI BESOIN de nouveau le formulaire pour re-modifier finalement. Mais ça vient après la relecture et la validation finale : c’est logique. Car le formulaire, le fait de re-modifier est optionnel : c’est bien la prévisu et son bouton de validation final qui est l’action principale. Action principale = en premier !

    (Par ailleurs, graphiquement, quand il s’agit d’une réponse à un commentaire déjà là, très souvent la prévisu est affichée avec vraiment les mêmes styles qu’une vraie réponse, et comme elle était en premier, elle s’affiche vraiment "sous" la réponse à laquelle on venait de répondre, ce qui augmentait l’aspect prévisu en situation réelle. Là avec le formulaire avant, ça casse cet aspect.)

  • Anomalie #2676 : IE8 : les onchange et tests checked ont des comportements bizarres

    5 mai 2012, par cedric -

    meme si on remplace les onchange par des onclick, il faut bien tester l’etat de checked pour etre synchro. Qui plus est, il faudrait dans ce cas aussi agir sur le onkeydown pour le cas de modification au clavier. Cela est lourd au final, et je ne suis pas sur que ça en vaille le coup. Je (...)

  • How does the dataflow look like in case of using ffmpeg and ffserver ?

    6 mai 2015, par randomuser1

    I can capture the camera image by ffmpeg and send it to ffserver, but what happens next with the data ? Can I collect it on the other site with some other client that uses ffmpeg (e.g. some c# wrapper for it) ? If so - how exactly does the data look like and how can I present it to the final user ? Can I just display the data on display port ? Or is there some other controller for that ?
    Thanks !

Navigation