Recherche avancée

Médias (2)

Mot : - Tags -/kml

Autres articles (48)

  • MediaSPIP v0.2

    21 juin 2013, par

    MediaSPIP 0.2 est la première version de MediaSPIP stable.
    Sa date de sortie officielle est le 21 juin 2013 et est annoncée ici.
    Le fichier zip ici présent contient uniquement les sources de MediaSPIP en version standalone.
    Comme pour la version précédente, il est nécessaire d’installer manuellement l’ensemble des dépendances logicielles sur le serveur.
    Si vous souhaitez utiliser cette archive pour une installation en mode ferme, il vous faudra également procéder à d’autres modifications (...)

  • Mise à disposition des fichiers

    14 avril 2011, par

    Par défaut, lors de son initialisation, MediaSPIP ne permet pas aux visiteurs de télécharger les fichiers qu’ils soient originaux ou le résultat de leur transformation ou encodage. Il permet uniquement de les visualiser.
    Cependant, il est possible et facile d’autoriser les visiteurs à avoir accès à ces documents et ce sous différentes formes.
    Tout cela se passe dans la page de configuration du squelette. Il vous faut aller dans l’espace d’administration du canal, et choisir dans la navigation (...)

  • MediaSPIP version 0.1 Beta

    16 avril 2011, par

    MediaSPIP 0.1 beta est la première version de MediaSPIP décrétée comme "utilisable".
    Le fichier zip ici présent contient uniquement les sources de MediaSPIP en version standalone.
    Pour avoir une installation fonctionnelle, il est nécessaire d’installer manuellement l’ensemble des dépendances logicielles sur le serveur.
    Si vous souhaitez utiliser cette archive pour une installation en mode ferme, il vous faudra également procéder à d’autres modifications (...)

Sur d’autres sites (3503)

  • Kaleidoscope-like video, what happened ? [closed]

    11 avril 2012, par ghost

    I have used dolphin-player (http://code.google.com/p/dolphin-player/), it is based on ffplay with libsdl, all movies are in 3 pictures like these these.

    can anyone know what the problem is, and how to repair it in code ?
    (Source code here)

  • Evolution #2608 (Fermé) : visiteurs

    22 mars 2012, par cedric -

    faut relire le thread de 6 mois sur le bandeau... les visiteurs concernent l’activité publique du site et sont donc rangés dans le menu Activité

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

Navigation