FaisceauxDePages

Cette page a démarré sur PageCluster

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 faiceaux de pages sont dynamiques. En modifiant le lien vers la page principale, vous modifiez le faisceau auquel appartient la page.
Chaque page dans un faisceau appartient encore au même espace-nom plat au niveau le plus haut. Le seul effet visible est sur ModificationsRécentes.

Les effets visibles sur ModificationsRécentes de mettre une page en faisceau :

Les éditions ves les pages appartenant à un faisceau ne sont pas visibles.
Les éditions ves les pages appartenant à un faisceau sont montrées quand la page principale du faisceau est visitée.
Les éditions vers la page principale elle-même sont présentées comme normales.

Avantages

Créer une session de brainstorming sans harasser les AccrosModificationsRécentes (par ex. TopicCanonicalization)
Créer un sous-projet, sous la MissionMeatball, dont les travaux ne sont pas d'un intérêt quotidien pour la plupart des Meatballers (c'est à dire, le TourBus, FacetWiki, LangueFrançaise), tout spécialement si les recherches résumées sont intéressantes (utiliser la page principale pour poster un log de mise à jour)
Simuler le fait d'avoir son propre wiki, avec sa propre page de ModificationsRécentes, tout en partageant un espace-nom avec MeatBall
Permettre à une SouscommunautéWiki d'explorer des idées sans une large diffusion vers une plus grande communauté (mieux que les EditionsMineures).
Réannuler un FeuDeForêt d'une manière plus vague

Ce que cela ne peut faire

ElargirEspace, si ce n'est que cela produit plus d'utilisation de l'EspaceNom de MeatBall plus acceptable
L'Entrelacement de faisceaux n'est pas supporté par la syntaxe donnée. Chaque page peut être dans un faisceau tout au plus.

Avantages spécifiques

Voilà une liste des avantages de la mise en faisceau de pages sur d'autres idées similaires comme FractalWiki ou ParallelWiki.

Pas de soucis de savoir comment lier vers une page (c.f. FractalWiki)
Les pages mises en faisceau peuvent être travaillées à l'intérieur du reste du site par des liens simplement comme si elles n'étaient pas dans le faisceau (cf FractalWiki)
Tout simplement aussi visible qu'écrire "Cette page est en construction" (un brainstorming proposé solution par convention)
L'énergie de l'auteur fonctionne pour la communauté avec un filtrage volontaire
Conserve un point de modification central pour chaque projet, tout en soulageant la pression des ModificationsRécentes et le log des éditions où elles appartiennent correctement.
Les pages qui ont grandi au delà du projet dont elles font partie - disons, si PeriPeri:ContextualLinking venait à dominer en dehors du projet FacetWiki - une édition simple, unique conférera ce statut sans avoir besoin de copier entre wikis ou tout autre chose.

Conclusion

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

Alternative - Marque Faisceau Alternative

Utiliser la SyntaxeMétadonnées. Ceci laisse une page dans de multiples faisceaux, et minimise la mise en faisceau accidentelle. Joli si la syntaxe est déjà utilisée pour d'autres méta données. Ceci permet à une page d'être dans de multiple faisceaux et minimise la mise en faisceau accidentelle. Fournit de la clarté au moment de l'édition d'une page ce que ce lien initial étrange fait. Cependant, cela pose des questions de langue pour les sites multilingues.
Fournit un champ pour la page édition pour la mise en faisceau. Economise sur plus de redondance dans votre concordance de modèle wiki, mais pas sur la FonctionnalitéKarma.

Alternative - Mise en Faisceau de Faisceau

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.

Extension - Inlining

Permet aux utlisateurs de lister explicitement les modifications d'un faisceau particulier sur leurs ModificationsRécentes (pour éviter d'avoir besoin de suivre les listes individuelles/EditionsRécentes)
Idéalement utiliser une combinaison style-InfiniteMonkey ou paramètres de requêtes URL et des cookies pour faire ça
Lister les faisceaux inclus en bas de la page ModificationsRécentes, avec un lien pour le désactiver, pour le confort.

Avantages

Regagne le standard de point-modification wiki, de telle manière que les personnes intéressées en permanence dans un projet n'ont pas besoin de vérifier une page supplémentaire ou attendre pour une mise à jour majeure de statut.

L'implémentation OddMuse vous permet de visiter toute page A et d'afficher les modifications vers toutes les pages appartenant à un faisceau B. Par conséquent, vous pouvez obtenir une liste des modifications récentes sur un faisceau de votre page d'accueil si vous voulez.

Extension - Mise en Faisceau avec options

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.

Extension - Exclusion

Permet aux utilisateurs de créer leurs propres pages qui listent d'autres pages dont ils ne veulent pas entendre parler et pour les filtrer en dehors des ModificationsRécentes.
Possibilité d'ajouter d'autres options (exclure tout sur une liste, inclure des contenus d'une liste, etc.) pour permettre un réglage très personnel des ModificationsRécentes.

Avantages

Maniable pour pallier l'absence de temps chronique en supposant que les personnes prennent le temps de régler le système.

Extension - Code Couleur

Permet aux faisceaux d'être codés en couleur (une préférence utilisateur sur une base par faisceau)

Avantages

Aide à produire des ModificationsRécentes moins éclaboussantes même quand les faisceaux sont inlined

FaisceauxDePages comme WebLogs

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.

Faisceaux Mot de Passe

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.

Si l'extension Modifications de faisceau était utilisée, un faisceau mot de passe serait par défaut invisible jusqu'à ce qu'on entre d'abord le mot de passe, linclure à ce stade aurait du sens.
Evidemment, un système espace nom serait désirable pour cette extension, parce qu'autrement un projet pourrait abuser de l'espace-nom et personne d'autre ne pourrait le sortir (sans avoir des privilèges de mot de passe).
Installer un nouveau faisceau mot de passe serait une opération à privilèges.
Oter une page d'un faisceau mot de passe devrait nécessiter une vérification (pour prévenir toute malchance), mais non privilégiée (la protection mot de passe suffit)
On pourrait facilement produire un faisceau de page FaisceauMotDePasse en créant un point central pour tous les projets sous mots de passe.
La page d'accueil d'un faisceau de page servirait comme la description de ce qui peut être vu publiquement. Elle comprendrait le log du projet, une description, une liste des participants...

Ce système n'est pas défendu pour être un wiki totalement ouvert comme Meatball.

Implémentation OddMuse

Variation utilisée :

Mise en faisceau de faisceau
La page principale peut être visitée via RecentChanges pour voir le log faisceau, à moins que la page principale ne soit dans le faisceau.

Voir http://www.emacswiki.org/cgi-bin/oddmuse/FaisceauDePage

Pour les marqueurs de faisceau

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.

Discussion

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

PageTranslation LangueFrançaise PageClusters [DossierTechnologieWiki] [DossierTechnologieWikiNoncommune] [DossierModificationsRécentes]