Suite de https://core.spip.net/projects/spip/repository/revisions/23663 sur le calcul de la vignette d’un document utilisé en modèle
sur un SPIP distant. Il faut transmettre le $connect et tester si le connect et distant et retourner l’URL en conséquence.

différents fix avec php-cs-fixers. Fixers appliqués ici :

	'encoding',                // utf8
	'eof_ending',              // un saut de ligne en fin de fichier
	'elseif',                  // elseif plutôt que else if
	'function_call_space',     // espaces sur fonctions
	'function_declaration',    // espaces sur fonctions
	'function_typehint_space', // espaces sur fonctions
	'linefeed',                // sauts de ligne \n uniquement
	'lowercase_constants',     // true, false, null en munuscule
	'lowercase_keywords',      // mots clés PHP en lowercase
	'method_argument_space',   // espaces sur appels de fonctions
	'multiple_use',            // use unique sur fonctions anonymes
	'newline_after_open_tag',  // ouverture de php… et c'est tout sur cette ligne
	'operators_spaces',        // espaces de part et d'autres des opérateurs binaires
	'parenthesis',             // pas d'espace juste après parenthèse ouvrante, ou avant parenthèse fermante
	'php_closing_tag',         // pas de fermeture de php
	'short_tag',               // tag PHP corrects
	'trailing_spaces',         // pas d'espace qui traîne en fin de ligne
	'visibility',              // déclarer 'public / private / protected' sur les méthodes

Regles : 
- un espace après chaque virgule
- un espace avant et apres chaque '='

report de https://core.spip.net/projects/spip/repository/revisions/22416

dans la branche 3.1 on garde la classe spip_logos en plus de la class renommee spip_logo pour eviter de casser les sites

Le très vieux appels à afficher_documents_colonne() n'affichaient plus la gestion des documents. On mappe la fonction sur l'inclusion du squelette qui va bien.

Cependant, l'autorisation 'joindredocument' ensuite bloque le formulaire d'ajout de document si l'objet n'est pas déclaré en config comme étant un objet qui peut avoir des documents. Pour activer cette config, cela nécessite que ce soit un objet éditorial déclaré. Du coup, quitte à déclarer l'objet «éditorial», il est plus logique lorsque c'est possible de ne plus utiliser cette fonction afficher_documents_colonne() mais bien les mécanismes de squelettes prévus ou un appel au pipeline affiche_gauche() dans un vieil exec php.

Report de [65718] : Il ne faut pas générer des entités dans l'URL, celle-ci n'étant pas forcément pour une utilisation dans du HTML

Report de [65711] : Bug sur l'accès aux documents protégés : suppression du test qui visait à optimiser, car on tombait alors paradoxalement sur le "deny from all" dès qu'un document n'était pas restreint (quand tout le monde pouvait le voir).

Mise a jour des annees pour les Copyrights (je ne connais pas l'utilite de cette info mais autant s'aligner sur les fichiers du core)

+ PHPDoc de la fonction

quand l'argument est entier, preferer intval() que sql_quote() qui produit un '' erronne sur une valeur vide

s'abstenir d'une verificatiion sur la globale browser_barre pour inserer le js ondlbclick sur les raccourcis documents

debug de la colonne document, qui passe en deux parties separee (formulaire + liste de documents en ajax), comme le reste.
Il manque la possibilite d'une callback sur ajaxReload, ce qui est genant (pour mettre le focus sur le lien ''modifier" ici, ou autre operation qui depend du rechargement en general)

[en cours] merge avec le plugin mediatheque  (les documents ne sont plus fonctionnels en l'etat, ne pas mettre a jour dans cette version hors contexte developpement)

Extension medias qui accueille la prise en charge des documents du core. Version preliminaire : extraction des fichiers du core sans modification notable