Recherche avancée

Sur d’autres sites (7591)

• Anomalie #4084 (Fermé) : Date de publication en ligne : erreur et comportement bizarre

  1er février 2018, par Eric Camus

  Bonjour,

  Quand on veux changer la date de publication en ligne, une fois l’affichage de cette dernière et si l’heure contient 23:XX ou XX:59 : impossible de refermer le formulaire : tout appuis sur "Annuler" affiche une erreur ?
  Il faut obligatoirement une date / heure valide pour refermer le formulaire sans faire de changement !!!!! et 23hXX et XXh59 sont interdit !!!! :

  1) 23:XX et XX:59 interdit, modifier ligne 358 de /prive/formulaires/dater.php

  <code>if ($regs[1] >= 23 or $regs[2] >= 59) {

  => supprimer les deux "=" !!!

  <code>if ($regs[1] > 23 or $regs[2] > 59) {

  2) Pourquoi faut-il une date / heure correcte pour fermer (cacher) le formulaire sans changement (annuler) ?
  Fichier /prive/formulaires/dater.php, ligne 212 :

  <code>function formulaires_dater_verifier_dist($objet, $id_objet, $retour = '', $options = array()) {<br />        $erreurs = array();

  après ces lignes, ajouter :

  <code>if(_request('annuler')) {  // annuler sans verif !!<br />        return $erreurs;<br />    }

  Nota : numéro de ligne avant dernière MAJ.

• Anomalie #2273 : Choisir la largeur d’affichage des visuels

  27 septembre 2016, par b b

  Voir #3582 et #3449 qui propose d’intégrer le comportement du plugin medoc dans le core, ce qui semble répondre à la demande. Si oui, on pourrait fermer ce ticket et continuer la discussion sur #3582 ?

• Anomalie #4155 : la fonction roles_presents ne fonctionne pas correctement

  27 juin 2018, par Michel Bystranowski

  Mmmm, à me relire, c’est vrai que je n’ai pas été clair du tout… Je réessaie :

  Pour donner les roles possible pour un lien entre deux types d’objets, la fonction roles_presents se base sur la « table des tables », qui est retournée par la fonction lister_tables_objets_sql. C’est de cette liste dont je veux parler quand je parle de « liste des tables ».

  Cette « table des tables » est très grande, donc dans mon exemple je ne montre qu’une partie : la clé "roles_objets" de la table "spip_documents". On y définit les rôles possibles pour les liens avec les autres objets éditoriaux SPIP. Il peut y avoir des index par objets éditoriaux et/ou un ’*’.

  Enfin en écrivant tout ça, je vérifie et je me rend compte que ça n’est pas un bug dans SPIP, mais dans mon plugin logos_roles. C’est lui qui utilise des index du type "spip_articles" au lieu de "articles", alors que la doc des rôles sur contrib dit l’inverse (https://contrib.spip.net/Des-roles-sur-des-liens).

  Et donc il n’y a pas de bug (dans SPIP :-)), et on peut fermer le ticket, désolé pour la fausse alerte.