Recherche avancée

Médias (1)

Mot : - Tags -/intégration

Autres articles (61)

  • Keeping control of your media in your hands

    13 avril 2011, par

    The vocabulary used on this site and around MediaSPIP in general, aims to avoid reference to Web 2.0 and the companies that profit from media-sharing.
    While using MediaSPIP, you are invited to avoid using words like "Brand", "Cloud" and "Market".
    MediaSPIP is designed to facilitate the sharing of creative media online, while allowing authors to retain complete control of their work.
    MediaSPIP aims to be accessible to as many people as possible and development is based on expanding the (...)

  • Participer à sa traduction

    10 avril 2011

    Vous pouvez nous aider à améliorer les locutions utilisées dans le logiciel ou à traduire celui-ci dans n’importe qu’elle nouvelle langue permettant sa diffusion à de nouvelles communautés linguistiques.
    Pour ce faire, on utilise l’interface de traduction de SPIP où l’ensemble des modules de langue de MediaSPIP sont à disposition. ll vous suffit de vous inscrire sur la liste de discussion des traducteurs pour demander plus d’informations.
    Actuellement MediaSPIP n’est disponible qu’en français et (...)

  • Les autorisations surchargées par les plugins

    27 avril 2010, par

    Mediaspip core
    autoriser_auteur_modifier() afin que les visiteurs soient capables de modifier leurs informations sur la page d’auteurs

Sur d’autres sites (10425)

  • 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 !

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

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