Bonjour, j’étais sur stable, maintenant sur la dernière esr, et il semble qu’il n’y ait plus de mise en page mobile/bureau commutable explicitement ? Je ne vois plus le commutateur dans le coin inférieur gauche de la barre latérale, et ?mobile_view=1 / ?mobile_view=0 n’a plus aucun effet. Il passe maintenant du mode bureau avec la barre latérale et le menu hamburger à gauche à la mise en page mobile sans barre latérale et le menu à droite simplement en redimensionnant horizontalement la fenêtre du navigateur de bureau. Est-ce donc maintenant basé uniquement sur la largeur du navigateur ? Auparavant, cela permettait d’utiliser la mise en page mobile simplifiée sur un écran de tablette plus large si désiré, ou alternativement, cela permettait d’utiliser le mode bureau (avec plus de détails dans la liste des sujets par exemple) sur un téléphone plus petit ou une fenêtre de navigateur étroite pour les utilisateurs qui le préféraient.
C’est exact - nous avons évolué vers la simplification de nos mises en page pour qu’elles soient correctement responsives, car il s’agit d’une norme de conception plus largement acceptée d’utiliser un point de rupture sensible à la largeur. Nous avons également constaté qu’il était plus simple à maintenir, et une disposition basée sur la largeur s’intègre bien avec d’autres éléments de conception externes, comme lors de l’intégration de bannières partagées sur un site principal et un forum.
L’un des inconvénients de cette approche est que vous ne pouvez pas exécuter de logique spécifique à l’appareil dans un initialiseur.
Un exemple classique est de définir une page d’accueil différente pour mobile par rapport au bureau - vous ne pouvez pas le faire maintenant.
À mon humble avis, cela va nécessiter une approche beaucoup plus dynamique de la manière dont les modèles sont créés.
Merci pour la réponse. En principe, cela a du sens, mais en pratique, c’est un peu problématique pour les utilisateurs plus avancés/fréquents. Comme je l’ai mentionné, il y a beaucoup moins d’informations visibles dans la liste des sujets lorsque le mode de mise en page réduit est utilisé, surtout lorsque l’on utilise quelque chose comme Sam's Simple Theme, donc certains préféraient forcer explicitement la mise en page de bureau, et cela s’adaptait même correctement pour s’ajuster horizontalement sans déborder.
Il y a des limites à ce que nous avons supprimées avec les nouvelles méthodes — déterminer les capacités à l’initialisation est assez rigide, si quelque chose change nous devrions recharger toute la page.
C’est utile car les appareils sont moins prévisibles maintenant : les téléphones peuvent se déplier en tablettes, les ordinateurs portables peuvent se transformer en tablettes, vous pouvez brancher un clavier et une souris sur tellement de choses…
Cela semble différent si vous êtes habitué à l’ancienne méthode, mais tout ce que vous faisiez dans un initialiseur est probablement toujours possible et plus réactif aux capacités changeantes.
Vous pouvez, maintenant c’est plus granulaire et vous affichez/masquez conditionnellement le contenu au sein du même modèle plutôt que de tout remplacer. Par exemple, nous avons maintenant un objet viewport dans notre service de capacités…
Dans un modèle…
{{#if this.capabilities.viewport.lg}}
Contenu pour les grands écrans
{{/if}}
{{#if this.capabilities.viewport.sm}}
Contenu pour les très petits écrans
{{/if}}
ou en JS…
get myContent() {
if (this.capabilities.viewport.sm) {
return "contenu court";
} else {
return "le très très long contenu"
}
}
et ensuite en CSS vous pouvez vous aligner avec les mêmes points de rupture comme…
@use "lib/viewport";
.my-element {
font-size: 1em;
@include viewport.until(sm) {
font-size: 2em;
}
}
Bien sûr, je suis au courant de ces remplacements.
J’ai hâte de voir ces modèles utilisés de manière plus fondamentale cependant.
Par exemple, si ma page d’accueil est une liste de catégories sur ordinateur de bureau, je peux voir une liste de sujets.
Une liste de sujets devrait également s’afficher sur mobile, selon toute vraisemblance… actuellement, vous perdez l’élément de liste de sujets.
C’est pourquoi le TC (Topic Change) de Forcer la page d’accueil mobile existait…
J’espère que je suis clair…
Oui, ça a du sens, je pense que nous allons progressivement apporter des changements de soutien comme celui-là… c’est juste délicat lorsque nous avons construit tellement de choses en utilisant les anciennes méthodes et que nous devons les prendre en charge d’une manière qui ne casse pas immédiatement la personnalisation.