
Recherche avancée
Médias (1)
-
1 000 000 (wav version)
26 septembre 2011, par
Mis à jour : Avril 2013
Langue : English
Type : Audio
Autres articles (55)
-
Des sites réalisés avec MediaSPIP
2 mai 2011, parCette page présente quelques-uns des sites fonctionnant sous MediaSPIP.
Vous pouvez bien entendu ajouter le votre grâce au formulaire en bas de page. -
Le plugin : Podcasts.
14 juillet 2010, parLe 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 (...) -
Les autorisations surchargées par les plugins
27 avril 2010, parMediaspip core
autoriser_auteur_modifier() afin que les visiteurs soient capables de modifier leurs informations sur la page d’auteurs
Sur d’autres sites (8443)
-
Nomenclature #3934 (Nouveau) : ’recalcul’ devrait s’appeler ’recompile’
22 avril 2017, par jluc -Le terme "recalcul" indique implicitement qu’il s’agit de la même chose qu’un "calcul", fait une nouvelle fois, mais ce n’est pas du tout le cas, puisque le "calcul" est la simple évaluation d’un squelette compilé, tandis que le "recalcul" demande la compilation elle-même du squelette, suivie de son "calcul".
Le terme de "recalcul" est donc trompeur. On a pris l’habitude, mais ce mauvais nommage masque la réalité des phénomènes (comme la novlangue de ’1984’) et en retarde la découverte, au lieu de faciliter son accès.
Partout où ce terme est employé, et surtout dans les boutons et pour le var_mode, il serait préférable d’employer le terme de "recompile" au lieu de "recalcul".
-
Evolution #3924 (Nouveau) : Changer #FILE dans la boucle DATA source ls pour mettre le chemin complet
24 mars 2017, par BoOz -Hello,
Dans une fichier*}>
On propose #FILE qui est en fait égal sauf erreur à #BASENAME calculé par pathinfo, donc un peu redondant.
Je propose de changer ca pour que #FILE soit égal au chemin complet, ca donnerait : $b[’file’] = dirname($v) . "/" . basename($v) ; au lieu de $b[’file’] = basename($v) ;
Du coup on aurait
#BASENAME : fichier.txt
#FILE : mon/fichier.txtAu lieu de
#BASENAME : fichier.txt
#FILE : fichier.txthttps://core.spip.net/projects/spip/repository/entry/spip/ecrire/iterateur/data.php#L816
-
Révision 23588 : corriger l’utilisation du critere {annee_relatif} et autres relatif, utilise sans...
9 juin 2017, par cedric@yterium.comYEAR-YEAR = ’’
au lieu de
YEAR-YEAR = 0
Le premier marchant en mysql mais pas en sqlite(Par contre un annee_relatif=0 marchait bien dans tous les cas)