
Recherche avancée
Autres articles (83)
-
Amélioration de la version de base
13 septembre 2013Jolie sélection multiple
Le plugin Chosen permet d’améliorer l’ergonomie des champs de sélection multiple. Voir les deux images suivantes pour comparer.
Il suffit pour cela d’activer le plugin Chosen (Configuration générale du site > Gestion des plugins), puis de configurer le plugin (Les squelettes > Chosen) en activant l’utilisation de Chosen dans le site public et en spécifiant les éléments de formulaires à améliorer, par exemple select[multiple] pour les listes à sélection multiple (...) -
Participer à sa traduction
10 avril 2011Vous pouvez nous aider à améliorer les locutions utilisées dans le logiciel ou à traduire celui-ci dans n’importe qu’elle nouvelle langue permettant sa diffusion à de nouvelles communautés linguistiques.
Pour ce faire, on utilise l’interface de traduction de SPIP où l’ensemble des modules de langue de MediaSPIP sont à disposition. ll vous suffit de vous inscrire sur la liste de discussion des traducteurs pour demander plus d’informations.
Actuellement MediaSPIP n’est disponible qu’en français et (...) -
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 ; (...)
Sur d’autres sites (8395)
-
Evolution #4766 : Passer le menu d’ajouts rapides dans un sous-menu
4 mai 2021, par RastaPopoulos ♥N’importe quoi… on ne les utilise que rarement en tant que dev, si on réfléchit ergo là c’est bien pour les utilisateurices finales, et sur comment les former. Cf les arguments sur la facilité d’apprentissage + la mémorisation de la fonctionnalité + l’accessibilité de la lecture pour savoir ce que ça fait du premier coup d’œil (sans title infobulle que fort peu trouvent et lisent).
Il est d’ailleurs bien plus plus simple, une fois le gros menu ouvert de viser une ligne entière avec label, qu’un mini bouton riquiqui.
Quant à la comparaison avec d’autres logiciels : prenons plutôt ceux de la même branche. Et… o gosh, les deux plus utilisés au monde utilisent ce genre de menu !
Wordpress : un menu "New" avec un picto "+", qui ouvre la liste des choses qu’on peut créer : exactement comme ce qu’on propose
Drupal : un menu "Shortcuts" qui ouvre dessous ce sous-menu (en horizontal et pas vertical pour eux) : là chez eux on peut personnaliser pour chaque utilisateur, ce que j’avais d’ailleurs proposé un jour, ya un remplissage par défaut mais ensuite on peut retirer/ajouter des éléments
Dans un premier temps le truc comme Wordpress suffit, et tout le monde connait et comprend ça (et je pense que ça doit avoir un label du coup, pas juste un "+" !).
-
FFMPEG Encoding MP4 for iOS
3 août 2015, par Ryan KI am using the gem
streamio-ffmpeg
to convert an.mp4
file to another.mp4
file that conforms to iOS standards. I want to put that file in an HTML5 video tag. The video plays well on desktop and Android devices. However, no matter what I do, the iPad Mini 2 that I’m using will not play the video.My options hash looks like this :
options = {video_codec: "libx264", resolution: "480x320", frame_rate: 30, video_bitrate: 500,
x264_vprofile: "baseline", x264_preset: "slow", audio_codec: "aac", audio_bitrate: 56, aspect: 1.333333,
audio_sample_rate: 44100, audio_channels: 1, custom: "-strict -2"}When I load the new
.mp4
file back intostreamio-ffmpeg
, this is the object (and metadata) returned :#
I’ve tried just about everything I could find, with different bit rates, codecs, resolutions, etc. What are the correct options to play an
.mp4
on an iOS device ?BTW,
streamio-ffmpeg
allows pureffmpeg
options, so I’m ok with that. -
Anomalie #4562 : Suite #4468 : Unification des CSS pour les boutons et les icônes
7 octobre 2020cedric signalait un problème dans la liste des plugins de SVP : parfois les boutons chevauchent la case à cocher.
Plus précisément quand un plugin n’a pas de descriptif.Et pour cause : les boutons sont positionnés en absolute, calés en bas à droite de chaque ligne.
Donc depuis le début ils pouvaient chevaucher le titre et le descriptif, et maintenant qu’ils sont un peu plus grands, ça empiète parfois sur la case à cocher (plus embêtant).Pour régler le problème à peu de frais on peut utiliser la variante
.mini
sur les boutons, mais c’est un peu cacher la misère sous le tapis je trouve.
En fait ça fait partie des problèmes d’UX évoqués dans les tickets #4429 et #3017.En attendant l’implémentation de la solution proposée, on pourrait déjà faire quelques ajustements :
- Boutons visibles tout le temps, pas juste au survol
- Boutons calés à droite, pas en absolute. On a maintenant assez de place en largeur pour ça.
Nb : dans la capture j’ai mis les logos en 50px (au lieu de 32px), mais c’était juste pour voir.