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

Ferme #3443 et suite de #3380 , qui complète r89155 (et 89157) : il faut que l'autorisation d'associer des documents, tout comme
le fait déjà la nouvelle autorisation de dissocier des documents, prenne en compte les identifiants négatifs. 

Ils correspondent à l'ajout d'un document sur un nouvel article encore en édition et non encore enregistré (pas d'id_article connu),
ce qui affecte le document avec 0-$id_auteur qui l'a envoyé.

- versionner la taille, le fichier
- afficher des labels corrects sur pages de révisions

Le pipeline 'post_edition' n'a pas toujours les paramètres que l'on pourrait supposer. Ainsi, 'table' ou 'action' ne sont pas présents lorsque ce pipeline est appelé par la fonction copie_locale(). Évite des notices PHP avec copie_locale().

Activer l'ajout de documents pour les articles par defaut a l'installation, ce n'etait plus le cas depuis spip 2.0 (Fabrice Veronneau, Suske)
Explications detaillees ici : http://core.spip.org/issues/3015

Depuis http://core.spip.org/projects/spip/repository/revisions/17004 et r43738 il existe un pipeline detecter_fond_par_defaut qu'utilise normalement la médiathèque, mais… comme le pipeline n'était pas déclaré, on ne passait jamais dans cette fonction.

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.

On ajoute credits dans les champs versionnés

Sur la page d'édition d'un document, pouvoir délier/supprimer le document si on en a les droits

L'inclusion pour les listes des documents afin qu'ils apparaissent dans la recherche... c'est un peu chiant de rechercher un document avec la recherche standard du privé et de tomber sur une page vide

Si on a beaucoup de documents, pouvoir augmenter le nombre de documents visibles de la médiathèque par 10 | 50 | 100 | 500 en fonction du nombre de documents dans le site

Nouvelle option de tri dans la médiathèque : filtrer les documents n'ayant pas de vignette personnalisée

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)

Permettre à tous les objets autorisant des documents (pas seulement les articles & rubriques) d'insérer des documents (et de les prendre en compte surtout ensuite) au moment de la première création de l'objet.
(Eric Ouvrard - http://thread.gmane.org/gmane.comp.web.spip.user/173775)

http://core.spip.org/issues/2227 : c'est a chaque extension d'inserer ses formulaires de configuration dans la page configurer contenus

decompte du nombre d'elements dans les rubriques : c'est de la charge de chaque extension

on passe action=instituer dans post_edition, et non operation=instituer
de meme, homogeneisons en passant action partout

utilisation de la fonction objet_test_si_publie() pour publier un document en fonction du statut des objets liés

gerer l'autoassociation des documents sur chaque appel de post_insertion, en prenant le soin de verifier autoriser(autoassocierdocument, type)
pour ne pas associer des images existantes à des messages de forum par exemple (injeciton de <imgXX> dans un message de forum pour divulgué des documents protégés)

#1105 : rafraichir le bloc info de l'objet visualisé quand on ajoute un premier document ou qu'on retire le dernier document d'un objet
Cela permet de faire apparaitre/disparaitre le bouton de suppression de la rubrique

exclure les documents des objets qui peuvent porter des documents

generalisation du branchement sur objet, fusion des deux meta documents_article et documents_rubrique en une seule meta documents_objets

Du coup on se retrouve avec des documents sur la page des breves et des sites. Il faut prendre en compte une configuration pour les afficher a bon escient