Recherche avancée

Médias (0)

Mot : - Tags -/signalement

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

Autres articles (95)

  • ANNEXE : Les plugins utilisés spécifiquement pour la ferme

    5 mars 2010, par

    Le site central/maître de la ferme a besoin d’utiliser plusieurs plugins supplémentaires vis à vis des canaux pour son bon fonctionnement. le plugin Gestion de la mutualisation ; le plugin inscription3 pour gérer les inscriptions et les demandes de création d’instance de mutualisation dès l’inscription des utilisateurs ; le plugin verifier qui fournit une API de vérification des champs (utilisé par inscription3) ; le plugin champs extras v2 nécessité par inscription3 (...)

  • Gestion de la ferme

    2 mars 2010, par

    La ferme est gérée dans son ensemble par des "super admins".
    Certains réglages peuvent être fais afin de réguler les besoins des différents canaux.
    Dans un premier temps il utilise le plugin "Gestion de mutualisation"

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

Sur d’autres sites (10421)

  • Evolution #3017 : Gestion des versions de plugins

    30 septembre 2016, par Franck Dalot

    Ce commit (il y a d’autre cas de borne max dans la zone) http://zone.spip.org/trac/spip-zone/changeset/99750/_plugins_/clients/trunk vient de me refaire pensé à ce ticket :-)
    En faite, je ne suis pas certain qu’un simple message soit suffisant, car prenant le cas présent, sauf à savoir que le plugin client "necessite" contact et organisation l’utilisateur "basique" ne va pas savoir quoi faire...
    Alors que si spip fait un stockage de l’information, il pourrait "empêcher" la mise à jour de c&o en indiquant que cela désactivera le plugin client en version x.y.z car necessitant contacte et organisation en version maximum x.y.z
    Ainsi si la personne fait quand même la mise à jour, elle saura les conséquences avec un minimum de précision !

    Par contre, il y a un autre cas ou je ne sais pas s’il est possible de faire quelque chose.
    Imaginons qu’une personne à le plugin "client" qui necessite donc contacte et organisation version 2 ; mais que cette même personne souhaite faire l’installation d’un autre plug mais qui demanderait cette fois contacte et organisation en version 3, comme cela se passerait au niveau des tables, de contacte et organisation si la personne installe les deux versions du plug ????
    Car si la possibilité d’installation de plusieurs versions d’un plug est une bonne idée je ne sais pas si c’est vraiment possible ?

  • Evolution #3336 : Amélioration sitemap.xml.html pour gestion des sites multilingues

    15 juin 2016

    pour infos, il y a un revert sur le critère traduction provoquait une erreur de compilation
    http://zone.spip.org/trac/spip-zone/browser/_core_/branches/spip-3.1/plugins/dist/sitemap.xml.html
    http://permalink.gmane.org/gmane.comp.web.spip.devel/66893

    si besoin, on peut ré-ouvrir le ticket

  • Anomalie #3017 : Gestion des versions de plugins

    20 avril 2020, par RastaPopoulos ♥

    Ya pas de réalité fixe, c’est bien pour ça que j’ai dit que la maquette devrait toujours se regarder en affichage responsive dans le navigateur, car de toute façon la 3.3 est semi-responsive, et donc ça devrait marcher en mobile et moyen écran aussi. Moi je ne la compose pas du tout en grand écran mais en 700 max depuis le début, donc je sais bien que ça passe sur plusieurs lignes.

    Personnellement ça ne me choque pas plus que ça, c’est normal que s’il y a plein d’actions (et ça peut encore augmenter !) ça passe sur plusieurs lignes. Et en plus ça sera des cas rares.

    Cela dit, dans le ticket #4429 je proposais que les actions soient dans un menu. Et je suis toujours fortement intéressé par cette piste. En effet :
    - le bouton Configurer peut parfaitement rester en dehors de ce menu
    - là on a un besoin utile d’ajouter d’autres actions, ça peut parfaitement arriver de nouveau plus tard
    - les autres actions sont des choses rares et même parfois dangereuses : c’est donc très bien que ce soit pas forcément visible en permanence !

    Je vais faire une autre version en ce sens.

Navigation