Recherche avancée

Médias (3)

Mot : - Tags -/plugin

Autres articles (45)

  • Submit bugs and patches

    13 avril 2011

    Unfortunately a software is never perfect.
    If you think you have found a bug, report it using our ticket system. Please to help us to fix it by providing the following information : the browser you are using, including the exact version as precise an explanation as possible of the problem if possible, the steps taken resulting in the problem a link to the site / page in question
    If you think you have solved the bug, fill in a ticket and attach to it a corrective patch.
    You may also (...)

  • Publier sur MédiaSpip

    13 juin 2013

    Puis-je poster des contenus à partir d’une tablette Ipad ?
    Oui, si votre Médiaspip installé est à la version 0.2 ou supérieure. Contacter au besoin l’administrateur de votre MédiaSpip pour le savoir

  • Contribute to translation

    13 avril 2011

    You can help us to improve the language used in the software interface to make MediaSPIP more accessible and user-friendly. You can also translate the interface into any language that allows it to spread to new linguistic communities.
    To do this, we use the translation interface of SPIP where the all the language modules of MediaSPIP are available. Just subscribe to the mailing list and request further informantion on translation.
    MediaSPIP is currently available in French and English (...)

Sur d’autres sites (6407)

  • Anomalie #3055 (En cours) : Autorisation sur les listes d’objets

    5 mai 2015, par Eric Lupinacci

    En fait, c’est à mon avis un problème plus général, de rigueur dans l’appel des autorisations en entrée des pages mais aussi de stratégie de définition des autorisations qui sont malheureusement assez rarement arborescentes.

    Si on prend les pages objet comme article, rubrique et auteur par exemple, elle commencent toutes par une autorisation :

    (#AUTORISERvoir,article,#ID_ARTICLE ou
    (#AUTORISERvoir,rubrique,#ID_RUBRIQUE ou
    (#AUTORISERvoir,auteur,#ID_AUTEUR
    


    Cependant d’ailleurs seul l’autorisation article_voir est définie, les autres renvoyant sur l’autorisation par défaut. Mais au moins une autorisation est appelée systématiquement quelque soit le moyen avec lequel on arrive sur cette page.
    A partir de là si il existe un bouton qui envoie sur cette page il faut le conditionner par cette autorisation (code HTML) et si c’est un menu créé automatiquement alors là il faut créer une autorisation de menu qui appelle l’autorisation de voir et pas le contraire à mon avis.

    Donc si on étend ça aux pages articles, auteurs et rubriques je suis d’accord qu’il faudrait une autorisation voir_xxxx (ce qui n’est pas le cas actuellement) qui serait appelée en entrée de la page comme l’exemple ci-dessous pour la page articles :

    (#AUTORISERvoir,_articles
    


    et il faudrait alors coder l’autorisation du menu Articles de cette façon :

    function autoriser_articles_menu_dist($faire, $type, $id, $qui, $opt) 
        return autoriser(’voir’, ’_articles’) ;
    
    


    En effet, la décision d’afficher ou pas le menu est indépendante du fait de voir ou pas la page articles mais doit s’appuyer dessus si on décide de ne pas présenter un lien qui mène vers une page interdite.
    Et il faudrait systématiser cela pour tous les plugins objet du core à mon avis.

    En second lieu il faudrait faire une passe sur le code des autorisations actuelles pour imbriquer un peu plus les autorisations de façon arborescente ce qui leur donnerait plus de lisibilité car parfois elles sont identiques sans qu’on s’en rende compte car le code est dupliqué.

  • Anomalie #2749 (Fermé) : Problème de cookie

    21 mars 2013, par guytarr °

    il y a bien http://forum.spip.net/fr_248457.html mais rien trouvé dans forum ou sur les listes de "récent".

  • Anomalie #4272 : Vignettes considérée comme orphelins lors de la suppression des documents inutilisés

    11 février 2019, par Fabrice Véronneau