
Recherche avancée
Autres articles (111)
-
Submit bugs and patches
13 avril 2011Unfortunately a software is never perfect.
If you think you have found a bug, report it using our ticket system. Please to help us to fix it by providing the following information : the browser you are using, including the exact version as precise an explanation as possible of the problem if possible, the steps taken resulting in the problem a link to the site / page in question
If you think you have solved the bug, fill in a ticket and attach to it a corrective patch.
You may also (...) -
Publier sur MédiaSpip
13 juin 2013Puis-je poster des contenus à partir d’une tablette Ipad ?
Oui, si votre Médiaspip installé est à la version 0.2 ou supérieure. Contacter au besoin l’administrateur de votre MédiaSpip pour le savoir -
HTML5 audio and video support
13 avril 2011, parMediaSPIP uses HTML5 video and audio tags to play multimedia files, taking advantage of the latest W3C innovations supported by modern browsers.
The MediaSPIP player used has been created specifically for MediaSPIP and can be easily adapted to fit in with a specific theme.
For older browsers the Flowplayer flash fallback is used.
MediaSPIP allows for media playback on major mobile platforms with the above (...)
Sur d’autres sites (13887)
-
how to reduce output size while capturing webcam video using ffmpeg ?
27 novembre 2014, par Chris SnowI am capturing output from my webcam as follows :
ffmpeg -y -an -vcodec rawvideo -f video4linux2 -s 320x240 -i /dev/video0 out.mpg
I would like to trade off quality of the output in order to reduce the amount of data that is recorded but I don’t know what options to set.
Any pointers will be appreciated - video encoding is a completely new area and unknown area of computer science for me.
-
Anomalie #3461 (Nouveau) : bug sur les urls à cause d’une mauvaise global $profondeur_url
4 juin 2015, par Maïeul RouquetteLe symptome¶
de temps en temps (mais assez fréquemment dans mon cas) lorsqu’on a un site dans un sous repertoire, les urls produite par #URL_ARTICLE et co contiennent des "../". Conséquent, lorsqu’on clique on remonte d’un niveau, et du coup on tombe sur une page 404.
La cause¶
Visiblement d’après https://core.spip.net/projects/spip/repository/revisions/20729 la cause serait une mauvaise globale $profondeur_url.
Je cite ESJEnfin compris pourquoi SPIP compile parfois des squelettes où la globale profondeur_url est incorrecte. Lorsqu’on place dans ecrire/.htaccess une redirection comme "ErrorDocument 403 / ?page=403", curieusement Apache met dans $_SERVER[’REQUEST_URI’] l’URL initiale (donc avec .../ecrire/...) tandis qu’il met dans $_SERVER[’SCRIPT_NAME’] l’URL de redirection (dans l’exemple ci-dessus une page à la racine). Du coup, la compilation de cette page à la racine se fait avec une profondeur d’URL qui est celle de ecrire/ et non de la racine. Pour peu que cette page et ses inclusions soient mises en cache, c’est toutes les autres pages qui les partagent qui se retouvent avec de mauvaises URL.
Les tentatives de résolution¶
Deux commits en 2.1 ont tenté de résoudre les pb :
https://core.spip.net/projects/spip/repository/revisions/20729
et https://core.spip.net/projects/spip/repository/revisions/20762Ils ont été reporté en 3.0 par
- https://core.spip.net/projects/spip/repository/revisions/20744
- https://core.spip.net/projects/spip/repository/revisions/20745
puis annulé car visiblement non pleinement fonctionnels en- https://core.spip.net/projects/spip/repository/revisions/20746
- https://core.spip.net/projects/spip/repository/revisions/20747à ma connaissance c’est le point mort depuis
-
Anomalie #4160 (Nouveau) : Les rangs des mots ne sont pas affichés dans le sélecteur
24 juillet 2018Bonjour,
Les rangs (numéros de titre) des mots clefs ne sont pas affichés dans les listes déroulantes permettant de les affecter à des articles, rubriques... et autres objets.
C’est une régression par rapport à SPIP 2.1 (je viens de vérifier).
Ci-joint le patch pour SPIP 3.2.1 SVN.
Si pas d’objection, je propose de commiter ça sur Dev, 3.2 et 3.1.