Recherche avancée

Médias (1)

Mot : - Tags -/publishing

Autres articles (85)

  • Use, discuss, criticize

    13 avril 2011, par

    Talk to people directly involved in MediaSPIP’s development, or to people around you who could use MediaSPIP to share, enhance or develop their creative projects.
    The bigger the community, the more MediaSPIP’s potential will be explored and the faster the software will evolve.
    A discussion list is available for all exchanges between users.

  • Gestion des droits de création et d’édition des objets

    8 février 2011, par

    Par défaut, beaucoup de fonctionnalités sont limitées aux administrateurs mais restent configurables indépendamment pour modifier leur statut minimal d’utilisation notamment : la rédaction de contenus sur le site modifiables dans la gestion des templates de formulaires ; l’ajout de notes aux articles ; l’ajout de légendes et d’annotations sur les images ;

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

Sur d’autres sites (8753)

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

  • Révision 24630 : Ticket #4505 : afficher la révision GIT de SPIP ou des plugins, comme l’on avait ...

    24 juin 2020, par marcimat@rezo.net

    (Refonte de la PR #49 de Real3t.)

    - version_svn_courante() est dépréciée et s’appuie sur la nouvelle fonction decrire_version_svn()
    - pour decrire_version_svn() on ne s’embarrase plus de svn < 1.7, ni de svn.revision (on zip depuis un tag maintenant avec le « Débardeur » et ce fichier n’est plus présent)
    - on introduit decrire_version_git()
    - on introduit version_vcs_courante() qui retourne un texte affichable (tel que "GIT [master : c0f3219b]"), mais peut retourner les quelques données brutes si besoin.

  • Anomalie #4497 : [robustesse du hash du mot de passe utilisateur] : spip_auteurs.htpass

    28 mai 2020, par cedric -

    le htpass est utilisé pour la génération des fichiers htpasswd apache qui servent donc à filtrer l’accès au site si on veut, pour des raisons techniques X ou Y.
    On ne peut pas faire une mise à jour qui vide les tables existantes, car cela invaliderait totalement les mots de passes sur les sites qui utilisent cette feature, et il faudrait que tout le monde change son mot de passe.

    Ce qu’on peut faire c’est utiliser une fonction surchargeable pour générer le htpass au lieu de directement appeler crypt, ce qui permettrait :
    - de desactiver cette feature sur les site qui le veulent
    - ou d’utiliser une autre fonction de hashage dans le futur pour ceux qui le veulent.

    Dans un second temps, on peut aussi ajouter une config qui serait à off par défaut sur les nouveaux sites, et mise à on lors des upgrades, et qui permettrait d’activer ou non ce htpass.
    Mais il faut alors aussi gérer les implications sur l’interface qui permet de créer les htaccess : si on a pas les htpass en base il faut que le webmestre soit prévenu, et lui expliquer qu’il doit activer cette config+ chaque utilisateur doit changer son mot de passe...

Navigation