On les appelle Minipage :

- Minipage\Page (pour le public — Public est un mot PHP réservé)
- Minipage\Admin (ex Minipres)
- Minipage\Installation (page d’installation)

À compléter peut être par Minipage\Erreur ou équivalent.

La page type installation a sa propre couleur, un titre automatique, et pas de footer.

+ Nettoyage de code CSS mort.

Refs: #5462 #5463
(cherry picked from commit 7c348d55)

(cherry picked from commit abdc2a42)

b_b a rédigé il y a 2 ans et marcimat a validé il y a 2 ans

dont la disponibilité est assurée par `symfony/polyfill-mbstring`

Ref: #5292
(cherry picked from commit 11784f52)

(cherry picked from commit a89a62ed)

Refs: #5465
(cherry picked from commit ff3e89c3)

(cherry picked from commit c42604e1)

tcharlss a rédigé il y a 2 ans et marcimat a validé il y a 2 ans

Corrige des problèmes relevés lors de l'installation :

* Correction des problèmes de contrastes sur certains textes
* Refacto du menu des étapes de l'installation : suppression des images gif, et le minimum pour du responsive.
* Minimum syndical pour le rythme vertical (largement perfectible)
* Tout en border-box dans minipublic

Refs #5462

fix: border-box partout dans minipublic

Refs #5462

(cherry picked from commit 96aef1d6)

Refs: #5452

Refs: #5452

Fix: #5432

Fix: #5456

en ignorant les infos exifs d'orientation afin d'éviter de générer une image dont la largeur et la hauteur sont inversées

Fix: #5449

Suite de 4191b06c

Refs: #5452

Refs: #5262

+ fix des indéfinies sur les constantes comme `_FILE_CONNECT` qui arrivent dans des scénari tordus comme la mutualisation facile

+ brancher le vieux minipres() dessus (qui devient deprecated)

feat: une classe Spip\Afficher\Minipublic utilisable facilement pour renvoyer des messages simples à l'utilisateur sans passer par le squelette. C'est une version modernisée et étendue de ce que l'on avait avec minipres()
```
$minipublic = new Spip\Afficher\Minipublic();
echo $minipublic->page("SPIP vous passe bien le bonjour !");
```

Répare la sauvegarde SPIP de la base de données sous Mysql.

Jack31 a rédigé il y a 2 ans et b_b a validé il y a 2 ans

fix: permettre d'insérer plusieurs adresses séparées par des virgules dans le formulaire de configuration des annonces de nouveautés

Fix: #5448

En attendant un meilleur découpage, on charge le fichier qui contient
les définitions des iterateurs data comme "glob" ou "json"…

Refs: #5430

Refs: #5369

Couper sur un espace insécable comme un espace normal, et le trimmer si c'est le dernier caractère via la preg car le trim final ne nettoie pas les espaces insécables

Refs: #5422

Glop a rédigé il y a 2 ans et cerdic a validé il y a 2 ans

Pendant le calcul de la coupe du texte, les sauts de paragraphes
sont représentés par des `\r` (un caractère) mais, à l'issue du
filtre, ils sont remplacés par `\n\n` (deux caractères).

Par conséquent, cela fausse le calcul de la coupe et peut renvoyer
un texte plus long que demandé.

Ainsi, par exemple :
```
[(#VAL{<p>Un test du filtre |couper</p><p>avec deux paragraphes</p>}|couper{41})]
```
renvoie
* jusqu'à eebacfbe inclus :
  `Un test du filtre |couper\n\navec deux (...)`
  (42 caractères → KO) ;
* après ce correctif :
  `Un test du filtre |couper\n\navec (...)`
  (37 caractères → OK).

Il est important de compter les `\n` correctement, en particulier
pour les plugins qui fabriquent des messages de taille limitée
(comme des pouets ou des tweets).

Refs: #5422

Glop a rédigé il y a 2 ans et cerdic a validé il y a 2 ans

Plutôt que de reposer sur un marqueur de fin de texte (`\n`), autant
détecter dès le début si le texte est déjà à la longueur demandée.
Cela évite en particulier des cas où le texte est inutilement coupé
juste parce que la coupe retire le marqueur de fin pour laisser de
la place pour les points de suite.

