Recherche avancée

Médias (1)

Mot : - Tags -/stallman

Autres articles (71)

  • Demande de création d’un canal

    12 mars 2010, par

    En fonction de la configuration de la plateforme, l’utilisateur peu avoir à sa disposition deux méthodes différentes de demande de création de canal. La première est au moment de son inscription, la seconde, après son inscription en remplissant un formulaire de demande.
    Les deux manières demandent les mêmes choses fonctionnent à peu près de la même manière, le futur utilisateur doit remplir une série de champ de formulaire permettant tout d’abord aux administrateurs d’avoir des informations quant à (...)

  • Organiser par catégorie

    17 mai 2013, par

    Dans MédiaSPIP, une rubrique a 2 noms : catégorie et rubrique.
    Les différents documents stockés dans MédiaSPIP peuvent être rangés dans différentes catégories. On peut créer une catégorie en cliquant sur "publier une catégorie" dans le menu publier en haut à droite ( après authentification ). Une catégorie peut être rangée dans une autre catégorie aussi ce qui fait qu’on peut construire une arborescence de catégories.
    Lors de la publication prochaine d’un document, la nouvelle catégorie créée sera proposée (...)

  • Modifier la date de publication

    21 juin 2013, par

    Comment changer la date de publication d’un média ?
    Il faut au préalable rajouter un champ "Date de publication" dans le masque de formulaire adéquat :
    Administrer > Configuration des masques de formulaires > Sélectionner "Un média"
    Dans la rubrique "Champs à ajouter, cocher "Date de publication "
    Cliquer en bas de la page sur Enregistrer

Sur d’autres sites (6034)

  • Evolution #3966 : Date de création des contenus

    26 juin 2017, par b b

    Attention à ne pas oublier la date de rédaction antérieure, qui pourrait être utilisée à bon escient dans le cas que tu cites (modification de la date de publication pour un usage détourné).

  • Anomalie #2974 : changement de langue par défaut du site change langue des articles

    25 avril 2013, par Suske -

    Pour faire avancer le schmilblick, résultat de ma quête découverte dans le code de SPIP (merci à l’équipe spéciale pour sa précieuse collaboration) : en résumé, je confirme.

    http://core.spip.org/projects/spip/repository/entry/spip/prive/formulaires/configurer_langue.php#L56 appelle caculer_langue_rubriques après validation de la sélection (http://core.spip.org/projects/spip/repository/entry/spip/ecrire/inc/rubriques.php#L365) et là, on a :

     sql_updateq("spip_rubriques", array("lang" => $GLOBALS[’meta’][’langue_site’], "langue_choisie" => ’non’), "id_parent=0 AND langue_choisie != ’oui’") ;

    Les rubriques racine avec langue_choisie=’non’ ont "lang" modifié avec la valeur qui vient d’être sélectionnée comme "Langue principale du site".

    C’est utile/nécessaire dans le cas d’un site sans gestion du multilinguisme au niveau des rubriques (si on décide que le site en javanais devient brusquement un site en russe par exemple) mais dans ce cas-ci cela entraîne le basculement d’un secteur linguistique vers une autre langue.

    Cela provient du fait que dans le cas du multilinguisme par secteur (meta "multi_secteurs"=’oui’) la langue principale du site n’est pas indiquée "lang_choisie"=’oui’ car la langue est la langue par défaut. Du coup il me semble qu’on pourrait mettre cette valeur en base sur la ou les rubriques racines au moment de la validation du choix de langues pour les rubriques racines uniquement.

    J’ai testé

    sql_updateq("spip_rubriques", array("langue_choisie" => ’oui’), "id_parent=0 AND langue_choisie != ’oui’") ;

    à la ligne http://core.spip.org/projects/spip/repository/entry/spip/prive/formulaires/configurer_multilinguisme.php#L38

    Par ailleur, dans le cas où l’utilisateur crée ou déplace ensuite une autre rubrique en langue principale du site à la racine, le problème revient. Donc cette seule intervention, si elle est valable, n’est pas suffisante. Comme calculer_langue_rubriques est appelé dans ces cas de figure, j’ai ajouté en début de fonction :

        // si secteurs de langue fixer lang_choisie à oui pour la racine - à non pour les autres

        if (lire_meta(’multi_secteurs’)=="oui") 
    
        sql_updateq("spip_rubriques", array("langue_choisie" => ’oui’), "id_parent=0 AND langue_choisie != ’oui’") ;
    
        sql_updateq("spip_rubriques", array("langue_choisie" => ’non’), "id_parent != 0 AND langue_choisie = ’oui’") ;

    Cela fait le boulot et je n’ai pas vu de conséquence négative jusqu’ici mais cette gestion est suffisemment complexe pour que je me contente de rapporter ça ici pour voir ;-).

  • Anomalie #3879 : Le champ url d’un auteur doit pouvoir pointer sur une URL interne du site

    22 décembre 2016, par Red Sector

    Voila les lignes ajoutées ou modifiées de prive/formulaires/editer_auteur.php

      1 < ?php
  2 
  3 if (!defined(’_ECRIRE_INC_VERSION’)) return ;
  4 
  5 include_spip(’inc/actions’) ;
  6 include_spip(’inc/editer’) ;
  7 include_spip(’inc/filtres_ecrire’) ; // si on utilise le formulaire dans le public
  8 +++ include_spip(’inc/texte’) ;

    102 ---    if ($url = _request(’url_site’) and !tester_url_absolue($url)) 
    
103 +++  if ($url = extraire_attribut(propre(_request(’url_site’)), ’href’) and !tester_url_absolue($url)) 
    
104                 $erreurs[’url_site’] = _T(’info_url_site_pas_conforme’) ;
    
105

    Et je ne suis pas l’auteur de la ligne 103, c’est RealET, rendons à césar ce qui lui appartient.

Navigation