
Recherche avancée
Médias (3)
-
GetID3 - Bloc informations de fichiers
9 avril 2013, par
Mis à jour : Mai 2013
Langue : français
Type : Image
-
GetID3 - Boutons supplémentaires
9 avril 2013, par
Mis à jour : Avril 2013
Langue : français
Type : Image
-
Collections - Formulaire de création rapide
19 février 2013, par
Mis à jour : Février 2013
Langue : français
Type : Image
Autres articles (108)
-
Menus personnalisés
14 novembre 2010, parMediaSPIP utilise le plugin Menus pour gérer plusieurs menus configurables pour la navigation.
Cela permet de laisser aux administrateurs de canaux la possibilité de configurer finement ces menus.
Menus créés à l’initialisation du site
Par défaut trois menus sont créés automatiquement à l’initialisation du site : Le menu principal ; Identifiant : barrenav ; Ce menu s’insère en général en haut de la page après le bloc d’entête, son identifiant le rend compatible avec les squelettes basés sur Zpip ; (...) -
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 -
Encoding and processing into web-friendly formats
13 avril 2011, parMediaSPIP 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 (...)
Sur d’autres sites (6906)
-
Free Software Foundation Supports WebM
19 janvier 2011, par noreply@blogger.com (John Luther)We’re excited that the Free Software Foundation (FSF) has joined the growing community of WebM supporters. You can read the FSF’s announcement "No double standards : supporting Google’s push for WebM" at their web site.
-
Revision 986d26cfaf : Moved cmake module to dedicated directory.
3 mai 2012, par Marc NoirotChanged Paths :
Delete /FindLibYaml.cmake
Modify /NEWS
Add /cmake/modules/FindLibYaml.cmake
(from /FindLibYaml.cmake
:bfa013b67fd5fb3842a6886f9be6ec9863027fa2)
Modify /configure.ac
Moved cmake module to dedicated directory. -
configure : print_in_columns : Replace pr with awk
27 avril 2019, par Alexander Strasserconfigure : print_in_columns : Replace pr with awk
Get rid of pr dependency and write the columns strictly
alphabetical without page size considerations (POSIX
specifies 66 lines as default).Setting the page size via pr's -l option was considered,
but as there is issue #5680 which wants to avoid pr
mainly because it's not in busybox, we chose to replace
pr instead.Before pr would attempt to write pages, thus if a page
boundary was reached, the output looked confusing as one
couldn't see there was a new page and the alphabetical
order was disrupted when scanning down one of the columns.This change is based on a shell implementation submitted
before by Yejun.Possible differences to the current version using pr :
1. pr implementations should truncate items to not overflow columns ;
depending on how it's done not truncating shall be better IMHO.
2. pr implementations might balance columns differently ;
we use minimum number of lines and might end up not
using all columns or might have lesser entries in the
last column(s)
3. we use spaces only for padding the columns ; at least the GNU pr
version on my system also by default stuffs in tabs in addition
to a single space in between columns. I don't see that this
behaviour is demanded by POSIX, though I might be very well
overlooking things. Anyway for our use case I can't see a need
for having the additional tabs, or why it would be better compared
to padding with spaces only.Fixes output for sizes with width < column width, too.
Fixes remaining part of ticket #5680
Contributor : Guo, Yejun <yejun.guo@intel.com>