
Recherche avancée
Médias (91)
-
Les Miserables
9 décembre 2019, par
Mis à jour : Décembre 2019
Langue : français
Type : Textuel
-
VideoHandle
8 novembre 2019, par
Mis à jour : Novembre 2019
Langue : français
Type : Video
-
Somos millones 1
21 juillet 2014, par
Mis à jour : Juin 2015
Langue : français
Type : Video
-
Un test - mauritanie
3 avril 2014, par
Mis à jour : Avril 2014
Langue : français
Type : Textuel
-
Pourquoi Obama lit il mes mails ?
4 février 2014, par
Mis à jour : Février 2014
Langue : français
-
IMG 0222
6 octobre 2013, par
Mis à jour : Octobre 2013
Langue : français
Type : Image
Autres articles (53)
-
Supporting all media types
13 avril 2011, parUnlike most software and media-sharing platforms, MediaSPIP aims to manage as many different media types as possible. The following are just a few examples from an ever-expanding list of supported formats : images : png, gif, jpg, bmp and more audio : MP3, Ogg, Wav and more video : AVI, MP4, OGV, mpg, mov, wmv and more text, code and other data : OpenOffice, Microsoft Office (Word, PowerPoint, Excel), web (html, CSS), LaTeX, Google Earth and (...)
-
Dépôt de média et thèmes par FTP
31 mai 2013, parL’outil MédiaSPIP traite aussi les média transférés par la voie FTP. Si vous préférez déposer par cette voie, récupérez les identifiants d’accès vers votre site MédiaSPIP et utilisez votre client FTP favori.
Vous trouverez dès le départ les dossiers suivants dans votre espace FTP : config/ : dossier de configuration du site IMG/ : dossier des média déjà traités et en ligne sur le site local/ : répertoire cache du site web themes/ : les thèmes ou les feuilles de style personnalisées tmp/ : dossier de travail (...) -
Qualité du média après traitement
21 juin 2013, parLe bon réglage du logiciel qui traite les média est important pour un équilibre entre les partis ( bande passante de l’hébergeur, qualité du média pour le rédacteur et le visiteur, accessibilité pour le visiteur ). Comment régler la qualité de son média ?
Plus la qualité du média est importante, plus la bande passante sera utilisée. Le visiteur avec une connexion internet à petit débit devra attendre plus longtemps. Inversement plus, la qualité du média est pauvre et donc le média devient dégradé voire (...)
Sur d’autres sites (6298)
-
Marketing Cohort Analysis : How To Do It (With Examples)
12 janvier 2024, par Erin -
Anomalie #4562 : Suite #4468 : Unification des CSS pour les boutons et les icônes
8 janvier 2021Bon, reprenons, il reste un dernier tour de manivelle à faire.
En résumé, ça fait 3 points à traiter :1) Préfixer les variantes pour éviter les téléscopages comme suggéré par cedric
2) Ajustements visuels pour améliorer l’affordance, le contraste et cie, cf. image dans le commentaire #53
Pour arriver au plus proche de cette image, il manque une poignée de fonctions dans le traitement des couleurs : on a une fonction pour mettre une valeur de saturation, mais pas pour saturer ou désaturer relativement à la valeur d’origine (alors que pour la luminosité, on a bien le tryptique). Et une dernière pour changer l’opacité serait pas mal non plus.
Je vais faire une PR à part pour ça (ça concerne Spip et le plugin dist à la fois).3) Enfin, une dernière chose qui me chiffone sur les icônes : je pense qu’il faudrait passer dès maintenant à des icônes symboliques plutôt que reprendre telles quelles les icônes de couleurs utilisées pour les filtres |icone_horizontale et |icone_verticale.
Les boutons ont parfois des fonds de couleur, et dans certains les icônes sont difficile à dicerner, et dans l’ensemble ça fait un peu chargé.
Attention je parle bien juste des boutons, on touche pas aux |icone_horizontale car elles ont toujours un fond blanc ou clair, et pour elles l’icône est l’élément principal donc c’est normal qu’elle soit bien visible.
En revanche pour les boutons, les icônes sont optionnelles, elles ne sont là qu’en « support », donc ça me semble mieux qu’elles soient un peu en retrait.
À noter que les variantes symboliques sont déjà visibles en blanc au survol, il suffit juste d’en faire des variantes foncées quoi.
Nb : s’il y a une refonte de l’interface un jour, nulle doute qu’il y aura un truc un peu plus rôdé pour ces icônes symboliques (via une police fontface ou autre), et donc en attendant au moins on sera déjà alignés visuellement.Et ma foi avec ça, ça devrait le faire.
J’hésitais : je continue dans une branche à part ou je commite dans le lard ? -
Evolution #3953 : formulaire de date sur les rubriques
12 février 2021, par RastaPopoulos ♥Dans tous les cas il me semble nécessaire de pouvoir agir sur les dates des objets, sachant qu’historiquement les dates des rubriques sont liées automatiquement à la date de leur dernier article, faudrait-il trouver une solution pour bloquer/débloquer cet automatisme ?
1) Les dates des rubriques sont liés aux articles, mais il me semble que soit la doc n’est pas assez explicite, soit le code ne va pas jusqu’au bout (mais ça impliquerait possiblement des trop gros tests). En effet, la date des rubriques n’est pas liée vaguement à la date du contenu le plus récent publié dedans. :) C’est plus fourbement précis : c’est la date du dernier contenu dont le statut a été mis en publié pendant qu’il était dans cette rubrique. Et ça à défaut de changer le code pour l’instant, il faudrait au moins le dire moins sibyllin. Concrètement ça signifie que si on déplace un article (publié bien sûr) depuis une autre rubrique dedans après coup, avec une date plus récente, ça ne change rien à la date de la rubrique (dont le contenu a pourtant changé toute autant qu’en publiant direct depuis dedans). En théorie il faudrait que ça change en cascade la date de tous les parents quand on déplace un article (la rubrique de destination et toute la hiérarchie). Et possiblement d’autres cas de ce genre.
2) Quoiqu’il en soit, même s’il y a un changement de date par défaut, je pense aussi qu’il faut pouvoir décider qu’on veut la changement manuellement après coup. Si on a une liste de rubriques "par date de contenu récent", on peut rien corriger actuellement si les dates ne vont pas. Là j’ai le cas après une migration WP par exemple.
En attendant faudrait un mini plugin tout simple pour ajouter le form de date sur les rubriques comme le montre touti au début. Mais est-ce ça devrait pas être natif directement ?