Recherche avancée

Sur d’autres sites (9093)

• Evolution #3859 (Fermé) : Permettre de rechercher un article syndiquer aussi sur la page d’un site...

  11 février 2017

  Appliqué par https://zone.spip.org/trac/spip-zone/changeset/102813

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

• 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 ;-).