Recherche avancée

Médias (0)

Mot : - Tags -/navigation

Aucun média correspondant à vos critères n’est disponible sur le site.

Autres articles (63)

  • Contribute to documentation

    13 avril 2011

    Documentation is vital to the development of improved technical capabilities.
    MediaSPIP welcomes documentation by users as well as developers - including : critique of existing features and functions articles contributed by developers, administrators, content producers and editors screenshots to illustrate the above translations of existing documentation into other languages
    To contribute, register to the project users’ mailing (...)

  • Ajouter notes et légendes aux images

    7 février 2011, par

    Pour pouvoir ajouter notes et légendes aux images, la première étape est d’installer le plugin "Légendes".
    Une fois le plugin activé, vous pouvez le configurer dans l’espace de configuration afin de modifier les droits de création / modification et de suppression des notes. Par défaut seuls les administrateurs du site peuvent ajouter des notes aux images.
    Modification lors de l’ajout d’un média
    Lors de l’ajout d’un média de type "image" un nouveau bouton apparait au dessus de la prévisualisation (...)

  • Supporting all media types

    13 avril 2011, par

    Unlike 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 (...)

Sur d’autres sites (4851)

  • Anomalie #4562 : Suite #4468 : Unification des CSS pour les boutons et les icônes

    9 octobre 2020, par RastaPopoulos ♥

    Je continue de trouver ça excellent avec le principal. Ce qui est de la suppression/retrait : c’est en retrait. Ce qui est de l’ajout : c’est bien visible. Avec même deux arguments :
    - les deux (suppression et ajout) doivent avoir des styles bien différents à mon avis
    - et même si on considérait juste l’ajout seul, il doit se voir au premier coup d’œil, sans bouger la souris, voir immédiatement qu’il y a un truc cliquable, sans devoir survoler pour être sûr qu’il y a le curseur qui change

    Là ça fait UN élément cliquable bien découpé, bien mis en avant, pour chaque boite différente, c’est excellent comme efficacité. (Pour la date par contre ça pourrait rester en retrait : c’est beaucoup plus rare de changer une date que d’ajouter un mot ou un auteur.)

  • Anomalie #4562 : Suite #4468 : Unification des CSS pour les boutons et les icônes

    9 octobre 2020

    Remarque tant qu’à faire, autant se rapprocher de la maquette de Rasta non ? (la plus simple, la v1 : https://core.spip.net/attachments/download/1171/svp.html).
    Ça ferait une étape intermédiaire avant la version finale.
    Pour l’instant il ne s’agit vraiment que de l’habillage, pour la finaliser par la suite il ne resterait que la gestion plus avancée des messages et boutons de mise à jour (et éventuellement les boutons déroulants si c’est la v2 qui est retenue).

    Je reviens à la charge pour les boutons editer_liens et cie là, je suis quand même pas 100% convaincu par l’utilisation de la variante .principal à cet endroit, ça attire beaucoup l’attention. Le .link me parait plus sobre. Du coup je sais pas, on fait un vote ? On s’en fout ?

  • Anomalie #4562 : Suite #4468 : Unification des CSS pour les boutons et les icônes

    7 octobre 2020

    cedric 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.

Navigation