Recherche avancée
Médias (1)
-
Carte de Schillerkiez
13 mai 2011, par
Mis à jour : Septembre 2011
Langue : English
Type : Texte
Autres articles (111)
-
D’autres logiciels intéressants
12 avril 2011, parOn ne revendique pas d’être les seuls à faire ce que l’on fait ... et on ne revendique surtout pas d’être les meilleurs non plus ... Ce que l’on fait, on essaie juste de le faire bien, et de mieux en mieux...
La liste suivante correspond à des logiciels qui tendent peu ou prou à faire comme MediaSPIP ou que MediaSPIP tente peu ou prou à faire pareil, peu importe ...
On ne les connais pas, on ne les a pas essayé, mais vous pouvez peut être y jeter un coup d’oeil.
Videopress
Site Internet : (...) -
Script d’installation automatique de MediaSPIP
25 avril 2011, parAfin de palier aux difficultés d’installation dues principalement aux dépendances logicielles coté serveur, un script d’installation "tout en un" en bash a été créé afin de faciliter cette étape sur un serveur doté d’une distribution Linux compatible.
Vous devez bénéficier d’un accès SSH à votre serveur et d’un compte "root" afin de l’utiliser, ce qui permettra d’installer les dépendances. Contactez votre hébergeur si vous ne disposez pas de cela.
La documentation de l’utilisation du script d’installation (...) -
Ajouter des informations spécifiques aux utilisateurs et autres modifications de comportement liées aux auteurs
12 avril 2011, parLa manière la plus simple d’ajouter des informations aux auteurs est d’installer le plugin Inscription3. Il permet également de modifier certains comportements liés aux utilisateurs (référez-vous à sa documentation pour plus d’informations).
Il est également possible d’ajouter des champs aux auteurs en installant les plugins champs extras 2 et Interface pour champs extras.
Sur d’autres sites (3851)
-
Anomalie #4569 : Accessibilité, boutons et javascript
5 octobre 2020, par nicod _Pour les trucs qui s’affichent / se masquent, le cas de figure est bien décrit par les design patterns WAI :
https://www.w3.org/TR/wai-aria-practices-1.1/#disclosureC’est à dire, un
<button></button>(ou éventuellement, mais
Exemple : https://www.w3.org/TR/wai-aria-practices-1.1/examples/disclosure/disclosure-faq.html
-
Anomalie #4562 : Suite #4468 : Unification des CSS pour les boutons et les icônes
9 octobre 2020, par RastaPopoulos ♥Ah ! Je trouve ça déjà légèrement mieux que le link !
Même si je persiste sur les arguments contre le total flat. :) (surtout pour le défaut, primary etc, après qu’il y ait telle variante d’exception pour de rares cas…)
https://uxdesign.cc/design-better-buttons-a5c90a113280Buttons with shadows are also more “clickable” and noticed much faster, than flat ones. Add a subtle drop shadow in the button to make it stand out from the background more.
Ça peut être vraiment presque plat mais minusculement pas entièrement plat quand même.
-
Anomalie #4562 : Suite #4468 : Unification des CSS pour les boutons et les icônes
9 octobre 2020, par RastaPopoulos ♥Ça me fait penser que c’est un bug ergonomique (plutôt grave) qui est reproché depuis le début au style "totalement flat". En effet, quand les boutons on vraiment un aspect visuel de bouton = soit en 3D, soit au moins avec un ombrage, et bien même quand la couleur du bouton ressemble à la couleur du bloc où il est placé : on voit quand même le bouton et on le reconnait comme un bouton.
Tandis qu’avec le "totalement flat", et bien ça pète complètement le concept visuel du bouton, ça ne se détache plus, et parfois c’est même moche.
C’est bien pour ça que dans la conception "material design" de Google, même en étant moins 3D brut que les anciennes interfaces, il y a toujours le fait que les boutons doivent se détacher quelque soit leur couleur.
Du coup ya peut-être (sûrement) une réflexion encore à avoir là-dessus.
(Je n’ai jamais été pour le totalement flat, justement car je considère les arguments le critiquant très pertinents depuis le début.)
Syndiquer tout le site
