Recherche avancée

Médias (2)

Mot : - Tags -/kml

Autres articles (91)

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

  • Anomalie #3860 (Nouveau) : Non prise en compte de la balise `genie` d’un paquet.xml lors du vidage...

    9 novembre 2016, par marcimat ☺☮☯♫

    La balise genie dans un paquet.xml n’ajoute pas l’entrée adéquat dans tmp/charger_pipelines.php
    dès lors qu’on vide le cache. Il faut repasser sur la page admin_plugins pour qu’elle soit prise en compte.

    Le problème vient du code suivant :

    if (charger_fonction($nom, "genie", true)) 
    $prepend_code[’taches_generales_cron’] .= "\$val[’$nom’] = $periode ;\n" ;
 else 
    spip_log("Fonction genie_$nom introuvable", _LOG_ERREUR) ;

    Effectivement à ce moment là, le chemin des plugins n’est pas encore pris en compte par SPIP et du coup, le charger_fonction() retourne toujours false.
    Je vois deux possibilités pour corriger :
    A) Ignorer ce if tout simplement, considérant que job_queue écrira un log (certes pas du niveau _LOG_ERREUR) en cas où il ne trouve pas la fonction demandée
    B) Remonter le chargement des chemins des plugins : il est effectué juste avant le chargement des fichiers d’options, à la fin de la fonction.
    La partie de chargement des chemins (include_once(_CACHE_PLUGINS_PATH);) pourrait être monté en tête de cette fonction, au niveau de $prepend_code = array();

    Des avis ?

  • Evolution #4175 : Auteurs et statut des documents joints

    19 septembre 2018, par Peet du

    Wow ! Merci b_b pour cette analyse. Je serait bien tenté de faire un patch de editer_document à partir du test un test sur $row[’objet’] == ’auteur’

    Mais pourquoi est ce que les documents seraient publiés, si l’objet auquel ils sont attachés ne l’est pas ?

    héhé, alors je crois qu’il y a une petite confusion.

    Les objets éditoriaux comme les articles, brèves, etc, utilisent le statut pour définir un état de publication
    L’objet Auteur utilise le statut pour définir des autorisations. Il n’y a pas de fonction "Publier cet auteur"

    Du coup a t-il été décidé que la boucle AUTEURS renverrai uniquement les auteurs qui ont publié quelque chose.

    La question serait alors plutôt : maintenant qu’avec SPIP 3 on peut associer des documents à un auteur (Configuration -> Contenu du site -> bloc ’Documents joints’) peut-on considérer qu’un auteur qui a des documents joints est publiable (pris en compte dans la boucle AUTEURS) ? Si oui, alors le corollaire serait d’automatiquement affecter le statut ’publie’ aux documents joints à un auteur.

    Qu’en pensez-vous ?

  • Anomalie #3233 (Nouveau) : Le bug #2848 (traduction de rubrique) est réapparu

    18 juin 2014, par Paolo -

    Bonjour,

    Le bug #2848 (http://core.spip.org/issues/2848), qui semblait être résolu est réapparu. Je pense que cela dure depuis quelques mois au moins.

    Les symptômes sont exactement comme décrit dans le ticket pris ensemble avec mon commentaire #1 (un double bug : la nouvelle rubrique est mal placée, et dans la langue de l’interface en cours).

    Paolo

Navigation