Recherche avancée

Médias (1)

Mot : - Tags -/publishing

Autres articles (32)

  • Encoding and processing into web-friendly formats

    13 avril 2011, par

    MediaSPIP automatically converts uploaded files to internet-compatible formats.
    Video files are encoded in MP4, Ogv and WebM (supported by HTML5) and MP4 (supported by Flash).
    Audio files are encoded in MP3 and Ogg (supported by HTML5) and MP3 (supported by Flash).
    Where possible, text is analyzed in order to retrieve the data needed for search engine detection, and then exported as a series of image files.
    All uploaded files are stored online in their original format, so you can (...)

  • Le plugin : Podcasts.

    14 juillet 2010, par

    Le problème du podcasting est à nouveau un problème révélateur de la normalisation des transports de données sur Internet.
    Deux formats intéressants existent : Celui développé par Apple, très axé sur l’utilisation d’iTunes dont la SPEC est ici ; Le format "Media RSS Module" qui est plus "libre" notamment soutenu par Yahoo et le logiciel Miro ;
    Types de fichiers supportés dans les flux
    Le format d’Apple n’autorise que les formats suivants dans ses flux : .mp3 audio/mpeg .m4a audio/x-m4a .mp4 (...)

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

Sur d’autres sites (7152)

  • Anomalie #4508 (En cours) : comportement erratique (et anormal) avec les table ayant des lignes av...

    11 juin 2020, par cy_altern -

    Dans un tableau si la première colonne d’une ligne est vide le rendu plante de différentes façon selon qu’il s’agit de la première ligne ou des suivantes et si le premier texte dans une cellule est dans la seconde ou les suivantes...

    Le détail à partir d’un tableau basique 3 lignes (dont une de titre) et 3 colonnes :

    1. <span class="CodeRay">|{{colonne A}}|{{ }}|{{ }}|
      2. 

    2. |bla|||
      3. 

    3. ||||
      4. 

    4. </span>
      5. 

    Télécharger


    => rendu OK (table avec thead + tbody, toutes les lignes visibles)

    1. <span class="CodeRay">|{{colonne A}}|{{ }}|{{ }}|
      2. 

    2. ||bla||
      3. 

    3. ||||
      4. 

    4. </span>
      5. 

    Télécharger


    => le "bla" de la 2ème cellule devient un caption qui se glisse juste après le thead , il est suivi d’un 2ème thead vide et le tbody (OK pour les tr/td) devient alors invisible même si il y a du contenu dans les cellules des lignes suivantes

    1. <span class="CodeRay">|{{colonne A}}|{{ }}|{{ }}|
      2. 

    2. |||bla|
      3. 

    3. ||||
      4. 

    4. </span>
      5. 

    Télécharger


    => le bla disparait complètement, le thead "normal" est suivi d’un 2ème thead avec 1 ligne et 3 td puis un tbody complètement vide (même si les lignes suivantes ont des cellules avec du texte)

    1. <span class="CodeRay">|{{colonne A}}|{{ }}|{{ }}|
      2. 

    2. ||||
      3. 

    3. |bla|||
      4. 

    4. </span>
      5. 

    Télécharger


    => la 2ème ligne donne un 2ème thead avec le bon nombre de th, le tbody est OK avec tr/td de la 3ème ligne

    1. <span class="CodeRay">|{{colonne A}}|{{ }}|{{ }}|
      2. 

    2. ||||
      3. 

    3. ||bla||
      4. 

    4. </span>
      5. 

    Télécharger


    => la 2ème ligne donne un 2ème thead avec avec le bon nombre de th, suivi par un tbody vide (ni tr,ni td)
    Idem si le bla est en 3ème cellule de la ligne (ou nième)

    Bref, il y a un sacré foirage dans l’algo de rendu de texwheel sur ce cas particulier de première cellule vide mais j’avoue que l’algo de rendu avec des regexp dans tous les sens ne m’a pas paru très "abordable" pour essayer de trouver un patch... :-(

  • Evolution #3996 : Y a t-il une limite de taille de cache dans SPIP ?

    17 février 2021, par cedric -

    J’ai complété par https://git.spip.net/spip/spip/commit/cd5173390e68802cb276541b0f182632568de902
    et à noter aussi que le nombre de sous-repertoire peut maintenant varier suite à https://git.spip.net/spip/spip/commit/6aa332397e5a3e8dd80a683e400db855d6ac2826

    Je passe en tracker documentation

  • Anomalie #4716 (Nouveau) : détails d’une image pas à jour au chargement si réduction avec define

    8 avril 2021, par chan kalan

    Quand je charge une image assez grande en ayant limité la largeur/hauteur dans le mes_options
    define(’_IMG_MAX_WIDTH’, 1000) ;
    define(’_IMG_MAX_HEIGHT’, 900) ;
    en SPIP3.3 l’image est bien chargée et retaillée, mais en apparence elle garde le poids et nombre de pixels d’origine, il faut aller modifier pour juste enregistrer l’image qui avait bien été retaillée automatiquement...
    Est-ce possible de mettre à jour ces informations après la réduction par le define de mes_options ?

Navigation