Bonjour les gens !

Il y a quelques semaines, nous vous avons présenté le premier aperçu grand public de FandomDesktop, l'unification des expériences de bureau de Fandom et de Gamepedia. Dans cet aperçu, nous avons mis les bouchées doubles en ce qui concerne notre engagement pris lors du Community Connect, à savoir « More is More » (Plus c'est plus) avec vous, ce qui signifie plus de transparence, plus de franchise et plus d'examens approfondis des changements bien avant qu'ils ne se produisent. Dans le prolongement de cet engagement, récapitulons les changements apportés aux pages d'articles dans FandomDesktop et expliquons comment nous sommes parvenus à ces changements.

Commençons par le cœur du problème

Quand nous parlons des wikis comme étant l'expérience centrale de Fandom, les articles sont le noyau de cette expérience centrale. Ils sont ce sur quoi vous vous concentrez en tant que créateurs et ils sont la raison pour laquelle la grande majorité des lecteurs visitent vos wikis. L'écrasante majorité des visites sur vos wikis commence par quelqu'un qui clique sur un lien de résultat de recherche pour une page d'article. En tant que tel, commencer avec des moyens d'améliorer cette expérience, à la fois pour les lecteurs et les éditeurs connectés, est – comme M. Spock le dirait – tout à fait logique.

Résoudre des cas d'utilisation multiples

Fandom et Gamepedia présentent aujourd'hui une différence fondamentale de conception en ce qui concerne la présentation du contenu. L'habillage Oasis de Fandom présente tout le contenu des articles dans un format de largeur standard, qui s'avère meilleur pour la lecture du texte, comme le confirment les recherches de la Wikimedia Foundation et d'IBM. L'habillage Hydra de Gamepedia présente le contenu des articles dans une vue plus large qui est plus adaptée aux tableaux de données lourds utilisés par un grand nombre de ses jeux axés sur l'artisanat et le butin, comme le montre le Wiki officiel de Path of Exile, qui est presque une expérience essentielle sur un deuxième écran pour jouer au jeu.

Pour les rédacteurs connectés sur Gamepedia, l'expérience est encore plus vaste, puisque le rail publicitaire de droite disparaît. En plus de ces cas d'utilisation existant sur leurs plates-formes respectives, nous avons également reçu de nombreux retours d'utilisateurs de Fandom au cours des années qui ont suivi la sortie d'Oasis, qui nous ont fait savoir que, si la vue en largeur standard est idéale pour certains contenus, elle ne l'est pas toujours et qu'ils souhaiteraient une expérience plus large si possible. Nous savions que nous devions trouver un bon moyen de satisfaire les deux extrémités de ce spectre d'utilisation, et voici donc notre approche…

ANON - Default.png

Voici à quoi ressemblerait la vue déconnectée par défaut sur FandomDesktop pour le Zelda Wiki. À l'heure actuelle, Zelda Wiki est une communauté combinant Fandom et Gamepedia, qui réside actuellement sur le design de Gamepedia à la suite du projet Crossover. Vous remarquerez qu'un bouton ressemblant à un plein écran flotte dans le coin supérieur gauche de la zone de contenu de l'article, au-dessus de la table des matières et du bouton d'édition. C'est le bouton de basculement de la largeur et c'est l'un des deux grands changements pour l'affichage des articles dans FandomDesktop. Il prend la vue en largeur standard qui est idéale pour une lecture ciblée et l'étend en une vue pleine largeur, qui s'ajuste à la largeur disponible de votre navigateur et est meilleure pour consommer des données.

ANON - Expanded.png

Voici à quoi il ressemble en pleine largeur. Elle est beaucoup plus large que l'expérience actuelle de Fandom et comparable à l'expérience Gamepedia en mode déconnecté. Le Web a évolué, tout comme les tailles d'écran, et donc le fait d'avoir une approche de largeur standard « à taille unique » à une époque où il y a tant de différentes tailles d'écran signifiait que nous ne servions pas correctement nos lecteurs, alors nous rectifions le tir.

Vous voulez revenir à la largeur standard ? Appuyez à nouveau sur le bouton de basculement et il vous renvoie à la largeur standard. Cela fonctionne tout simplement.

Mais attendez… il y a plus !

