Actuellement, pour modifier la page d’accueil de votre site Discourse, vous devez configurer le paramètre de site top menu et placer votre page d’accueil souhaitée en première position de la liste. Ce comportement est assez peu clair pour les nouveaux administrateurs.
Aujourd’hui, nous intégrons une modification qui ajoute un nouveau paramètre de site default homepage afin de rendre ce processus plus clair et plus simple.
Les sites existants n’auront rien à faire, car la valeur par défaut de ce nouveau paramètre est first item in top menu, ce qui correspond à la fonctionnalité que nous avions toujours. Les mêmes options sont également présentes dans le nouveau paramètre. Si vous choisissez une page d’accueil uniquement accessible aux utilisateurs connectés, comme new, nous retomberons toujours sur le premier élément du top menu disponible pour les visiteurs anonymes.
Un changement permis par ce nouveau paramètre est que vous pouvez désormais avoir une page d’accueil qui n’est pas présente dans le menu supérieur. Par exemple, vous pouvez définir categories comme page d’accueil et la retirer du paramètre top menu, car le lien vers toutes les catégories est également disponible dans la barre latérale.
Comme nous sommes sur le point d’introduire une nouvelle page d’accueil via la sortie custom-homepage, je me demande si ce nouveau paramètre inclura la page d’accueil personnalisée lorsqu’un plugin ou un composant de thème en introduit une. J’avais prévu de mettre à jour les préférences utilisateur pour réinitialiser le paramètre de la page d’accueil à la valeur par défaut -1.
Pour enchaîner sur ce point, ce nouveau paramètre mettra-t-il également à jour les options du paramètre de la page d’accueil dans les préférences utilisateur ?
Enfin, si la page d'accueil par défaut est définie sur premier élément du menu principal, et qu’un lien personnalisé est ajouté via api.addNavigationBarItem() et placé en premier, sera-t-il réellement considéré comme le premier élément ?
Non, cela reste inchangé. Le modificateur de thème pour les pages d’accueil personnalisées remplace entièrement le paramètre du site. La navigation est un peu compliquée car, si un site dispose de plusieurs thèmes disponibles et qu’un d’entre eux n’a pas de page d’accueil personnalisée, nous devrions gérer une solution de repli. C’est quelque chose à prendre en compte.
Pas encore… les options sont toujours les mêmes que celles du menu principal, mais une chose qui a changé est que default (par défaut) sera désormais toujours disponible dans les préférences utilisateur (auparavant, c’était conditionnel). L’option “Par défaut” dans les préférences utilisateur suivra le paramètre du site.
Là aussi, “pas encore” — à l’exception d’une page d’accueil personnalisée dans un thème, la page d’accueil d’un site Discourse a toujours diverses exigences concernant le fait d’être une page de liste de sujets (ou /categories), et api.addNavigationBarItem() a des exigences beaucoup plus souples.
Merci, Kris. Je suis très impliqué dans ce projet et curieux de voir comment il va évoluer.
Une observation que je peux partager : lorsqu’un composant de thème introduit une page d’accueil personnalisée, les utilisateurs ayant configuré leurs propres paramètres de page d’accueil ne la verront jamais.
Contrairement aux éléments du menu principal, la page d’accueil personnalisée n’a pas de chemin que je pourrais utiliser pour créer un élément de menu personnalisé.
C’est précisément pour cette raison, même si cela semble être une décision extrême, que je prévoyais de réinitialiser les préférences des utilisateurs à la valeur par défaut -1. À ma connaissance, ce sera ma seule option pour permettre à tous les utilisateurs de voir la nouvelle page d’accueil. Après cela, ils pourront toujours la personnaliser selon leurs préférences.
