Recherche avancée

Sur d’autres sites (11976)

• Anomalie #3149 (Nouveau) : Filtre supprimer_timestamp

  13 janvier 2014, par Maïeul Rouquette

  SPIP ajoute automatiquement un timestamp aux documents (j’ai toujours pas compris pourquoi, mais peu importe).

  Or ds certains besoin très spécifique ... par exemple exporter le site sous forme d’un zip pour produire un bouquin, on ne souhaite pas avoir les timestamp.

  Ne pourrait-on pas proposer génériquement le filtre suivant :

  function supprimer_timestamp($url)
      return preg_replace("#~? []*$#i","",$url) ;
      
  

• Evolution #3151 (Nouveau) : Gestion des statuts et WorkFlow

  18 janvier 2014, par YannX spip

  Pour etendre le workflow de SPIP, une exploration du code montre la possibilité d’ajouter des statuts nouveaux pour un objet editorial, qui seront traites dans intituer_objet et puce_statut mais pas de "gerer" les transitions de ces nouveaux statuts (en particulier dans #FORMULAIRE_INSTITUER_OBJET :
  - si j’ai bien compris, il est neanmoins possible de surcharger inc_puce_statut_dist,
  mais cela implique de recoder tout le fichier.php concerné

  je propose l’evolution suivante :
  1°/ migrer la fonction lister_statuts_proposés() depuis #FORMULAIRES_INSTITUER_OBJET dans inc/puce_statuts
  avec une syntaxe d’appel etendu (voir ci-dessous)
  2°/ definir deux autorisations nouvelles,
  avec instanciations pour les objes editoriaux traditionnels ,
  #AUTORISERinstituer_rapide...... qui permettrait ulterieurement de piloter de facon personnalisée _ACTIVER_PUCE_RAPIDE
  et surtout
  #AUTORISERproposer_statuts qui serait appelée par la version modifiée de lister_statuts_proposés() dans inc/puce_statut.php : celle-ci passerait donc les arguments identifiants ’objet’ et ’id’ pour faire appel à l’autorisation ; de plus elle devrait a mon humble avis recevoir, le statut actuel de l’objet (à passer en option pour l’autorisation), voire meme le statut visé (lors de l’appel de controle dans le #FORMULAIRE_INSTITUER_OBJET, pour controler effectivement le droit de traitement) en paramètres pour les transferer dans le $options : il me semble que cela pourrait eviter de devoir relire en SQL l’objet concerné pour traiter de son statut actuel !

  Dès lors, il sera possible, me semble-t-il, de gerer n’importe quel work-flow ou circuit de validation etendu, simplement en utilisant les primitives standard et API de SPIP, sans devoir passer par des circonlocutions sur les rubriques, et surtout sans devoir modifer quelque code natif du core.

  Ce qui devrait permettre aux utilisateurs de la Fabrique de traiter presque completement toute application ;
  - il ne restera qu’a proposer plusieurs formulaires correspondants à plusieurs stades de traitement de l’entite
  - il serait envisageable de generaliser certaines #SAISIES pour accéder à une liste de selection de cet objet

  <em>Cette réflexion a été initalisée suite à des cas pratiques concrets rencontrés dans une administration...</em>

  Votre avis...... ( je peux transferer des articles d’analyse et reflexion sur Carnet )

  YannX

  PS je vous propose de reagir sur spip-dev....

• Anomalie #3152 (Nouveau) : Écriture raccourcie des propriétés typos avec font

  20 janvier 2014, par b b

  Sur un site je déclare les règles css suivantes sur un élément :

  font-size : 2.62em ; font-family : dosis, sans-serif ;
  

  Si j’active le compresseur, elles sont condensée dans une déclaration font comme ceci :

  font : 2.62em dosis, sans-serif ;
  

  Cette écriture ne donne pas le même rendu car j’ai une règle plus haut dans la feuille de style qui colle l’élément en question en bold. L’utilisation de la déclaration font annule la règle en question car :

  Les propriétés pour lesquelles aucune valeur n’est spécifiée sont définies à leur valeur initiale, qui est normal pour toutes les propriétés pouvant être omises : (font-style, font-variant, font-weight et line-height).

  https://developer.mozilla.org/fr/docs/CSS/font

  Je précise que la css en question contient au moins un @media et un @font-face car Cedric me signale ceci :

  Si ta css est simple, c’est une compression simple qui est a l’oeuvre sans regroupement des regles en une seule. Mais si ta css contient des @media ou @fontface alors la compression passe par CSSTidy.