
Recherche avancée
Autres articles (33)
-
Installation en mode ferme
4 février 2011, parLe mode ferme permet d’héberger plusieurs sites de type MediaSPIP en n’installant qu’une seule fois son noyau fonctionnel.
C’est la méthode que nous utilisons sur cette même plateforme.
L’utilisation en mode ferme nécessite de connaïtre un peu le mécanisme de SPIP contrairement à la version standalone qui ne nécessite pas réellement de connaissances spécifique puisque l’espace privé habituel de SPIP n’est plus utilisé.
Dans un premier temps, vous devez avoir installé les mêmes fichiers que l’installation (...) -
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" ; -
Ajouter notes et légendes aux images
7 février 2011, parPour pouvoir ajouter notes et légendes aux images, la première étape est d’installer le plugin "Légendes".
Une fois le plugin activé, vous pouvez le configurer dans l’espace de configuration afin de modifier les droits de création / modification et de suppression des notes. Par défaut seuls les administrateurs du site peuvent ajouter des notes aux images.
Modification lors de l’ajout d’un média
Lors de l’ajout d’un média de type "image" un nouveau bouton apparait au dessus de la prévisualisation (...)
Sur d’autres sites (6261)
-
Merge commit 'b9129ec4668c511e0a79e25c6f25d748cee172c9'
10 novembre 2017, par James AlmerMerge commit 'b9129ec4668c511e0a79e25c6f25d748cee172c9'
* commit 'b9129ec4668c511e0a79e25c6f25d748cee172c9' :
h264dec : add a CUVID hwaccel
decode : add a per-frame private data for hwaccel use
decode : add a mechanism for performing delayed processing on the decoded frames
decode : add a method for attaching lavc-internal data to frames
decode : avoid leaks on failure in ff_get_buffer()This commit is a noop, see
4776c61424fa32394e251e9769e1ad2c2fa55598
9f1cfd88af88a7d7d5c56a368a46639dfdfdef75
7fa64514c8d2ec4d3dcb5f194511609ddcc288e6
81c021c6a2d7848c31984d65f225ba54bdd6f560
0e00624389955bc559d75855d5c4876266d9575fMerged-by : James Almer <jamrial@gmail.com>
-
avformat/segment : Fix leak and invalid free of AVIOContext
6 septembre 2020, par Andreas Rheinhardtavformat/segment : Fix leak and invalid free of AVIOContext
seg_init() and seg_write_header() currently contain a few error paths
in which an already opened AVIOContext for the child muxer leaks (namely
if there are unrecognized options for the child muxer or if writing the
header of the child muxer fails) ; the reason for this is that this
AVIOContext is not closed in the deinit function. If all goes well, it
is closed when writing the trailer. From this it also follows that the
AVIOContext also leaks when the trailer is never written, even when
writing the header succeeds.But simply freeing said AVIOContext in the deinit function is
complicated by the fact that the AVIOContext may or may not have been
opened via the io_open callback : If options are set to discard header
and trailer, said AVIOContext can also be a null context which must not
be closed via the io_close callback. This may lead to crashes, as
io_close may presume the AVIOContext's opaque to be set. It currently
works with the default io_close callback which simply calls avio_close(),
because avio_close() doesn't care about opaque being NULL since commit
6e8e8431e15a58aa44cfdd8c11f9ea096837c0fa. Therefore this commit records
which of the two kinds of AVIOContext is currently in use to use the
right way to close it.Finally there was one instance (namely if initializing the child muxer
fails with no unrecognized options) where the AVIOContext was always
closed via the io_close callback. The above remark applies to this ; it
has been fixed, too.Reviewed-by : Ridley Combs <rcombs@rcombs.me>
Signed-off-by : Andreas Rheinhardt <andreas.rheinhardt@gmail.com> -
Anomalie #3014 : Chaines de langue de "Forums" utilisées dans la "dist"
20 février 2021, par b bcedric - a écrit :
ah ben c’est peut-être ça la solution : on duplique rien mais on mais une chaine neuve dans le core, plus générique (qui ne mentionne pas explicitement le champ, et permet de passer un nombre de caractères) :
'attention_champ_mini_nb_caractères' => 'Attention !
@nb@caractères au minimum'
Claro, car pour l’instant on fait un peu "morte quoi" comme dirait quelqu’un, cf `forum_attention_dix_caracteres` VS `forum_attention_nb_caracteres_mini` ici https://git.spip.net/spip/forum/src/branch/master/lang/forum_fr.php#L42 ; donc une chaîne neutre (ou générique ^^) permettrait de faire du ménage.
(au passage b_b si on créé une nouvelle chaine que trad.spip.net connait déjà, il recopie toutes les trads qu’il connait à l’import)
ha usper, thx pour l’info :)