
Advanced search
Medias (1)
-
The Great Big Beautiful Tomorrow
28 October 2011, by
Updated: October 2011
Language: English
Type: Text
Other articles (64)
-
Other interesting software
13 April 2011, byWe don’t claim to be the only ones doing what we do ... and especially not to assert claims to be the best either ... What we do, we just try to do it well and getting better ...
The following list represents softwares that tend to be more or less as MediaSPIP or that MediaSPIP tries more or less to do the same, whatever ...
We don’t know them, we didn’t try them, but you can take a peek.
Videopress
Website: http://videopress.com/
License: GNU/GPL v2
Source code: (...) -
Des sites réalisés avec MediaSPIP
2 May 2011, byCette page présente quelques-uns des sites fonctionnant sous MediaSPIP.
Vous pouvez bien entendu ajouter le votre grâce au formulaire en bas de page. -
Taille des images et des logos définissables
9 February 2011, byDans beaucoup d’endroits du site, logos et images sont redimensionnées pour correspondre aux emplacements définis par les thèmes. L’ensemble des ces tailles pouvant changer d’un thème à un autre peuvent être définies directement dans le thème et éviter ainsi à l’utilisateur de devoir les configurer manuellement après avoir changé l’apparence de son site.
Ces tailles d’images sont également disponibles dans la configuration spécifique de MediaSPIP Core. La taille maximale du logo du site en pixels, on permet (...)
On other websites (4349)
-
7 Reasons to Migrate from Google Analytics to Matomo Now
15 May 2022, by Erin -
Evolution #3483: #FORMULAIRE_MOT_DE_PASSE dans la dist
27 June 2018, by AnonymeTiens, j’avais oublié cette fiche faite par Maieul à ma demande lorsque j’avais pas de compte. Toutes mes fiches ayant déjà été fermées d’office.
(style : on ferme A car on décide que c’est un doublon de B et vice versa)
Celle-ci peut également être fermée, car comme je l’ai précisé dans cette conversation (https://contrib.spip.net/Pour-un-fonctionnement-communautaire-efficace-dans-la#forum492387) la boite a abandonné SPIP
Quand à mes 4 sites familiaux, ils n’ont pas les milliers de personnes à gérer des précédents : je peux faire les modifications à la main :-)
Me reste plus qu’à désactiver mon compte
Encore merci Maieul
Et bon vent à l’équipe -
Evolution #4148: Augmenter la largeur de l’espace privé
13 June 2018, by 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.