9
votes

Pourquoi n'y a-t-il pas de langage de balisage wiki standardisé?

Pour autant d'outils de wiki que j'ai utilisés, chaque fois que je dois apprendre encore une autre langue de balisage. Pourquoi Wiki Markup ne sera-t-il pas normalisé comme HTML, XSLT, SVG et d'autres langues Web?


1 commentaires

À partir de XWiki Enterprise 1.6 Il est possible de configurer les syntaxes Wiki disponibles pour l'utilisateur. plate-forme.xwiki.org/xwiki/bin/view/adminguide/... < / a>


9 Réponses :



1
votes

Je soupçonne que c'est parce que tout élément de wiki particulier n'a pas besoin d'interagir avec plusieurs systèmes wiki, de la manière dont un fichier HTML doit être traité par plusieurs navigateurs, il n'y a donc pas eu d'impulsion pour former un Comité des normes, etc., etc.


3 commentaires

N'est-ce pas comme dire que c pourrait avoir une version différente pour chaque système d'exploitation car les exécutables ne sont pas inutilisables de toute façon.


Il y a une bonne raison pour un moteur Wiki (la plupart du temps commercial) pour parler / comprendre d'autres langues de wiki: faciliter l'adoption et / ou la migration. Donc, Confluence a un convertisseur de wiki universel ( Confluence.atlassian.com/display/confext / ... ), Xwiki travaille sur quelque chose de similaire ( gsoc.myxwiki.org/xwiki/bin/view/import+export+OTHIKIS/... ), XWiki prend en charge diverses syntaxes Wiki ( plate-forme.xwiki.org/xwiki/bin/view/adminguide/... )


@dacracot Non, car vous souhaitez toujours compiler la même source sur différentes plates-formes, que vous souhaitez rarement faire avec le marquage Wiki (sauf dans le cas de la migration, par pascal).



8
votes
  1. Aucune bibliothèque standard - Contrairement à, par exemple, regex, cuit à diverses plateformes, ce qui tend à stabiliser les normes de facto. Il existe des implémentations standard , telles que MediaWiki, mais tout le monde ne veut pas utiliser MediaWiki et il y a peu d'incitation à copier sa langue de balisage plutôt robuste.
  2. peu de besoin d'échanger des données entre les plates-formes Wiki.
  3. Peu d'utilisateurs communs interagissent avec plusieurs wikis, ils apprennent donc ceux qu'ils sont exposés à.
  4. Wiki Markup est essentiellement un hack pour surmonter les implémentations de contrôle du navigateur de texte riche, mais les contrôles de texte riches s'améliorent. (Templing via Wiki Markup est, bien sûr, un tout autre sujet.)
  5. Les wikis sont souvent spécifiques à un domaine, de sorte que les options de formatage disponibles, les caractères appropriés pour balisage, etc. diffère entre les implémentations.
  6. Il existe des "normes" concurrentes existantes telles que BBCode, qui confondent davantage les décisions de balises de balise TAG-VS-CARACTER.
  7. Si une entité telle que le W3C a eu une norme, il faudrait 3 ans pour développer, un diplôme d'associé supplémentaire à utiliser, et personne ne réécrireait leurs wikis pour le soutenir.

1 commentaires

+1 Parce que Wiki Markup est essentiellement un hack. J'ai tendance à être d'accord.



1
votes

Je dirais des gens qui proposent de nouvelles variantes tout le temps pensent que les souffles existants ... et ils peuvent être corrects.

Certaines choses bien définies pourraient être utilisées pour dessiner de comme Tex, mais cela ne semble pas que quiconque pense qu'il est important avec Markup - bien que cela devrait être l'un des meilleurs moyens de séparer le contenu de la présentation.

Personnellement, je ne suis pas fou de marquage, par exemple et que nous réfléchissions probablement de plus de deux ans entre l'utilisation de toute façon, ces derniers temps en raison de la présentation de la création d'une version de la clientèle de l'un des mes variantes de balisage préféré à la place. Ainsi a montré que cela pourrait être suffisamment propre, au moins après leurs contributions à la FMD, ce qui facilite l'utilisation et la configuration. Il serait propre pour un marquage Wiki d'ajouter de la dactylographie / édition de style Intellisense pour la liaison aux pages et aux ressources existantes ^^


0 commentaires

1
votes

Les wikis sont nouveaux . Il faut du temps à secouer beaucoup d'idées et d'apprendre (par essai et erreur la seule façon qui fonctionne vraiment lorsque des personnes sont impliquées) ce que fonctionne . .


3 commentaires

Les wikis sont nouveaux?!? Pas vraiment, le premier wiki a 15 ans: "WikiWikiWeb était le premier site à être appelé un wiki [6] Ward Cunningham a commencé à développer WikiWikiWeb en 1994 et l'a installé sur le domaine Internet C2.com le 25 mars 1995. " Source: en.wikipedia.org/wiki/wiki#history


Seulement 15 ans est Nouveau sur l'échelle du développement technologique. Il faut des décennies pour chaque nouveau paradigme pour venir en concurrence. Rappelez-vous que la programmation ORDRE OBJECT a été inventée dans les années 1960 et les gens sont toujours sur les meilleures pratiques pour cela.


Je conviens que Wiki est plus ou moins "nouveau" ;-) E.g. HTML est plus vieux que le wiki ;-) "wiki" a été populaire après que Wikipedia a été fondée 2003: en.wikipedia.org / wiki / wikimedia



6
votes

Il y a - c'est appelé créole . La plupart des wikis acceptent que, comme une extension ou comme un patch.


0 commentaires

1
votes

Une autre raison des différences est que le marquage Wiki a été conçu pour être plus facile à utiliser que HTML, mais différents wikis préfèrent un endroit différent de la courbe Power VS Facile. Comme il y a tellement de distributions Linux, car certaines personnes veulent plus de versions de pointe de colis tandis que d'autres veulent une stabilité. Il n'y a pas de bonne réponse.


0 commentaires

1
votes

Quel est l'avantage de l'interopérabilité des entreprises qui font des wikis? Pas grand chose que je peux voir au-delà du marketing.


0 commentaires

0
votes

Lorsque la journée arrive qu'il existe une raison logique ou rentable pour y avoir une norme pour le marquage Wiki, on émergera. Jusqu'à ce jour-là, nous sommes dans les âges sombres qui tombent toujours trébuchés par l'obscurité dans l'espoir d'un avenir meilleur.


0 commentaires