forked from wet-boew/GCWeb
-
Notifications
You must be signed in to change notification settings - Fork 0
/
méli-mélo-fr.html
274 lines (232 loc) · 22.9 KB
/
méli-mélo-fr.html
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
261
262
263
264
265
266
267
268
269
270
271
272
273
274
---
title: Fonctionnalités expérimentales
description: Fonctionalités réutilisables étant dans un stade préliminaire d'expérimentation.
lang: fr
altLangPage: méli-mélo-en.html
dateModified: 2024-05-23
css:
- href: https://use.fontawesome.com/releases/v5.8.1/css/all.css
integrity: sha384-50oBUHEmvpQ+1lW4y57PTFmhCaXp0ML5d60M1M7uH2+nqUivzIebhndOJK28anvf
---
<p>Les fonctionnalités expérimentales sont des fonctionnalités réutilisables qui se trouvent dans un état préliminaire d’expérimentation, regroupées dans des compilations méli-mélo à durée limitée. Ces fonctionnalités sont construites à partir de code CSS et/ou JavaScript personnalisé. Une fois qu'une fonctionnalité est développée et que les exigences minimales sont satisfaites, elle est regroupée dans une compilation méli-mélo qui peut être déployée et prête à être utilisée dans un délai d'une à deux semaines sur Canada.ca. Découvrez les <a href="#mli-mlo-list">fonctionnalités expérimentales existantes</a> qui sont actuellement regroupées dans des compilations méli-mélo actives.</p>
<div class="alert alert-info">
<p><strong>Saviez-vous que ?</strong> Du support pour les fonctionnalités expérimentales est offert durant les <a href="https://github.com/wet-boew/wet-boew/wiki/WET-Office-hours,-Heures-de-service-de-la-BOEW">heures de service de la BOEW</a> qui ont lieu à distance tous les mardis après-midis.</p>
</div>
<h2 id="mli-mlo-comp">Compilations</h2>
<p><strong>La durée de vie de chaque compilation est estimée à environ un (1) an</strong>, après quoi elle devient « gelée » (obsolète). Cela devrait donner au commanditaire d'une fonctionnalité suffisamment de temps pour trouver des ressources pour faire progresser sa fonctionnalité vers une fonctionnalité officielle de GCWeb. L'utilisation d'une <a href="compilation-gelé/index-fr.html">compilation de méli-mélo gelée</a> sur n'importe quelle page Web est fortement déconseillée. Elle doit être remplacée par la fonctionnalité GCWeb correspondante ou une autre compilation méli-mélo, ou simplement supprimée.</p>
<p>Les fonctionalités sont regroupées sous forme de compilations afin de rapidement :</p>
<ul>
<li>amorcer des recherches de convivialité;
<li>amorcer les discussions préliminaires avec les organismes organismes clés;</li>
<li>transformer les fonctionnalités en produits de haute qualité réutilisables adaptées pour GCWeb; et</li>
<li>regrouper et faciliter une coordination centralisée pour les innovateurs.</li>
</ul>
<h3 id="mli-mlo-liste">Compilations méli-mélo actives et leurs fonctionnalités</h3>
<p>Les utilisateurs des fonctionnalités expérimentales <strong>doivent</strong> s'assurer qu'ils sont en mesure d'appliquer rapidement tout ajustement de code des pages utilisant une compilation méli-mélo. Les utilisateurs <strong>doivent s'attendre et anticiper le risque</strong> d'avoir un changement de rupture sur leurs pages utilisant des fonctionnalités expérimentales. Ce risque peut être atténué en collaborant avec le commanditaire de l'expérimentation et en travaillant avec lui pour faire progresser la fonctionnalité vers sa stabilisation.</p>
<ul class="row list-unstyled wb-eqht-grd mrgn-tp-md">
{% for item in site.data[ "mli-mlo" ].packages %}
<li class="col-xs-12 col-md-4 mrgn-tp-md mrgn-bttm-md">
<div class="brdr-tp brdr-rght brdr-bttm brdr-lft hght-inhrt">
<h4 class="mrgn-tp-md mrgn-rght-md mrgn-bttm-md mrgn-lft-md">{{ item.nom }}</h4>
<div class="mrgn-rght-md mrgn-bttm-md mrgn-lft-md">
<ul class="mrgn-bttm-lg mrgn-lft-md">
{% for pack in item.libs %}
{% assign indexPage = site.data[ "mli-mlo" ].subProjects | where: "nom", pack | first %}
<li><a href="/gcweb-compiled-demos/méli-mélo-demos/{{ item.nom }}/{{ pack }}/{{ indexPage.mainpage }}">{{ pack }}</a></li>
{% endfor %}
</ul>
</div>
</div>
</li>
{% endfor %}
</ul>
<p><small><a href="compilation-gelé/index-fr.html">Consulter les compilations méli-mélo gelées et obsolètes</a>.</small></p>
<h2>Liste à cocher des fonctionnalités expérimentales</h2>
<fieldset class="gc-chckbxrdio">
<legend id="exigences">Exigences minimales pour une <strong>nouvelle fonctionnalité</strong> :</legend>
<ul class="list-unstyled lst-spcd-2">
<li class="checkbox">
<input type="checkbox" id="req1">
<label for="req1">Doit être réutilisable;</label>
</li>
<li class="checkbox">
<input type="checkbox" id="req2">
<label for="req2">Ne doit pas présenter d'interférence avec WET-BOEW & GCWeb, c'est-à-dire aucun chevauchement ou collision. Lorsque possible, l'extension d'une composante devrait être contribuée directement à travers la composante <a href="../components/provisional-fr.html">provisoire</a> ou stable;</label>
</li>
<li class="checkbox">
<input type="checkbox" id="req3">
<label for="req3">Doit être conforme à la norme d'accessibilité (WCAG 2.1 niveau AA) et développée avec la sécurité en tête. La conformité à l'accessibilité et l'aspect sécurité demeure la responsabilité de l'éditeur lorsqu'il ou elle implémente la fonctionnalité sur une page web;</label>
</li>
<li class="checkbox">
<input type="checkbox" id="req4">
<label for="req4">Doit être conçue en tenant compte de la conformité avec la <a href="https://conception.canada.ca/architecture/specifications-contenu-architecture-information-canada.html">spécification de l'architecture de contenu et d'information de Canada.ca</a>. La conformité à la directive, à la norme et à la spécification demeure la responsabilité de l'éditeur lors de l'implémentation de la fonctionnalité expérimentale sur une page web;</label>
</li>
<li class="checkbox">
<input type="checkbox" id="req5">
<label for="req5">Ne doit pas affecter de contenu par défaut lors du chargement de la page en utilisant la technique de « closure » sauf si elle est explicitement activée à travers le HTML, soit à travers l'utilisation d'une classe CSS ou d'un attribut « data », tout comme le <a href="https://wet-boew.github.io/wet-boew/demos/helloworld/helloworld-en.html">plugiciel WET-BOEW d'exemple</a>;</label>
</li>
<li class="checkbox">
<input type="checkbox" id="req6">
<label for="req6">Doit avoir un nom dans le bon format (voir <a href="#feature-name">exemple de nom de fonctionnalité ci-dessous</a>).</label>
</li>
<li class="checkbox">
<input type="checkbox" id="req7">
<label for="req7">Doit être <a href="#parrainage" rel="help">parrainée<sup aria-hidden="true"><span class="fas fa-info-circle"></span></sup></a> par un département, avec un représentant actif de celui-ci;</label>
</li>
<li class="checkbox">
<input type="checkbox" id="req8">
<label for="req8">Doit inclure un <a href="#implementation-plan" rel="help">plan d'implémentation<sup aria-hidden="true"><span class="fas fa-info-circle"></span></sup></a>;</label>
</li>
<li class="checkbox">
<input type="checkbox" id="req9">
<label for="req9">Doit avoir une démo ou un exemple pratique publié pour chaque sous-fonctionnalité et style individuellement, soit chaque configuration JS et chaque classe CSS respectivement;</label>
</li>
<li class="checkbox">
<input type="checkbox" id="req10">
<label for="req10">Doit être entièrement testée par un représentant du ministère parrain, soit via les pages GitHub, soit localement. La confirmation de test doit être documentée par un commentaire dans la demande de tirage (« <span lang="en">pull request</span> ») GitHub.</label>
</li>
<li class="checkbox">
<input type="checkbox" id="req11">
<label for="req11">Soit dans l'exemple pratique, soit via un commentaire dans la demande de tirage (« <span lang="en">pull request</span> ») GitHub, ce qui suit doit être écrit :</label>
<ul class="disque mrgn-lft-xl mrgn-bttm-lg">
<li>Explication claire et simple de la nouvelle fonctionnalité;</li>
<li>L'impact sur le département parrain;</li>
<li>L'impact sur le public.</li>
</ul>
</li>
</ul>
</fieldset>
<fieldset class="gc-chckbxrdio">
<legend id="exigences">Exigences minimales pour la <strong>mise à jour d'une fonctionnalité</strong> :</legend>
<ul class="list-unstyled lst-spcd-2">
<li class="checkbox">
<input type="checkbox" id="req-u1">
<label for="req-u1">Doit rester réutilisable;</label>
</li>
<li class="checkbox">
<input type="checkbox" id="req-u2">
<label for="req-u2">Ne doit pas interférer avec WET-BOEW & GCWeb, ce qui signifie aucun remplacement implicite de composant ni conflit;</label>
</li>
<li class="checkbox">
<input type="checkbox" id="req-u3">
<label for="req-u3">Doit être mise à jour conformément à la norme d'accessibilité (WCAG 2.1 niveau AA) et rester sécurisé. La conformité à l'accessibilité et l'aspect sécurité demeure la responsabilité de l'éditeur lorsqu'il ou elle implémente la fonctionnalité sur une page web;</label>
</li>
<li class="checkbox">
<input type="checkbox" id="req-u4">
<label for="req-u4">Doit être mise à jour conformément à la <a href="https://conception.canada.ca/architecture/specifications-contenu-architecture-information-canada.html">spécification de l'architecture de contenu et d'information de Canada.ca</a>. La conformité à la directive, à la norme et à la spécification reste de la responsabilité de l'éditeur lors de l'implémentation de la fonction expérimentale sur une page web;</label>
</li>
<li class="checkbox">
<input type="checkbox" id="req-u5">
<label for="req-u5">Ne doit pas avoir d'impact sur le contenu par défaut lors du chargement de la page sauf s'il est activé explicitement;</label>
</li>
<li class="checkbox">
<input type="checkbox" id="req-u6">
<label for="req-u6">Doit revoir l'exemple pratique pour s'assurer qu'il reste précis où :</label>
<ul class="disc mrgn-lft-xl mrgn-bttm-lg">
<li>La configuration mise à jour reste entièrement démontrée;</li>
<li>Les configurations ajoutées sont démontrées;</li>
<li>Les configurations supprimées sont nettoyées des exemples existants.</li>
</ul>
</li>
<li class="checkbox">
<input type="checkbox" id="req-u7">
<label for="req-u7">Doit revoir et rapporter les progrès vers la stabilisation de la fonctionnalité comme prévu selon plan de d'implémentation. Les progrès sont rapportés en enregistrant l'historique des éléments terminés et en rapportant l'état des éléments actuellement en cours;</label>
</li>
<li class="checkbox">
<input type="checkbox" id="req-u8">
<label for="req-u8">Doit être entièrement retesté par un représentant du ministère parrain, soit via les pages GitHub soit localement. La confirmation de test doit être documentée par un commentaire dans la demande de tirage (« <span lang="en">pull request</span> ») GitHub;</label>
</li>
<li class="checkbox">
<input type="checkbox" id="req-u9">
<label for="req-u9">Doit décrire le changement ou la mise à jour dans le contenu accompagnant l'exemple de travail d'expérimentation ou via un commentaire dans la demande de tirage GitHub où cette description inclut :</label>
<ul class="disc mrgn-lft-xl mrgn-bttm-lg">
<li>des explications claires et simples du changement</li>
<li>l'impact du changement sur le ministère parrain</li>
<li>l'impact du changement sur le public</li>
</ul>
</li>
<li class="checkbox">
<input type="checkbox" id="req-u10">
<label for="req-u10">Devrait mettre à jour le plan d'implémentation pour s'assurer qu'il reste complet, précis et réaliste vis-à-vis de la stabilisation de la fonctionnalité expérimentale.</label>
</li>
<li class="checkbox">
<input type="checkbox" id="req-u11">
<label for="req-u11">Peut fournir des instructions et/ou un mécanisme à l'éditeur sur la manière de mettre en œuvre et de passer à la nouvelle modification causée par la mise à jour.</label>
</li>
</ul>
</fieldset>
<h2>Créer une nouvelle fonctionnalité expérimentale</h2>
<p>Vous avez une fonctionnalité prête à être soumise dans l'une de nos compilations méli-mélo? <a href="#exigences">Consultez notre liste à cocher des exigences</a>.</p>
<h3>Débuter</h3>
<p>Vous trouverez ci-dessous les instructions sur comment créer une nouvelle fonctionnalité expérimentale dans GCWeb.</p>
<div class="panel panel-info">
<div class="panel-heading">
<h4 class="panel-title">Astuce pour débuter rapidement !</h4>
</div>
<div class="panel-body">
<p>Commencez par coder et/ou exposer votre fonctionnalité et sa ou ses démo(s) grâce au <a href="https://github.com/wet-boew/gcweb-jekyll">thème GCWeb Jekyll</a> avant votre contribution à GCWeb.</p>
</div>
</div>
<ol class="lst-spcd-2">
<li>Considérez que votre code de fonctionnalité sera entièrement inclus dans un (1) fichier JavaScript et/ou un (1) fichier CSS. Cette fusion sera effectuée alphabétiquement en fonction de l'emplacement et du nom du fichier.</li>
<li>Créez un nouveau dossier de fonctionnalité à l'intérieur du dossier <a href="https://github.com/wet-boew/GCWeb/tree/master/m%C3%A9li-m%C3%A9lo"><code>/méli-mélo</code></a> situé à la racine de GCWeb.</li>
<li id="feature-name">Nommez votre fonctionnalité et son dossier en suivant la nomenclature suivante : <code>AAAA-MM-[NomFonctionnalité]</code>. L'année et le mois doivent correspondre à la date de publication initiale de la fonctionnalité. Par exemple "2021-05-steps".</li>
<li>Créez et publiez vos démos ou exemples pratiques pour chaque sous-fonctionnalité et style individuellement, soit chaque configuration JS et chaque classe CSS respectivement, soit en utilisant le thème GCWeb Jekyll ou bien GCWeb directement.</li>
<li>Désignez un <a href="#parrainage" rel="help">parrain<sup aria-hidden="true"><span class="fas fa-info-circle"></span></sup></a> pour la fonctionnalité.</li>
<li>Écrivez et publiez le <a href="#implementation-plan" rel="help">plan d'implémentation<sup aria-hidden="true"><span class="fas fa-info-circle"></span></sup></a>.</li>
<li>Assurez-vous que toutes les <a href="#exigences">exigences minimales affichées plus haut</a> sont rencontrées.</li>
<li><strong>Testez votre code</strong>, optionnellement en suivant les instructions sur comment <a href="../docs/developing-fr.html">développer pour GCWeb</a>.</li>
<li>Soumettez votre nouvelle fonctionnalité à travers une demandes de tirage (« <span lang="en">pull request</span> ») dans le répertoire GCWeb; veuillez consulter les <a href="https://github.com/wet-boew/GCWeb/blob/master/CONTRIBUTING.md">lignes directrices de contribution</a>.</li>
<li>Si des changements sont jugés nécessaires après la revue technique de la demande de tirage (selon la <a href="#tech-checklist">liste de vérification ci-dessous</a>), collaborez avec l'équipe de la WET-BOEW pour résoudre chaque problème jusqu'à ce qu'elle soit appprouvée. Les problèmes identifiés comme facultatifs ou recommandés peuvent être résolus ultérieurement lors d'une contribution future. À titre de référence, une première contribution méli-mélo prend habituellement 3+ cycles de révision de code prenant chacune une semaine.</li>
<li>Une fois votre demande de tirage approuvée, votre fonctionnalité sera attribuée à une <a href="#mli-mlo-comp">compilation méli-mélo</a> et déployée sur Canada.ca lors de la prochaine fenêtre de déploiement (environ une (~1) semaine après que le code soit fusionné).</li>
<li><strong>Fortement recommandé :</strong> Après le déploiement, mettez à jour le code de la fonctionnalité expérimentale en exécutant le plan d'implémentation et en adressant tous les items à faire identifiés par l'équipe de la WET-BOEW.</li>
<li><strong>Recommandé :</strong> Aussi souvent que possible, participez aux <a href="https://github.com/wet-boew/wet-boew/wiki/WET-Office-hours,-Heures-de-service-de-la-BOEW">Heures de service de la BOEW</a> les mardis après-midis. L'équipe de la WET-BOEW sera en mesure de vous aider à faire progresser et exécuter votre plan d'implémentation en trouvant des façons d'enlever les barrières techniques ou procédurales que vous rencontrez.</li>
</ol>
<p class="mrgn-tp-lg">Voyez un exemple complet d'une fonctionnalité méli-mélo contenant toute l'information demandée en consultant <a href="2021-05-steps/index.html">2021-05-steps</a> et son <a href="https://github.com/wet-boew/GCWeb/tree/master/m%C3%A9li-m%C3%A9lo/2021-05-steps">dossier sur GitHub</a>.</p>
<details id="tech-checklist" class="mrgn-tp-lg mrgn-bttm-lg">
<summary>Liste de vérification pour revue technique</summary>
<p>Cette liste contient les étapes que l'équipe de la WET-BOEW suit pour approuver les nouvelles fonctionnalités expérimentales :</p>
<ul>
<li>S'assure que le <a href="#parrainage">parrain</a> ainsi qu'un point de contact valide est clairement identifié;</li>
<li>Vérifie que le nom du dossier de la fonctionnalité expérimentale suit la bonne nomenclature : <code>AAAA-MM-[NomFonctionnalité]</code>;</li>
<li>S'assure que chaque sous-fonctionnalité JavaScript et style CSS présente une démo ou un exemple pratique;</li>
<li>Performe une revue du code afin d'assurer qu'il n'y a pas de chevauchement ou de collision avec GCWeb and/or WET-BOEW;</li>
<li>Effectue une vérification rapide pour trouver des problèmes majeurs ou évidents d'accessibilité ou de sécurité;</li>
<li>S'assure que la fonctionnalité n'affecte pas de contenu par défaut lors du chargement de la page en utilisant la technique de « <span lang="en">closure</span> » sauf si elle est explicitement activée à travers le HTML, soit à travers l'utilisation d'une classe CSS ou d'un attribut « data »;</li>
<li>Révise le <a href="#implementation-plan">plan d'implémentation</a> afin de s'assurer qu'il contient des livrables et dates butoires raisonnables vers la stabilisation de la fonctionnalité;</li>
<li>Vérifie que le commanditaire du projet rapporte les progrès du plan d'implémentation;</li>
<li>Vérifie que le changement ou le « <span lang="en">commit</span> » initial est décrit comme requis;</li>
<li>Vérifie que la fonctionnalité expérimentale, le changement et le « <span lang="en">commit</span> » initial ont été entièrement testés par un représentant du commanditaire (parrain) du projet, vérifiable via un commentaire explicite dans la demande de tirage GitHub;</li>
<li>Applicable lors d'une mise à jour, évalue si la fonctionnalité expérimentale vaut la peine d'être incluse dans des compilations méli-mélo actives supplémentaires en fonction de l'avancement attendu par rapport à la stabilisation de la fonctionnalité, de l'avancement dans la résolution des problèmes/TODO's, et des retours formels reçus ou des discussions en cours.</li>
</ul>
</details>
<h4 id="parrainage">Parrainage</h4>
<p>Le parrain est une entité responsable de s'assurer qu'une fonctionnalité expérimentale progresse vers une fonctionnalité stable et largement réutilisable tel que prescrit par le plan d'implémentation. Les chances sont grandes que le parrain d'une fonctionnalité soit l'auteur de celle-ci, puisque cette entité représente son département.</p>
<h4 id="implementation-plan">Plan d'implémentation</h4>
<p>Le plan d'implémentation permet de mettre en place des étapes importantes afin d'arriver à stabiliser une fonctionnalité expérimentale dans le code de WET-BOEW / GCWeb. Le plan doit contenir les étapes suivantes :</p>
<ul>
<li>Collaborer avec le Bureau de la transformation numérique (BTN) des Services numériques canadiens, ESDC;</li>
<li>Réviser et performer l'identification du changement nécessaire afin de compléter l'intégration à GCWeb;</li>
<li>Produire un rapport de conformité à l'accessibilité et attacher un rapport de convivialité (le cas échéant);</li>
<li>Transformer la fonctionnalité expérimentale en tant que fonctionnalité provisoire dans GCWeb lorsque des tests d'acceptation d'utilisateur plus larges sont nécessaires;</li>
<li>Compléter la tâche de stabilisation, incluant entre autres la traduction des exemples pratiques, l'écriture des directives, la publication du rapport de conformité à l'accessibilité, la documentation de l'API, etc.</li>
</ul>
<p>Chaque élément du plan doit avoir une <strong>date butoire estimée</strong> en tant qu'indicateur pour mesurer le progrès de l'intégration à GCWeb. Ce qui est attendu est d'avoir la fonctionnalité expérimentale intégrée à GCWeb à l'intérieur de sa durée de vie d'environ un (1) an. Voyez un <a href="https://raw.githubusercontent.com/wet-boew/GCWeb/master/m%C3%A9li-m%C3%A9lo/2021-05-steps/meta.md">exemple de plan d'implémentation</a>.</p>
<p>Pour maintenir votre fonctionnalité expérimentale active dans les compilations méli-mélo ultérieures ou pour prolonger la durée de vie de la fonctionnalité expérimentale, vous devez clairement montrer à l'équipe de la WET-BOEW que : (1) il existe des preuves claires que le travail est en cours pour faire progresser la fonctionnalité expérimentale vers sa stabilisation; et (2) il n'y a aucune préoccupation majeure concernant la fonctionnalité expérimentale. Il est possible qu'un plan d'implémentation révisé soit demandé ainsi que la réalisation de certains engagements avant de regrouper la fonctionnalité expérimentale dans une nouvelle compilation méli-mélo active.</p>
<h4>Version</h4>
<p>Ce système de compilations et fonctionnalités expérimentales est exlcus de <a href="https://wet-boew.github.io/wet-boew-documentation/decision/3.html" hreflang="en">l'API publique de GCWeb (en anglais seulement)</a>. Tout changement ou retrait ne déclancherait seulement qu'un déploiement de type « correctif » sur GCWeb. Cela signifie que le développeur est complètement responsable, mais n'est pas dans l'obligation, de documenter tout changement subséquent qu'il ou elle apporterait à sa fonctionnalité expérimentale.</p>
<h2 id="all-experiments">Liste de toute les fonctionnalités expérimentales</h2>
<p>Consultez les <a href="#mli-mlo-liste">fonctionnalités expérimentales actuellement regroupées dans des compilations méli-mélo actives</a>.</p>
{% assign melimelo_pages = site.pages | where: "output", "false" | where: "feature", "méli-mélo" | sort: "componentName" | reverse %}
<ul>
{% for feature in melimelo_pages %}
{% assign mmBasePath = feature.path | slice: 0, 10 %}
{% if mmBasePath == "méli-mélo/" %}
<li><a href="{{ feature.componentName }}/détails-fr.html">{{ feature.componentName }}</a></li>
{% endif %}
{% endfor %}
</ul>
<div class="well mrgn-tp-lg">
<h2 class="h4 mrgn-tp-sm">Voir aussi :</h2>
<p><a href="../thématique/gc-thématique-fr.html">thématiques promotionnelles du GC</a> pour du code personnalisé d'amélioration progressive conçu pour prendre en charge du contenu promotionnel avec une date de fin fixe et qui affecte un nombre considérable de pages.</p>
</div>