Deux niveaux
Thèmes variables et thèmes advanced
Un thème personnalise les couleurs, la typographie et, selon le niveau, le logo et certaines zones du rendu. Les thèmes intégrés au produit sont stockés dans src/themes_builtin/, tandis que les thèmes personnalisés importés atterrissent dans data/themes/.
Vous souhaitez creer, packager ou maintenir un theme complet ? La documentation developpeur est disponible dans /docs/dev.
| Type | Contenu | Usage |
|---|---|---|
| Variables | Thème JSON basé sur des variables de style. | Le plus simple et le plus sûr pour changer les couleurs, la typographie et l'identité visuelle. |
| Advanced | Package zip pouvant contenir theme.json, style.css, slots/, parts/, pages/ et du PHP. | Pour une personnalisation profonde, voire un remplacement de certains rendus. |
Installation
Méthodes d'installation disponibles
- Upload d'un thème JSON variables-only.
- Upload d'un package advanced en
.zip. - Installation depuis une URL ou un dépôt GitHub converti en archive.
- Installation depuis le store intégré.
- Suppression d'un thème non builtin.
L'upload d'un thème personnalisé au format
.zip nécessite l'extension PHP zip active sur le serveur. Si l'extension est absente, seuls les thèmes JSON variables-only peuvent être importés.Catalogue
Store et catalogue étendu
Le store sert de vitrine à des thèmes jugés de confiance et installables rapidement. Son catalogue peut être enrichi localement via data/theme_store_extra.json au même format.
Workflow collaboratif
Demandes de thèmes et modération
Sur une instance partagée, les utilisateurs peuvent soumettre des thèmes sans disposer directement des droits d'installation.
- Soumission par upload ou URL.
- File de demandes pour les administrateurs.
- Téléchargement de l'archive et relecture avant approbation.
- Approbation, rejet, notes et suivi de l'état côté utilisateur dans Mes demandes.
Vigilance
Ce qu'il faut traiter comme du code exécutable
Les thèmes advanced peuvent contenir du PHP. Ils doivent donc être évalués comme du code applicatif exécuté sur votre serveur, et non comme une simple ressource cosmétique.
Sur un serveur de production, ne validez que des packages lus, audités et provenant d'une source de confiance. Le workflow de demandes existe justement pour introduire une phase de revue.