
Recherche avancée
Autres articles (111)
-
MediaSPIP v0.2
21 juin 2013, parMediaSPIP 0.2 est la première version de MediaSPIP stable.
Sa date de sortie officielle est le 21 juin 2013 et est annoncée ici.
Le fichier zip ici présent contient uniquement les sources de MediaSPIP en version standalone.
Comme pour la version précédente, il est nécessaire d’installer manuellement l’ensemble des dépendances logicielles sur le serveur.
Si vous souhaitez utiliser cette archive pour une installation en mode ferme, il vous faudra également procéder à d’autres modifications (...) -
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 -
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 (6528)
-
Connection timed out error for ffmpeg libraries installation
12 mai 2015, par Kiran Kumar DashI am trying to compile ffmpeg on my centos server. Here is the link I am using as a reference :
https://trac.ffmpeg.org/wiki/CompilationGuide/Centos
Here is the command I entered :
git clone --depth 1 git://source.ffmpeg.org/ffmpeg
And this is the error message that popped up
Initialized empty Git repository in /root/ffmpeg_sources/ffmpeg/.git/
source.ffmpeg.org[0: 2a01:e0d:1:3:58bf:fa76:0:1]: errno=Connection timed out
source.ffmpeg.org[0: 88.191.250.118]: errno=Connection timed out
fatal: unable to connect a socket (Connection timed out)PLease help why is it coming and what can be done to avoid
-
Combining Audio and Video file in python [duplicate]
8 juin 2020, par ysoI'm trying to understand how to us ffmpeg to combine video and audio files in python. I want to combine a .avi file and a .wav file to create a final .avi file. Is this the right approach ? I'm confused by the ffmpeg syntax.
Any help would be great.



I was looking through this for help :
https://wiki.libav.org/Snippets/avconv#Combine_audio_and_video_file



import ffmpeg
import subprocess

cmd = 'ffmpeg -i inputvideo.avi -i inputaudio.wav -c:v copy -c:a aac output_video_and audio.avi'
subprocess.call(cmd, shell=True) # "Muxing Done
print('Muxing Done')



-
Evolution #4148 : Augmenter la largeur de l’espace privé
13 juin 2018, par tcharlss (*´_ゝ`)Super nicod_, merci pour les remarques et le boulot :)
Alors concernant la largeur, 1200px ce serait déjà beaucoup mieux.
Mais pour ma part je pense que du 100% serait toujours la meilleur option. Au début ça fait un peu bizarre je le concède, mais on s’y fait vite et c’est dur de revenir sur une largeur fixe après. Pour les tableaux / listes d’objets par exemple ça devient vite indispensable. Le menu ne me pose pas de problème non plus : on comprend que les items sont alignés à gauche.Il y a bien certains contenus qui doivent être limité en largeur pour avoir 80 caractères par ligne c’est vrai, mais il s’agit de quelques blocs à identifier, et ça reste valable quelque soit la largeur globale de l’interface.
Pour l’instant je ne vois que 2 blocs concernés : le #wysiwyg et les formulaires d’édition.
Donc mon constat c’est : à partir du moment où on limite la largeur de certains blocs qui contiennent du texte afin que ça reste lisible, pourquoi limiter arbitrairement la largeur globale de l’interface ?
Dans le plugin privé fluide, seul le #wysiwyg est ciblé pour l’instant. Attention il reste aussi des petits problèmes à régler dans certains cas, cf. capture d’écran.Pour comparaison, avec RastaPopoulos on avait installé une floppée de CMS pour étudier leurs interfaces au moment où on s’intéressait au sujet, et ils ont tous une largeur 100%.
Je ne dis pas qu’il faut suivre bêtement ce que font les autres, mais ça donne des exemples concrets de choix de layouts qui fonctionnent.Sur la question de rendre cette largeur configurable, je ne suis pas très chaud. C’est exactement pour ça que j’avais fait le plugin privé fluide dans mon coin alors qu’il existe déjà le plugin d’Ybbet : je pense que l’interface doit être d’office adaptée à tous les écrans, sans rien à configurer. Aucune envie d’avoir à configurer ça sur chaque nouvelle instance de SPIP qu’on déploie :p
Du coup on écrivant tout ça, je verrais finalement la chose comme ça :
- Largeur globale 100%
- Supprimer carrément la préférence utilisateur « taille de l’écran »
- Jusqu’à 1200px : 2 colonnes (#navigation + #extra | #contenu)
- Au-delà : 3 colonnes (#navigation | #contenu | #extra)
Du coup en écran large on aurait toujours 3 colonnes et ça équilibre un peu plus.
Et plutôt que du flex, je pense qu’on pourrait partir directement sur du css grid, avec un bête fallback en float pour les vieux navigateurs.
Parceque du coup je ne vois pas comment mettre la colonne #extra soit en dessous de #navigation, soit à droite de #contenu juste avec du flex.