Recherche avancée
Autres articles (52)
-
(Dés)Activation de fonctionnalités (plugins)
18 février 2011, parPour gérer l’ajout et la suppression de fonctionnalités supplémentaires (ou plugins), MediaSPIP utilise à partir de la version 0.2 SVP.
SVP permet l’activation facile de plugins depuis l’espace de configuration de MediaSPIP.
Pour y accéder, il suffit de se rendre dans l’espace de configuration puis de se rendre sur la page "Gestion des plugins".
MediaSPIP est fourni par défaut avec l’ensemble des plugins dits "compatibles", ils ont été testés et intégrés afin de fonctionner parfaitement avec chaque (...) -
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 (...) -
Emballe médias : à quoi cela sert ?
4 février 2011, parCe plugin vise à gérer des sites de mise en ligne de documents de tous types.
Il crée des "médias", à savoir : un "média" est un article au sens SPIP créé automatiquement lors du téléversement d’un document qu’il soit audio, vidéo, image ou textuel ; un seul document ne peut être lié à un article dit "média" ;
Sur d’autres sites (10127)
-
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)
-
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
-
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".
Syndiquer tout le site