Les lecteurs du blog soucieux de détails (comprenez&nbssp;: la plupart d'entre vous) ont sûrement remarqué que j'ai dit que le basculement en pleine largeur était l'un des deux grands changements que nous apportons à l'affichage des pages d'articles. Alors, quel est l'autre changement ? Eh bien, pour les éditeurs connectés, nous ajoutons une deuxième option pour contrôler votre expérience d'affichage. Que ce soit par préférence globale ou par basculement sur la page, les éditeurs connectés auront la possibilité de masquer la barre de droite sur les pages d'articles, élargissant ainsi la zone de contenu à une largeur légèrement supérieure à celle de la vue connectée sur Gamepedia aujourd'hui (1,1 %, selon mes [​MisterWoodhouse] compétences pré-algébrique de 6e, merci Mme Waters !)

Logged In - Collapsed Right Rail.png

Comme je l'ai dit, vous pouvez y accéder soit par une préférence utilisateur, soit en cliquant sur la flèche de basculement dans le coin supérieur droit de la page de l'article. Cette option est le résultat des retours directs du Community Council, de la Gamepedia Fellowship, des contributeurs de Fandom et de Gamepedia lors d'entretiens individuels de recherche sur la conception, et des participants à Community Connect. Les contributeurs voulaient avoir la possibilité de voir autant d'espace de contenu que possible et, face à un tel retour uni et exploitable, la décision a été facile à prendre pour nous.

Il s'agit d'un avantage pour les utilisateurs connectés. Le rail de droite est un espace publicitaire pour les utilisateurs déconnectés. Nous ne pouvons donc pas étendre cette option au-delà des aux utilisateurs connectés. Cela rappelle la conception de l'option pleine largeur de Gamepedia, qui n'est disponible que pour les utilisateurs connectés.

En fin de compte, nous voulons ajouter beaucoup de valeur à la barre de droite pour tous les utilisateurs. C'est un endroit idéal pour mettre en avant les outils de découverte et d'édition. C'est quelque chose que nous poursuivrons après le lancement de FandomDesktop, lorsque nous nous plongerons dans d'autres projets de nouveaux outils d'édition, d'améliorations de la recherche, de nouvelles voies de découverte et d'autres choses que je ne peux même pas encore évoquer. Puisque la valeur ajoutée dans le rail de droite n'accompagne pas le lancement de FandomDesktop, vous faire garder le rail de droite sur la promesse d'une utilité future non définie n'était pas le bon choix. C'est le confort utilisateur qui est en jeu ici. Si vous choisissez de désactiver le rail de droite, nous voulons gagner de votre part ce clic qui le réactivera et vous permettra d'utiliser les nouveaux éléments que nous y ajouterons plus tard.

Et ces autres boutons ?

Content que vous les ayez remarqués, d'autant plus que je les ai mentionnés en passant ! Nous avons ajouté deux outils de page persistants qui vous suivent en mode défilement : le sommaire et la modification de la page.

Notre équipe de conception a effectué des tests de carte thermique sur les pages d'articles qui ont montré que, bien que le fait d'avoir le sommaire en haut de la page soit une conception logique, cela ne répond pas à tous les cas d'utilisation dans la pratique et ajoute en fait plus de défilement à l'expérience utilisateur. Quelle est la première chose que fait une personne lorsqu'elle arrive sur une page d'article ? Elle commence à faire défiler la page et passe directement au sommaire. Si elle se trouve sur une longue page et a besoin d'aide pour s'y retrouver, elle doit remonter jusqu'au sommaire.

Comme cela a été présenté pour la première fois pour l'expérience FandomMobile, le bouton permanent du sommaire vous permet d'accéder rapidement à la navigation de l'article à partir de n'importe quel endroit de la page, ce qui est particulièrement utile pour les longues pages comme celle de Link. Plus besoin de faire défiler la page vers le haut pour accéder au sommaire. Il suffit d'appuyer sur le bouton pour qu'elle apparaisse comme un élément de navigation. Plus besoin de faire défiler la page vers le haut pour accéder à la table des matières de la page de Jon Snow (l'une des pages sur lesquelles nous avons réalisé une cartographie thermique).

ANON - Scroll ToC.png

Comme je l'ai dit, cette idée est née du travail sur FandomMobile. Nous savions dès le début que nous voulions que le sommaire soit un élément persistant qui défile avec vous pour une meilleure navigation dans la page, puisque l'expérience de devoir faire défiler la page vers le haut pour la navigation est encore pire lorsque vous êtes sur un écran tactile. Lors de la conception de l'expérience FandomMobile, nous avons procédé à quelques itérations différentes avant d'arriver au bouton latéral que vous voyez aujourd'hui en ligne sur le site mobile. L'une des premières explorations impliquait une barre de sommaire qui vous suivait le long de la page, mais nous n'aimions pas le volume de contenu qu'elle couvrait, surtout sur les téléphones. Le petit bouton situé sur le côté, flottant à la limite de la zone de contenu, était le plus logique et nous avons repris ce design pour notre travail sur FandomDesktop. Non seulement cela avait du sens du point de vue de la continuité, mais avec le bouton d'expansion de la vue et le bouton de modification de la page, avoir une configuration différente pour un point d'entrée persistant du sommaire aurait été plutôt déplacé pour nos utilisateurs.

Une chose en plus, dans l'éditeur !

Autre changement visuel notable, les éléments interactifs d'en-tête d'article pour la modification et les commentaires ne sont plus des boutons mais des icônes. L'objectif était de laisser le contenu le plus en évidence possible et de proposer une expérience immersive à nos lecteurs. Pour ce faire, nous avons réduit l'empreinte visuelle des fonctionnalités secondaires, ce qui a permis au contenu de passer au premier plan comme jamais auparavant. Nous avons ensuite soigneusement saupoudré quelques éléments qui aideraient le lecteur à se déplacer sur la page, tout en veillant à ce que leur empreinte visuelle soit aussi réduite que possible afin qu'ils ne fassent pas concurrence à votre contenu.

Le bouton de modification de la page est l'un des deux points d'entrée de l'éditeur de page entière dans la conception de la page d'article de FandomDesktop. Il y a une entrée traditionnelle de modification de page dans le coin supérieur droit de la page, mais maintenant vous pouvez également entrer dans l'expérience de modification de page entière n'importe où lors du défilement de la page. En tant que contributeur connecté, vous avez toujours accès aux points d'entrée de la modification de section dans la page, mais ce point d'entrée fixe supplémentaire vous donne un meilleur accès à l'expérience complète où que vous soyez.

La visibilité du bouton de modification de la page dépend de l'autorisation accordée à l'utilisateur en question de modifier la page qu'il consulte. Par exemple, un utilisateur déconnecté sur un wiki où la modification en mode anonyme est désactivée ne verra jamais le bouton de modification de page. De même, un contributeur connecté qui consulte une page dont la modification est réservée aux administrateurs ne verra pas le bouton Modifier de la page.

Plus c'est plus

Ce blog a été présenté comme un coup d'œil sur l'évolution des pages d'articles et, si vous vous attendiez à ce que nous apportions de grands changements au contenu, je suis heureux que vos craintes se soient avérées fausses. Le contenu lui-même ? Il fonctionne tout simplement. Lorsque les utilisateurs cliquent sur le lien d'un résultat de recherche Fandom, ils s'attendent à voir un sommaire, une infobox et des liens vers d'autres pages qui les feront commencer leur voyage dans le terrier de lapin du wiki. Cela ne change pas. Les pages d'articles restent le noyau de l'expérience de base que tout le monde connaît et apprécie. En prime, nous avons trouvé de nouvelles possibilités pour améliorer l'expérience du contenu et offrir plus de choix aux utilisateurs.

Outre les grands changements apportés aux sélections de largeur et aux réglages de la page, nous apportons également un petit coup de jeune à l'ensemble de la page d'article. Nous utilisons davantage les composants standard de MediaWiki, qui sont utilisés sur Gamepedia aujourd'hui et sont beaucoup plus à jour que leurs homologues de Fandom. Nous utilisons également davantage les thèmes de l'interface utilisateur orientée objet, ce qui rend l'expérience plus moderne. Et nous soumettons également le Concepteur de thème à davantage de composants…

Nous avions la combinaison parfaite d'un retour d'information qui nous disait quelque chose et d'une opportunité de faire cette chose : résoudre plus de cas d'utilisation de la consommation d'articles qu'Oasis ou Hydra traitent de leur côté, tout en rafraîchissant l'expérience familière.

Habillage Options en mode déconnecté Options en mode connecté
Oasis Standard avec rail Standard avec rail
Hydra Complet avec rail Complet sans rail
FandomDesktop Standard avec rail

Complet avec rail

Standard avec rail

Complet avec rail

Standard sans rail

Complet sans rail

Comme nous l'avons dit plusieurs fois : Plus c'est plus.

Quelle est la suite ?

Il y a beaucoup plus à couvrir dans le cadre du travail de FandomDesktop (et au-delà !), donc soyez à l'affût des blogs sur la personnalisation et le Concepteur de thème, la navigation globale et locale, les outils de l'éditeur et ce que nous faisons avec la barre d'outils inférieure (pouvez-vous la voir ?).

En attendant, commencez le compte à rebours jusqu'à ce que vous obteniez la pleine largeur et le mode Ultragrand, comme j'appelle l'expérience complète sans rail. FandomDesktop sera disponible pour les tests plus tard ce printemps, et les migrations des wikis existants auront lieu cet été.

N'hésitez pas à nous dire ce que vous en pensez dans les commentaires ! Je serai également heureux de répondre à toutes les questions auxquelles je pourrai répondre à propos de ce que vous avez vu ici.

Si vous souhaitez lire la recherche d'IBM, voici le lien.


Vous pouvez consulter l'article original ici (en anglais).

Vous souhaitez être informé(e) sur les billets postés en rapport avec l'actualité Fandom ?
Alors cliquez ici pour suivre ce blog.

Vous aimeriez en savoir plus sur la construction et l'utilisation d'un wiki ?
Lisez nos guides sur les bonnes pratiques pour garder votre communauté en pleine croissance et en bonne santé.

Vous souhaitez un accès à temps réel à vos camarades éditeurs et au staff ?
Rejoignez notre serveur Discord officiel pour les utilisateurs enregistrés !

Sauf mention contraire, le contenu de la communauté est disponible sous licence CC-BY-SA.