Ooo, oui, le défilement horizontal serait très agréable. Comme vous l’avez dit, l’ordre arbitraire décidé par l’ordre des sujets peut signifier qu’il y a ou qu’il n’y a pas d’ordre. Plutôt, s’il y a un ordre, il peut être rendu explicite par le propriétaire en changeant les icônes en emojis 
ou en changeant le titre. Le défilement horizontal n’imposerait aucun ordre implicite en soi.
Cela semble super !
Oui – une approche très astucieuse !
D’accord, je peux proposer un cas d’utilisation.
Dans ma situation particulière, il s’agit d’un forum de jeu de rôle, donc mon idée est de proposer que des sous-collections soient utilisées sur le sujet central de l’écrivain pour recueillir des informations sur un personnage en particulier (ou plusieurs, car il offre différentes sections). Ainsi, un lien unidirectionnel vers les fils de jeu de rôle est utile, tout comme la possibilité de dupliquer le même lien dans plusieurs sous-collections.
Pour réécrire cela pour une communauté plus proche de Discourse, disons qu’un utilisateur voudrait écrire un guide qui rassemble des informations provenant de nombreux sujets, comme le matériel source ou pour démontrer l’évolution d’une idée.
Un autre usage pourrait être pour une bibliothèque de matériel soumis par les utilisateurs, par exemple un site de mods. Ensuite, chaque individu pourrait avoir sa propre collection « personnelle » de mods organisés qu’il présente dans une sous-collection. Les autres utilisateurs pourraient consulter ces collections organisées comme un moyen de savoir quels mods ou autres éléments de la bibliothèque sont un bon point de départ ou sur quoi baser leur propre expérience.
Dans chacun de ces scénarios, le fait que les liens puissent exister dans plusieurs sous-collections et ne pas monopoliser la barre latérale du lien collecté serait une fonctionnalité utile. La possibilité de créer une collection ici est trop puissante et la réciprocité sur les sujets n’est pas nécessaire. La permission séparée permettrait donc aux utilisateurs d’avoir accès à cet outil sans le potentiel de mauvaise utilisation.
Je suis d’accord que cela correspond également à un concept de favoris/playlists/collections personnelles, ce qui serait absolument une alternative acceptable pour ces cas d’utilisation. Avec des permissions séparées, je crois que cela pourrait être réalisé dans le même plugin (et chaque site pourrait ajuster la dénomination des sous-collections pour s’aligner sur son cas d’utilisation spécifique via les Textes du Site déjà). Je vois les deux comme des voies viables pour rendre ce plugin très puissant et utile également pour les utilisateurs moins fiables.
Ah, d’accord. Je crois comprendre. Avec les paramètres par défaut, ce cas d’utilisation spécifique devrait déjà être possible.
Avec les paramètres suivants par défaut, les collections peuvent être organisées de plusieurs manières selon la façon dont votre communauté préfère structurer les RP.
collection_by_topic_owner=true
collection_by_topic_owner_allow_groups=tl1
collection_modification_by_allowed_groups=admin,moderators,tl4
Le Maître de Jeu (MJ) crée des sujets pour le RP (Principal, Lore, OOC).
Les joueurs créent des fiches de personnage (CS) individuelles.
Le MJ crée une collection avec Principal, Lore, OOC. Puis crée un en-tête de section pour les CS.
Les joueurs créent des sujets séparés pour leurs personnages. Les joueurs peuvent créer une sous-collection de liens sur leur propre sujet.
Le MJ ajoute les joueurs comme mainteneurs à leur collection. Les joueurs ajoutent leurs sujets CS sous l’en-tête de section.
Les joueurs peuvent toujours utiliser leur sous-collection, dans laquelle seuls eux ont des permissions, tandis que le groupe RP dans son ensemble peut naviguer vers et depuis la fiche de personnage. Le seul inconvénient est que la sous-collection est publique, ce qui peut dégrader l’expérience principale pour les autres utilisateurs s’ils naviguent vers la fiche de personnage d’un joueur.
Le MJ crée des sujets pour le RP, y compris Principal, Lore, OOC et CS.
Les joueurs répondent au sujet CS avec leurs propres personnages.
Le MJ crée une collection de tous les sujets principaux. Dans le sujet CS, le MJ crée une sous-collection, avec des liens vers chaque publication de personnage individuelle. (Alternativement, le MJ crée la sous-collection et ajoute tous les joueurs comme mainteneurs pour ajouter leurs propres liens)
Les joueurs maintiennent leur propre sujet privé de notes et d’ébauches. Les joueurs peuvent créer une sous-collection sur ce sujet privé et lier aux sujets RP.
Avec cela, le RP est organisé selon ce que le MJ souhaite afficher. Les joueurs peuvent accéder au RP depuis leurs propres notes sans perturber ce que le MJ a configuré. L’inconvénient est que les joueurs ne peuvent pas naviguer facilement du RP vers leurs notes (mais cela peut être résolu avec des favoris). Et les joueurs doivent utiliser leur propre sujet pour les sous-collections, ce qui peut ne pas bien convenir à ceux qui ne créent/maintiennent pas de notes personnelles pour leurs personnages.
C’est en fait la configuration qu’utilise le forum où je suis membre et ce plugin est conçu pour s’y adapter.
Je pense que le problème principal ici est que les collections et les sous-collections sont toujours publiques. Donc, dans les configurations d’exemple, bien que la sous-collection ne puisse pas être modifiée par d’autres, elle reste visible. De même, ce plugin est conçu pour que les propriétaires de sujets aient plus de contrôle sur ce qui est affiché, d’où le système de permissions et diverses restrictions sur la liaison. Ces problèmes peuvent être résolus par une fonctionnalité hypothétique de collections personnelles qui n’impactent pas la vue publique des sujets. Cela couvrirait également plus proprement d’autres scénarios que vous avez mentionnés. Je réfléchirai davantage à la création de cette fonctionnalité et à la manière de l’intégrer aux collections publiques.
Pour ce qui est d’être public, je ne vois pas cela comme un inconvénient. Je pense que si quelqu’un avait besoin d’une liste privée pour lui-même hébergée directement sur le forum (et beaucoup de gens utilisent déjà des fichiers personnels ou des Google Docs), il existe à la fois la fonctionnalité de Favoris et la boîte de réception des MP où quelqu’un peut s’envoyer un MP et modifier le message. Je soutiens que la fonctionnalité de collections reste publique ici, quelqu’un d’autre pourrait avoir un cas d’utilisation plus sensible où cela doit être privé.
Quant à vos exemples, ils ne correspondent pas exactement aux cas d’utilisation que j’ai décrits. Particulièrement parce que les deux sont gérés par le MJ unique, et dans le cas de mon site, les rédacteurs sont plus fréquemment leurs propres MJ. C’est aussi pourquoi j’ai donné d’autres exemples où il en serait de même dans l’abstrait, une liste de recommandations organisée ou une liste de sources, etc. Ce qui sert juste à souligner un dernier point qui aurait pu être manqué.
Envisageriez-vous une fonctionnalité qui permet de lier des sujets à plusieurs sous-collections ? Puisqu’il n’y a pas de réciprocité dans la barre latérale, cela semblerait créer moins de conflits que dans une collection principale, mais je vous laisse décider.
Alors que je réfléchis davantage et que j’essaie de créer des exemples/tester des flux de travail, j’ai rencontré quelques autres problèmes.
J’apprécie votre volonté de discuter et de trouver des solutions aux problèmes qui existent dans ma tête/mes souhaits d’utiliser ce plugin. J’espère arriver à un point où je pourrai l’introduire pour que mes rédacteurs l’utilisent bientôt.
[quote=“jordanjay29, post:25, topic:372817”]Un problème d’encodage de caractères dans la zone de texte pour le lien, ce qui semble n’être qu’un problème de rendu et n’a aucune incidence sur la fonctionnalité.
Euh… Je pense que « lié » ici est un peu trop vague, donc je vais essayer de répondre au mieux de mes capacités. Vous pouvez ajouter plusieurs sujets (ou n’importe quelle URL) à la liste d’une sous-collection. De même, plusieurs sous-collections peuvent répertorier le même sujet ou la même URL. Les sous-collections sont très simples et ne sont en fait qu’une liste d’URL. La seule restriction est qu’un seul sujet peut afficher une seule sous-collection. Cette dernière restriction d’un sujet affichant une sous-collection ne changera pas.
Ah, ce champ est censé être uniquement une URL pour les sous-collections. À l’origine, j’avais prévu que les sous-collections servent principalement aux publications, mais la recherche serait pénible. Je pense que je vais devoir mettre à jour l’en-tête du tableau ici pour éviter toute confusion.
Oh ! Eh bien, cela simplifie les choses.
Et cela clarifie, merci. La recherche de sujets est élégante mais pas un obstacle majeur à son absence.
Dans ce cas, je ne vois pas d’obstacle pour le moment à l’utiliser tel quel. Je devrai peut-être masquer la création de collections dans le menu déroulant au lieu d’un paramètre basé sur les autorisations, mais ce n’est pas grave.
Merci d’avoir examiné cela avec moi, j’apprécie grandement. Plugin fantastique, j’espère m’amuser avec sur mon site.
J’ai rencontré une autre erreur de serveur interne en essayant de supprimer une sous-collection. J’ai essayé plusieurs façons de la faire fonctionner, y compris une combinaison d’avoir également une collection, ou un en-tête de section dessus (avec le seul lien au-dessus ou en dessous), ou en supprimant le lien (mais dans ce cas, la sous-collection ne peut pas être enregistrée), et l’erreur persiste lorsque l’on appuie sur le bouton Supprimer pour une SC.
Oh là là… Je dois vraiment travailler à la mise à jour de ces tests automatisés… Cela devrait être corrigé maintenant.
