Les FaisceauxDePages sont un essai pour préserver les RessourcesGlobales quand la CommunautéPeutNePasGrandir : un moyen facile à utiliser et discuté pour maintenir l'attention d'un plus grand nombre d'utilisateurs. Idéalement, ils devraient supporter LaLève de Grange en autorisant plusieurs granges à être levées en une fois, à différentes allures, avec des personnes migrant de grange en grange quand le temps le leur permet.
CommunityWiki expérimente les FaisceauxDePages et avec un peu de chance discutera de meilleurs moyens de les mettre en place pour lever des granges tout comme de simples modifications techniques.
Les faisceaux de pages sont des groupes de pages appartenant à une page principale. Les éditions sur les pages du faisceau sont rapportées sur la page principale du faisceau, invisible pour les utilisateurs des ModificationsRécentes ; elles sont aussi rapportées sur la page principale du faisceau. (La page principale elle-même peut ou ne pas être son propre faisceau, aussi les éditions vers elle peuvent ou ne peuvent pas être invisibles sur les ModificationsRécentes).
Une page est marquée comme appartenant à un faisceau avec quelque concordance-langage magique, disons en déposant un lien sur la page principale comme la toute première chose de la page (comme cela fonctionne ici avec le DeletedPage ; ceci transforme le DeletedPage en un faisceau des pages effacées à réviser).
Ce sont les différences principales avec les SousPages :
Les effets visibles sur ModificationsRécentes de mettre une page en faisceau :
Voilà une liste des avantages de la mise en faisceau de pages sur d'autres idées similaires comme FractalWiki ou ParallelWiki.
Les FaisceauxDePages peuvent être une solution à un problème illusoire. Ils peuvent être émulés par des wikis liés-de-près, et leurs effets peuvent être reproduits par d'autres moyens (par ex. FractalWiki). Néanmoins, c'est aussi plutôt élégant et (nous l'espérons) sans prise de tête à utiliser, tout particulièrement avec une ou deux des extensions suivantes. -- ChrisPurcell
Au lieu de retirer les modifications de faisceau entièrement des ModificationsRécentes, notez simplement qu'un faisceau a changé (en agrégeant les pages individuelles), et pointe vers la page principale du faisceau. Ceci implique la totalité de la communauté dans chaque faisceau, mais laisse les personnes ignorer les faisceaux, ou en attrappent certains qui n'avaient pas eu le temps. ModificationsRécentes ressemble à un forum.
Une question à cela est la manière dont cela interagirait avec une mise à jour sur une page présente dans de multiples faisceaux.
OddMuse permet cette variante.
Avantages
En tant qu'extension de la mise en faisceau de faisceau, fournissez des options pour que chaque faisceau vers le inline ou ôtez le pour une visualisation individuelle, idéalement de façon semi-permanente via des cookies.
Avantages
Avantages
Les faisceaux peuvent utilisés comme des carnets web (weblogs), tout spécialement avec des fils RSS fournis pour chaque faisceau. Dépasser le nom, la date et la vue générale d'une page (comme affichée sur le faisceau) aide à cela mais pose les questions de sécurité si les modifications vers les pages sont masquées par la date dépassée. PeriPeri utilise ce système.
Une autre extension possible : utiliser le mécanisme de faisceau pour implémenter une protection mot de passe (ou un IP-bound) des faisceaux de pages spécifiques à un projet. Au lieu de marquer la racine come un faisceau de page vanilla, utilisez par ex. FaisceauMotDePasse. Ceci aurait tous les effets d'une mise en faisceau normale, plus un mot de passe serait requis pour visualiser les pages dans le faisceau.
Ce système n'est pas défendu pour être un wiki totalement ouvert comme Meatball.
Variation utilisée :
Voir http://www.emacswiki.org/cgi-bin/oddmuse/FaisceauDePage
Un avantage agréable des marques de faisceau est que nous ne mettons pas d'information non pertinente en premier, c'est à dire
PageCluster: CategoryIdentity
n'a pas besoin d'être la première ligne, mais peut rester à la fin de la sectiondu ModeDocument au sommet comme le font actuellement les marqueurs de catégories.
Un autre bel avantage de marqueur de faisceau est qu'une page peut appartenir à de multiples faisceaux.
PageCluster: CategoryWikiTechnology CategoryInformationVisualization
Les faisceaux peuvent êre ensuite des pages noms.
PageCluster: CategorySoftSecurity SunirShah
Nous rapprochant des AbonnementsModifications? avec une FonctionnalitéKarma décente. Les problèmes de multiples faisceaux comprennent la manière de rendre les ModificationsRécentes, mais à nouveau, on peut prétendre que les ModificationsRécentes exigent une lourde reconception de ce qu'elles sont à présent.
Cela rend la lecture des ModificationsRécentes plus difficile (multiples clics et chargements de pages) et si cela veut dire contenir la discussion en cours, vous réalisez seulement après le fait que vous parlez d'une idée unique sur beaucoup de pages, aussi vous devez produire des modifications vers plusieurs pages toutes en une, ce qui est ennuyeux à faire et ennuyeux à lire. Tel que réalisé, cela est redondant avec les DossiersEtSujets, qui devrait être réparé. Cela semble comme si vous aviez le besoin d'avoir résolu le problème avant que vous ne réalisiez que vous aviez un problème. Ceci ne veut pas dire qu'ils sont inutiles, simplement qu'il ne sont pas utiles pour simplifier les ModificationsRécentes, ce qui veut dire que ce sont simplement des DossiersEtSujets avec de nouveaux (moins puissants) habits. -- SunirShah
A ce stade, je les aime. Et je ne pense pas que mettre en faisceau des pages "après le fait" soit si mal. A nouveau, je n'ai pas été beaucoup autour depuis que leurs usages intensifs ont démarré, aussi je n'ai pas beaucoup d'expérience d'eux à ce stade. Je suis d'accord néanmoins que les faisceaux sont redondants avec DossiersEtSujets. Je préférerais un DossierModificationsRécentesFiltrées. -- BayleShanks
Je pense qu'au lieu de cacher les modifications, on devrait seulement lister les Dossiers comme je l'ai fait sur DossierModificationsRécentesFiltrées. StevenBlack est brillant. Mais cela ne résoud pas le problème du SpaghettiWiki. -- SunirShah
J'aime plutôt ça. Plusieurs des faisceaux sont ceux que je ne veux pas suivre. Les ModificationsRécentes de CW seraient un chaos sans eux. Ajouter un inlining serait une bonne étape, tout spécialement si ça listait encore le faisceau à la manière des DossierModificationsRécentesFiltrées, et/ou avec des choses colorées. Je ne pense pas que les catégories puissent être assimilées à l'intérêt. Par conséquent, il est très utile de conserver les systèmes distincts. Les catégories sont conçues pour trouver l'information dans l'InstantWiki. Les faisceaux sont conçus pour maintenir les FeuDeForêt, les acclimater et les conduire au remaniement. Ils aident les personnes à aller aussi vite que les feux à leur propre allure, pas à l'allure (beaucoup plus rapide) des ModificationsRécentes. -- ChrisPurcell
Si les faisceaux ont lieu seulement aujourd'hui, les faisceaux laissent des détritus derrière eux dans l'InstantWiki au lieu de les laisser sur les ModificationsRécentes. Exactement les mêmes déchets qu'on utiliserait avec les sujets (pas les catégories ni les dossiers) qui sont là pour toujours. Il est toujours erroné de combiner aujourd'hui avec le maintenant. Le faisceau de CommunityWiki:ExperimentalTechnology est une catégorie. Mais pour utiliser maintenant l'exemple canonique, TopicCanonicalization serait un sujet. Nous voulons à la fois des ModificationsRécentesFiltrées et des grappages (faisceaux) de sujet sur les Modificationsrécentes. Jusqu'à aujourd'hui, je n'ai toujours pas compris comment Stan a différencié les sujets des catégories ! cf. DossiersEtSujets pour aller plus loin. -- SunirShah
Voulez-vous des ModificationsRécentes groupées par sujets de la façon dont cette page le suggère ? -- ChrisPurcell
Peut-être des ModificationsDigérées. -- SunirShah
Un rejeton de cette discussion peut être trouvé sur les CatégoriesModification