Recherche avancée

Médias (0)

Mot : - Tags -/tags

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

Autres articles (49)

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

  • 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

  • Other interesting software

    13 avril 2011, par

    We don’t claim to be the only ones doing what we do ... and especially not to assert claims to be the best either ... What we do, we just try to do it well and getting better ...
    The following list represents softwares that tend to be more or less as MediaSPIP or that MediaSPIP tries more or less to do the same, whatever ...
    We don’t know them, we didn’t try them, but you can take a peek.
    Videopress
    Website : http://videopress.com/
    License : GNU/GPL v2
    Source code : (...)

Sur d’autres sites (10004)

  • Win32 : Only use large buffers when writing to disk

    11 décembre 2015, par Erik de Castro Lopo
    Win32 : Only use large buffers when writing to disk

    Windows can suffer quite badly from disk fragmentations. To avoid
    
this, on Windows, the FILE* buffer size was set to 10Meg. However,
    
this huge buffer is undesireable when writing to a eg a pipe.
    

    This patch updates the behaviour to only use the huge buffer when
    
writing to disk.
    

    Patch-from : lvqcl <lvqcl.mail@gmail.com>
    
Closes : https://sourceforge.net/p/flac/feature-requests/114/
    • [DH] src/libFLAC/stream_encoder.c

  • Evolution #4281 : Extension du critère secteur (à l’id_groupe en plus de l’id_rubrique)

    13 février 2019, par Naema *

    Merci tcharlss pour cette réponse,
    qui plus est, est beaucoup moins désagréable que la précédente. Mon message
    est une suggestion, et je vais de mon côté me renseigner sur cette API et
    ce plugin "déclarer parents". Merci.

    Cordialement

    Le mer. 13 févr. 2019 à 15:50, <> a écrit :

    La demande #4281 <https://core.spip.net/issues/4281#change-14733> a été
    mise à jour par tcharlss (*´_ゝ｀).

    Avec l’API de déclaration des parents qui est en test dans le plugin « 
    déclarer parents », il est envisageable d’avoir un critère générique qui
    marche sur tous les types d’objets.
    Un critère racine par exemple.
    ------------------------------
    Evolution #4281 : Extension du critère secteur (à l’id_groupe en plus de
    l’id_rubrique) <https://core.spip.net/issues/4281#change-14733>

    - Auteur : Naema *
    - Statut : En cours
    - Priorité : Normal
    - Assigné à :
    - Catégorie : filtres et balises
    - Version cible : 4.0
    - Resolution :

    Bonjour,
    une simple suggestion (et mes excuses si c’est déjà effectué ou sur les
    rails) : le secteur est actuellement la rubrique racine de l’objet, ce qui
    permet de shunter toute l’arborescence hiérarchique et de définir finement
    les critères d’affichage d’une boucle sans se préoccuper de la hiérarchie
    intermédiaire. C’est un excellent système et je me demande s’il est
    possible de l’étendre à la notion de id_groupe, pour les objets éditoriaux
    qui ne sont pas reliés à des rubriques (comme par ex. les auteurs, ou à un
    autre objet éditorial créé de novo). On peut bien sûr utiliser
    l’id_parent pour affiner aussi, mais dans le cas où l’id_parent est
    attribué au groupe et non à l’objet lui-même, il manque juste une petite
    solution. Merci !
    ------------------------------

    Vous recevez ce mail car vous êtes impliqués sur ce projet.
    Pour changer les préférences d’envoi de mail, allez sur
    http://core.spip.net/my/account

  • stream_decoder : Two read_metadata() fixes from 1.2.1 maintenance branch.

    28 juin 2014, par Erik de Castro Lopo
    stream_decoder : Two read_metadata() fixes from 1.2.1 maintenance branch.

    * Fix leaks in read_metadata_() that could occur because of read errors or
    
  malformed streams.
    
    http://flac.cvs.sourceforge.net/viewvc/flac/flac/src/libFLAC/
    
    stream_decoder.c ?
    
    r1=1.147&r2=1.147.2.1&pathrev=FLAC_RELEASE_1_2_1_MAINTENANCE_BRANCH
    

    * Fix metadata block initialization bug in read_metadata_().
    
    http://flac.cvs.sourceforge.net/viewvc/flac/flac/src/libFLAC/
    
    stream_decoder.c ?
    
    r1=1.147.2.1&r2=1.147.2.2&pathrev=FLAC_RELEASE_1_2_1_MAINTENANCE_BRANCH
    

    Patch-from : lvqcl <lvqcl.mail@gmail.com>
    • [DH] src/libFLAC/stream_decoder.c

Navigation