Recherche avancée

Médias (3)

Mot : - Tags -/image

Autres articles (87)

  • Le profil des utilisateurs

    12 avril 2011, par

    Chaque utilisateur dispose d’une page de profil lui permettant de modifier ses informations personnelle. Dans le menu de haut de page par défaut, un élément de menu est automatiquement créé à l’initialisation de MediaSPIP, visible uniquement si le visiteur est identifié sur le site.
    L’utilisateur a accès à la modification de profil depuis sa page auteur, un lien dans la navigation "Modifier votre profil" est (...)

  • List of compatible distributions

    26 avril 2011, par

    The table below is the list of Linux distributions compatible with the automated installation script of MediaSPIP. Distribution nameVersion nameVersion number Debian Squeeze 6.x.x Debian Weezy 7.x.x Debian Jessie 8.x.x Ubuntu The Precise Pangolin 12.04 LTS Ubuntu The Trusty Tahr 14.04
    If you want to help us improve this list, you can provide us access to a machine whose distribution is not mentioned above or send the necessary fixes to add (...)

  • Configurer la prise en compte des langues

    15 novembre 2010, par

    Accéder à la configuration et ajouter des langues prises en compte
    Afin de configurer la prise en compte de nouvelles langues, il est nécessaire de se rendre dans la partie "Administrer" du site.
    De là, dans le menu de navigation, vous pouvez accéder à une partie "Gestion des langues" permettant d’activer la prise en compte de nouvelles langues.
    Chaque nouvelle langue ajoutée reste désactivable tant qu’aucun objet n’est créé dans cette langue. Dans ce cas, elle devient grisée dans la configuration et (...)

Sur d’autres sites (11956)

  • Anomalie #2036 : nom des feuilles de style calculée

    23 mai 2011, par jluc -

    Autre information utile, sur la css globale cette fois (et non ses composantes) : le media auquel est destiné cette css. Cette information est d’autant plus intéressante que la concaténation des css se fait sur des critères de medias (...)

  • Roadmap #3940 : Renvoyer sur spip_loader et non spip.net lorsqu’une nouvelle version est disponible

    9 juillet 2017, par b b

    Qui a créé ce ticket avec le compte glodstein ? Et pourquoi est il sur le tracker "petite roadmap" qui est normalement destiné à recenser des "métas tâches" liées à des tickets classiques pour la partie réalisation ?

  • Evolution #4739 (Nouveau) : Styles des boîtes et messages du privé

    19 avril 2021

    Dans la foulée des styles des formulaires, je pense qu’il serait bien d’accorder ça avec les styles des boîtes #BOITE_OUVRIR.
    Mais avant d’y aller, je prends la température.

    Si une alpha est prévue pour le 1er mai ça va être un peu sport. Cela dit, c’est moins compliqué que les formulaires puisqu’il ne s’agit que de l’emballage extérieur, et il s’agit de reprendre une partie des styles des formulaires. Bref ça pourrait.

    Par contre ça repose sur une partie des évolutions de la PR 157, donc travail à entamer qu’après celle-ci intégrée.

    Boîtes

    Dans l’immédiat je ne souhaite pas revenir sur toutes les variantes de boîtes (info, raccourcis, inverse, etc.), qui devraient rester pareil dans les grandes lignes.
    Par contre il faudrait alléger les variantes notice, erreur et info. Sur la page de maintenance c’est festif actuellement :)

    La direction que je veux prendre, c’est de mettre juste une bordure de couleur, et éventuellement déplacer l’icône en haut.
    Cf. image boite_notice_1.png en pièce-jointe.

    Messages

    Par contre un truc un peu problématique, c’est que ces boîtes font un peu double emploi : parfois elles ne sont pas utilisées en tant que boîte à proprement parler, mais en tant que message d’alerte (notice, success, error).
    Je pense qu’il faudrait éviter de les utiliser comme ça, ce sont 2 besoins différents, et ça devrait être 2 composants différents avec des styles propres.

    Dans ce cas, il s’agit de l’équivalent des alertes de Bootstrap par exemple : https://getbootstrap.com/docs/5.0/components/alerts/

    Exemple : sur la page maintenance, le bloc « htaccess inopérant » ça devrait être un simple message d’alerte.
    Et tout bas, le bloc « effacer les statistiques » c’est logique qu’il s’agisse d’une boîte.

    Alors ce composant « alerte » existe à peu près, mais un peu par contingence je crois : il y a des classes .notice, error et .info qu’on peut appliquer à un div, et ça semble faire le job.
    Mais il faudrait rendre ça plus sûr : une classe .alerte et ces déclinaisons .alerte_notice, .alerte_error et .alerte_info
    Pour officialiser ça pourrait pourquoi pas être complété par une balise #ALERTE{titre, variante, …}.

    Là au niveau des styles, ça serait en mode flat, sans ombre portée, et avec un fond de couleur (proche voir identique aux messages de retour des formulaires).
    Cf. image message_notice_1.png en pièce-jointe.

Navigation