Recherche avancée

Médias (5)

Mot : - Tags -/open film making

Autres articles (28)

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

  • Anomalie #3227 : Bug date de publication

    17 juin 2014, par Eric Camus

    Petit addendum sur la chose des dates de publication et antérieure. Outre le fait reconnu que la saisie manuelle permet de faire tout et surtout n’importe quoi de la date. Si on arrive a afficher le message d’erreur, alors un clic sur "annuler" n’annule rien car la fonction "formulaire_date_verifier_dist" ne tiend pas compte de ce cas et on reste avec notre erreur, les formulaires ouverts !.

    Pour revenir sur cette date : pourquoi ne pas vérouiller le fait qu’elle doit être bien formatée : JJ/MM/AAAA ou J/M/AA (=>AA+2000), ce serait un problème de moins.

    Pour corrigé tout cela, le fichiers "date.php" dans "/prive/formulaires/", j’ai donc copié le test de traitement dans la vérification :

    function formulaires_dater_verifier_dist($objet, $id_objet, $retour=’’)
        $erreurs = array() ;
    +    if (_request(’changer’))
            foreach(array(’date’,’date_redac’) as $k)
                if ($v=_request($k."_jour") AND !dater_recuperer_date_saisie($v))
                    $erreurs[$k] = _T(’format_date_incorrecte’) ;
                elseif ($v=_request($k."_heure") AND !dater_recuperer_heure_saisie($v))
                    $erreurs[$k] = _T(’format_heure_incorrecte’) ;
    

    if (!_request(’date_jour’))
    $erreurs[’date’] = _T(’info_obligatoire’) ;
    +

    return $erreurs ;


    J’ai aussi changé le code des deux fonctions suivantes :

    function dater_recuperer_date_saisie($post) 
        // autorise toutes les date de 1980 a 2099 plus 0000 et 0 a 99 transforme en 2000 a 2099
        if(preg_match(’#^01,4$#’, $post, $regs)) return array(0,0,0) ;
        if(!preg_match(’#^(0 ?[0-9]|[1-2][0-9]|3[0-1])[/-](0 ?[0-9]|1[0-2])[/-](19[8-9][0-9]|20[0-9]2|[0-9]2|01,4)$#’, $post, $regs))
            return ’’ ;
        if($regs[1]==0 and $regs[2]==0 and $regs[3]==0) return array(0,0,0) ;
        if($regs[1]==0 or $regs[2]==0) return ’’ ;
        if($regs[3]<100) $regs[3]+=2000 ;
        // verif date existe (31/2/2014 !!)
        $td=mktime(0,0,0,$regs[2],$regs[1],$regs[3]) ;
        if(date(’j’,$td) !=$regs[1] or date(’n’,$td) !=$regs[2] or date(’Y’,$td) !=$regs[3]) return ’’ ;
        return array($regs[3],$regs[2],$regs[1]) ;
    
    

    function dater_recuperer_heure_saisie($post)
    // heure doit etre bien formatee
    if (!preg_match(’#^(0 ?[0-9]|1[0-9]|2[0-3])[h :]([0-5] ?[0-9])$#’, $post, $regs))
    return ’’ ;
    return array($regs[1],$regs[2]) ;

    Effets de bords possible ? Je ne sait pas ! En tous cas avec ces modifications, impossible (!) d’entrée une date ou heure farfelue...

    Dernier point : les chaines de texte ’format_date_incorrecte’ et ’format_heure_incorrecte’ n’ont pas d’entrées dans les fichiers de langues.

  • Evolution #3411 (Nouveau) : Personnalisation de l’espace privé

    16 mars 2015, par Julien -

    Bonjour,

    Je me demandais comment faire pour créer un espace d’administration personnalisé.
    En m’appuyant sur :
    - http://contrib.spip.net/Doc-SPIP3-theme-prive
    - http://forum.spip.net/fr_244661.html

    J’ai vu qu’il était possible de surcharger le dossier ecrire/prive/themes grace à $GLOBALS['theme_prive_defaut']
    J’ai aussi vu la possibilité de redéfinir l’espace privé dans son ensemble (thème et squelettes) à l’aide d’un plugin, comme le fait le plugin bootstrap_prive
    (svn ://zone.spip.org/spip-zone/_plugins_/bootstrap_prive)

    En revanche, je ne vois pas la possibilité de créer un espace privé sur-mesure qui ne remplacerait pas l’espace privé par défaut.
    On peut en effet avoir besoin de créer un petit espace d’administration simplifié et sur mesure, à destination de tous les rédacteurs/administrateurs du site SPIP.
    Qui remplace donc l’espace privé fourni en standard. Le /ecrire.
    Pour autant, il faudrait rendre possible l’accès à l’interface native pour pouvoir par exemple gérer les plugins ou les mots clés, les opérations de maintenances, etc.
    Cela pourrait se faire pour un auteur donné ou un paramètre dans l’url ou une condition à préciser.

    Cela est possible sur l’espace public.
    Avec le $dossier_squelettes du fichier mes_options, il est possible de spécifier quel dossier de squelettes doit être utilisé.
    Et on peut s’arranger pour que la valeur de cette variable dépende d’une condition.

    Il serait intéressant d’avoir une variable similaire pour l’espace privé.
    d’avoir un $dossier_squelettes_prive ou un $GLOBALS['squelettes_prive_defaut']

    Cela permettrait de pouvoir utiliser SPIP comme un framework.

  • Documentation #4098 : Compléter la documentation de #TRI pour générer un lien de tri avec un sens ...

    28 septembre 2018, par cedric -

    Juste pour être sûr, ce que Jean-Luc précise c’est que tu peux générer deux liens de changement de sens de tri avec la syntaxe suivante :

    [(#TRI’>’, #CHEMIN_IMAGEtri-asc-16.png|balise_img<:par_tri_croissant :>)]
    [(#TRI’<’, #CHEMIN_IMAGEtri-desc-16.png|balise_img<:par_tri_decroissant :>)]
    


    comme dans https://zone.spip.org/trac/spip-zone/browser/spip-zone/_plugins_/albums/branches/v2/prive/objets/liste/albums.html#L47
    Ce sont 2 liens uniques qu’on met en général en début de bare de tri.
    Mais tu peux aussi les générer de manière contextuelle à côte de chaque lien en testant le champ de tri :

    [(#TRIid_album, <:medias:par_id :>)]
    [(#TRI|==id_album|oui)
      [(#TRI’>’, #CHEMIN_IMAGEtri-asc-16.png|balise_img<:par_tri_croissant :>)]
      [(#TRI’<’, #CHEMIN_IMAGEtri-desc-16.png|balise_img<:par_tri_decroissant :>)]
    ]
    

    Bon je réponds un petit peu à côté de la question mais quand même donc : on peut générer des liens de sens de tri dynamique, et les mettre en contextuel à côté de chaque lien de tri si c’est ce que tu veux.

    C’est vrai que le même lien qui change le sens du tri "comme dans phpMyAdmin" ce n’est pas prévu, mais a moitié aussi parce que je ne suis pas du tout certain que ce soit une bonne pratique accessibilité/usabilité
    (ie le même lien dont l’action change selon le contexte, ce n’est pas hyper cognitif)

    Donc à voir/discuter sous cet aspect peut-être aussi avant de coder quoi que ce soit de plus