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 '='

En relation avec #3576 : ne pas actualiser les liens des documents vus systématiquement, mais seulement s'il y a une différence entre le texte et la base de données.

Dans le cadre du ticket #3576 , l'analyse du code du marquage de document a révélé quelques défaillances.

L'une d'elle est corrigée ici : les champs manquant n'étaient pas pris en compte dans le texte analysé pour calculer si un document est utilisé
dans le texte d'un objet (pour marquer son lien 'vu' à 'oui'), et ce depuis r38899

Le ticket soulève cependant d'autres problèmes, qui ne sont pas corrigés encore.

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

Fix http://core.spip.org/issues/2938 : quand on met un zip dans tmp/ le memoriser dans la session pour le nettoyer au hit suivant si ce n'est pas un $_POST (ie si on a abandonne l'upload/deballage). Au passage on met les zip dans un sous dossier tmp/zip/ plutot que directement dans tmp/

Quand on insere un document distant, essayer d'en lire les meta-info en en recuperant les premiers 512ko.
Permet de recuperer les dimensions d'une video distante (ca semble marcher sur mp4 et webm, a confirmer sur les autres types de fichier)

On ajoute un pipeline renseigner_document, pendant de renseigner_document_distant pour les fichiers locaux car :
- On peut avoir plusieurs plugins récupérant des infos pour la même extension de fichier et on peut alors les combiner;
- Evite pour des plugins qui récupèrent les infos de x extentions diverses (pas un type en particulier) de créer x fichiers pour chaque extension de fichier (exemple xmp_php => http://zone.spip.org/trac/spip-zone/browser/_plugins_/xmp_php/trunk)

Report de r73073 : une coquille empechait la prise en charge des svg à l'upload (lecture des dimensions, protection des js inclus) (Sebastien)

Report de r68096 : Lorsqu'un zip ne contient aucun fichier uploadable (type acceptable) alors il faut simplement le charger en zip joint plutot qu'annoncer une erreur erronée de fichier non trouvé (equipement)

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