Recherche avancée

Médias (0)

Mot : - Tags -/alertes

Aucun média correspondant à vos critères n’est disponible sur le site.

Autres articles (100)

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

  • Librairies et binaires spécifiques au traitement vidéo et sonore

    31 janvier 2010, par

    Les logiciels et librairies suivantes sont utilisées par SPIPmotion d’une manière ou d’une autre.
    Binaires obligatoires FFMpeg : encodeur principal, permet de transcoder presque tous les types de fichiers vidéo et sonores dans les formats lisibles sur Internet. CF ce tutoriel pour son installation ; Oggz-tools : outils d’inspection de fichiers ogg ; Mediainfo : récupération d’informations depuis la plupart des formats vidéos et sonores ;
    Binaires complémentaires et facultatifs flvtool2 : (...)

  • La sauvegarde automatique de canaux SPIP

    1er avril 2010, par

    Dans le cadre de la mise en place d’une plateforme ouverte, il est important pour les hébergeurs de pouvoir disposer de sauvegardes assez régulières pour parer à tout problème éventuel.
    Pour réaliser cette tâche on se base sur deux plugins SPIP : Saveauto qui permet une sauvegarde régulière de la base de donnée sous la forme d’un dump mysql (utilisable dans phpmyadmin) mes_fichiers_2 qui permet de réaliser une archive au format zip des données importantes du site (les documents, les éléments (...)

Sur d’autres sites (5870)

  • KeyError :

    26 juin 2022, par Leon Warta

    So i get the "KeyError: " error, in my code for a music bot (Discord). it says the problems lays in this part : url2 = info['format'][0]['url']

    


    this is the code ;

    


    @client.command()
async def play(ctx, url):
    ctx.voice_client.stop()
    FFPEG_OPTIONS = {'before_options': '-reconnect 1 -reconnect_streamed 1 -reconnect_delay_max 5', 'options': '-vn'}
    YDL_OPTIONS = {'format': 'bestaudio', 'default-search': "ytdlsearch"}
    vc = ctx.voice_client

    with youtube_dl.YoutubeDL(YDL_OPTIONS) as ydl:
        info = ydl.extract_info(url, download=False)
        url2 = info['format'][0]['url']
        source = await discord.FFmpegOpusAudio.from_probe(url2, **FFPEG_OPTIONS)

        vc.play(source)


    


    edit ; im new to coding so if you explain, just use easy words.
edit ; thnx to Infinity ! you're a legend ! I was struggling with this code for 2 days, bc i missed one "s" in my code.....

    


  • Anomalie #4623 : Styles des fieldset dans l’espace privé

    19 avril 2021

    Je pense qu’il faut garder la règle un fieldset == un div.editer en plus gros.

    Oui, ça se tient aussi. Je crois avoir vu cette structure utilisée sur un form de la dist d’ailleurs.
    Pour les fieldsets on pourrait employer un nom qui rappelle que ça fait partie d’un .editer-groupe non ? Genre .editer-fieldset par exemple, au lieu de .fieldset tout court ?

    Je signale pour pas oublier et ne pas exclure cette possibilité que certains formulaires ont besoin de plusieurs .editer-groupe à la racine, avec des choses entre. Par exemple pour le multi il y a des .boutons au milieu du formulaire :

    form
  .editer-groupe
  .boutons
  .editer-groupe
  .boutons

    On peut imaginer aussi un formulaire qui aurait besoin en cours de route d’un groupe de saisies en 2 colonnes, donc de plusieurs .editer-groupe consécutifs :

    form
  .editer-groupe
  .editer-groupe.deux_colonnes
  .editer-groupe

    Et aussi entre le legend et le .editer-groupe d’un fieldset, la charte permet d’insérer des explications (et autres ?).

  • Anomalie #4623 : Styles des fieldset dans l’espace privé

    18 avril 2021, par RastaPopoulos ♥

    À partir du moment où ya toujours un conteneur sous la legend, pour moi un fieldset n’est pas du tout comme un groupe, mais bien comme "une ligne de champ" (qui à l’intérieur peut avoir des choses multiples plus ou moins complexe, mais relativement à ses lignes sœurs, c’est au même niveau de les autres champs qui précèdent et suivent.

    Donc je vois plus ça comme ça 

    form
  div.editer-groupe
    div.editer
    div.editer
    fieldset.fieldset (groupe racine)
      legend
      div.editer-groupe
        div.editer
        fieldset.fieldset (groupe imbriqué)
          legend
          div.editer-groupe
            div.editer
            fieldset.editer (faux groupe, champs radios)
              div.choix
    div.editer (autres champs après le groupe)
    div.editer

    Les vrais groupes (que j’oppose aux groupes de choix radios etc), ne sont pas des "editer-groupe" puisqu’ils en ont un intérieur exprès. Ils ne doivent pas être aux mêmes niveaux que les autres div.editer-groupe. Ils sont toujours au même niveau que les champs normaux div.editer. Ces vrais groupes sont comme des champs aussi, des gros champs complexes, comme des gros div.editer, bien au même niveau.

    Pour les styles, on style :
    - ".fieldset" : les styles communs aux vrais groupes + ce qui est propre aux groupes racines
    - ".fieldset .fieldset" : les styles propres aux vrais groupes imbriqués
    - "fieldset.editer" : les faux groupes de choix

    (ça peut être autre chose que .fieldset bien sûr mais l’idée quoi)

Navigation