Ainsi, par exemple :
```
[(#VAL{Encore un test du filtre |couper bla bli blu}|couper{44})]
```
renvoie
* jusqu'à eebacfbe inclus :
  `Encore un test du filtre |couper bla (...)` (42 caractères
  → OK, mais coupe inutile) ;
* après ce correctif :
  `Encore un test du filtre |couper bla bli blu` (44 caractères
  → OK, sans coupe inutile).

Refs: #5422

Glop a rédigé il y a 2 ans et cerdic a validé il y a 2 ans

Jusqu'à présent, le filtre supposait que le texte de suite faisait
exactement 5 caractères, indépendamment de sa véritable taille.
Qui plus est, le texte de suite par défaut ` (...)` fait 6 caractères
et non pas 5 (car il faut aussi compter l'espace insécable), ce qui
fait que la longueur de la chaîne retournée était parfois incorrecte.

Ainsi, par exemple :
```
[(#VAL{Un nouveau test du filtre |couper bla bli blu}|couper{42})]
```
renvoie
* jusqu'à eebacfbe inclus :
  `Un nouveau test du filtre |couper bla (...)` (43 caractères → KO) ;
* après ce correctif :
  `Un nouveau test du filtre |couper (...)` (39 caractères → OK).

De même, en spécifiant un autre texte de coupe :
```
[(#VAL{Un nouveau test du filtre |couper bla bli blu}|couper{42, (etc.)})]
```
renvoie
* jusqu'à eebacfbe inclus :
  `Un nouveau test du filtre |couper bla (etc.)` (44 caractères → KO) ;
* après ce correctif :
  `Un nouveau test du filtre |couper (etc.)` (40 caractères → OK).

Aussi, lorsque la coupe tombait juste après un mot, l'expression
régulière employée dans le `preg_replace()` suivant considérait ce mot
comme tronqué car non suivi d'une espace. Afin de pouvoir détecter les
coupes en fin de mot, il faut en fait couper avec un caractère de plus
et modifier l'expression régulière en conséquence :
* soit ce dernier caractère est une espace, auquel cas on n'a pas coupé
  au milieu d'un mot, et il faut supprimer uniquement cette espace
  (c'est le `[\s]` dans la seconde alternative de l'expression
  régulière) ;
* soit ce dernier caractère n'est pas une espace, auquel cas on a coupé
  au milieu de (ou juste avant) un mot, et il faut supprimer ce mot
  (c'est le `[^\s]+` dans la seconde alternative de l'expression
  régulière).

Enfin, il faut aussi ajouter le modifieur `D` (`PCRE_DOLLAR_ENDONLY`)
à l'expression régulière pour qu'elle ne traite pas différemment le `\n`
ajouté comme marqueur de fin de texte :
https://www.php.net/manual/en/reference.pcre.pattern.modifiers.php

Refs: #5422

Glop a rédigé il y a 2 ans et cerdic a validé il y a 2 ans

Le filtre tente de ne pas tronquer le dernier mot si la coupe
tombe au milieu de celui-ci. Pour cela, il essaie de couper
au mot précédent.

Mais lorsque le premier mot est long (ou que la longueur de
coupe est courte), il se peut que l'on coupe au milieu du
premier mot, auquel cas il ne faut pas couper au mot précédent
mais carrément en début de chaîne. Les mécanismes suivants
pour s'assurer que la chaîne coupée n'est pas trop courte
feront ensuite en sorte que la coupe se fasse au caractère,
si nécessaire.

Ainsi, par exemple, lorsque le mot long n'est pas le premier :
```
[(#VAL{A supercalifragilisticexpialidocious}|couper{22})]
```
renvoie correctement `A supercalifragilistic` (22 caractères).
La coupure est faite au caractère, sans ajouter les points de
suite.

Par contre, si le mot long est en premier :
```
[(#VAL{Supercalifragilisticexpialidocious}|couper{20})]
```
renvoie
* jusqu'à eebacfbe inclus :
  `Supercalifragili (...)` (22 caractères → KO) ;
* après ce correctif :
  `Supercalifragilistic` (20 caractères → OK).

Ce correctif rétablit un comportement cohérent de la coupe,
que le mot long soit en premier ou non.

Refs: #5422