Recherche avancée

Médias (1)

Mot : - Tags -/biomaping

Autres articles (51)

  • Submit bugs and patches

    13 avril 2011

    Unfortunately a software is never perfect.
    If you think you have found a bug, report it using our ticket system. Please to help us to fix it by providing the following information : the browser you are using, including the exact version as precise an explanation as possible of the problem if possible, the steps taken resulting in the problem a link to the site / page in question
    If you think you have solved the bug, fill in a ticket and attach to it a corrective patch.
    You may also (...)

  • Supporting all media types

    13 avril 2011, par

    Unlike most software and media-sharing platforms, MediaSPIP aims to manage as many different media types as possible. The following are just a few examples from an ever-expanding list of supported formats : images : png, gif, jpg, bmp and more audio : MP3, Ogg, Wav and more video : AVI, MP4, OGV, mpg, mov, wmv and more text, code and other data : OpenOffice, Microsoft Office (Word, PowerPoint, Excel), web (html, CSS), LaTeX, Google Earth and (...)

  • Soumettre améliorations et plugins supplémentaires

    10 avril 2011

    Si vous avez développé une nouvelle extension permettant d’ajouter une ou plusieurs fonctionnalités utiles à MediaSPIP, faites le nous savoir et son intégration dans la distribution officielle sera envisagée.
    Vous pouvez utiliser la liste de discussion de développement afin de le faire savoir ou demander de l’aide quant à la réalisation de ce plugin. MediaSPIP étant basé sur SPIP, il est également possible d’utiliser le liste de discussion SPIP-zone de SPIP pour (...)

Sur d’autres sites (8083)

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