History: Warum die Wiki Syntax wichtig ist
Preview of version: 10
Bitte beachten Sie auch die spezielle Microsite zu diesem Thema: http://wysiwygproblems.com/
Auf dieser Seite wird die Bedeutung des Wiki-Markups (oder der Syntax) für Tiki diskutiert.
Wiki-Markup hat eigentlich zwei Seiten:
- Es kann als Eingabemethode für Benutzerdaten zur Formatierung der Seite verwendet werden (im Gegensatz zu einem WYSIWYG-Editor, bei dem Sie auf Schaltflächen klicken).
- Es wird auch oft als Speicherformat der Seite verwendet, wenn die HTML-Seite nicht in der Datenbank zwischengespeichert wird.
Verwandt: WYSIWYG vs Wiki
Achtung: Dieser Abschnitt enthielt bisher im Wesentlichen die Meinung eines bestimmten Benutzers, während das Thema bereits viele Debatten ausgelöst hat. Darüber hinaus vermischte es auch verschiedene Ebenen der Diskussion, manchmal gegen Wikimarkup mit WYSIWYG-Editoren, manchmal mit HTML, manchmal mit Flash. my Bearbeitungen zielen darauf ab, einen ausgewogeneren Inhalt zu liefern. Du kannst sie gerne weiter bearbeiten, auf dem Wiki-Weg 😊 ...__
Vorteile des Wiki Markups
- Felsenfest und Cross-Browser - im Gegensatz zu WYSIWYG-Editoren benötigt es keine zusätzliche Technologie, wie JavaScript oder Flash, und es funktioniert genauso gut in allen Arten von Webbrowsern, indem es alle zusätzlichen Funktionen nutzt, die sie anbieten (wie z.B. Rechtschreibprüfung oder Verwendung eines externen Editors).
- Dies setzt voraus, dass sich der Parser (der die Wiki-Syntax interpretiert) nicht ändert, was zwischen den wichtigsten Versionen von Tiki passieren kann.
- Lesbar - mit Wiki-Markup ist der Text für weniger technische Benutzer lesbar (mehr als HTML), Sie können einfach alle lustigen Zeichen ignorieren und den Text allein lesen. Andererseits rendert HTML keine Zeilenumbrüche, während einige Wikis dies tun. Dies beeinträchtigt die Lesbarkeit.
- Besser zugänglich als Flash__ - für Blinde, für Software, für die Suche und Indizierung.
- Sicher - da es sich nur um Text handelt, können Sie keinen bösartigen Code einfügen, wie in Flash und/oder JavaScript.
- Besser für Styling__ - da es keine Style-Informationen im Text selbst gibt, können Sie einen Style einfach per CSS zuordnen.
- Erweiterbar - Die Syntax kann erweitert werden, um mehr Dinge zu tun (Zugriff auf externe Dienste, etc.).
- Es kann sogar wie eine mini-programmierende Sprache verwendet werden.
- Sie können Variablen wie TWikiVariables und grundlegende Logik (if/then/else) haben. Mit einigen Wiki-Engines, wie TWiki und XWiki_old können Sie recht komplexe Anwendungen aus der Wiki-Syntax erstellen. Für Tiki folgt ein Beispiel für ein exemplarisches if/then/else: Mit einigenWiki-Engines wie https://tiki.org/Tiki-vs-TWiki" class="wiki wikinew text-danger tips">TWiki und https://tiki.org/tiki-editpage.php?page=XWiki_old" class="wiki wikinew text-danger tips">XWiki_old,kann man recht komplexe Applikationen mit Wiki-Syntax bauen. Für Tiki, folgt ein ḱleines Beispiel, ein rudimentäres if/then/else:
Beispiel einer PluginGroup
Copy to clipboard
{GROUP(groups=>Registered)} etwas Text {ELSE} anderer Text {GROUP}
- Die Wiki-Syntax kann verschiedene Dinge pro Kontext generieren (z.B.: Web vs. Mobile).
- Syntax wie Drucken / kein Drucken
- Future proof - Sie können eine Wiki-Syntax festlegen und die HTML-Ausgabe zentral ändern. Zum Beispiel, wenn Sie eine Syntax für Symbole oder Smilies haben. Kann im Laufe der Zeit sich entwickelndes HTML erzeugen. Wenn sich Standards entwickeln, kann sich der Wiki-Parser von <b> zu style='strong' -> https://dev.tiki.org/item5712 entwickeln.
- Einfach/schwierig zu lernen__ - Die Wiki-Syntax ist theoretisch einfacher zu erlernen als HTML: z.B. ein Stern als erstes Zeichen der Zeile bedeutet einen Punkt. Die Vielzahl der Wiki-Markup-Dialekte und ihre Dichte machen sie jedoch für viele Benutzer unattraktiv. Im Allgemeinen ist es auch sehr schlecht dokumentiert, und die Leute neigen dazu, es von Beispielen/anderen zu lernen (wie sie die Syntax verwendet haben).
- Schnelles Tippen - (nach der ersten Einarbeitungszeit). Aufgrund seiner Dichte ist das Wiki-Markup viel schneller zu tippen als Alternativen, die die Auswahl von Text und die Verwendung der Maus zur Formatierung erfordern. Tastenkombinationen in WYSIWYG-Editoren sind ebenfalls schwer zu erlernen und bieten kein gutes Feedback.
- Schneller Seitenaufbau - Wiki-Markup ist nur ein Textfeld, daher ist das Laden der Seite viel schneller als bei JavaScript WYSIWYG-Editoren.
- Fehler tolerant - Die meisten Parser tolerieren kleine Fehler im Input Markup. Das Rendern wird dann nicht perfekt sein, aber auch nicht ganz scheitern. Wenn alles andere fehlschlägt, können Sie sich einfach die Rohdatenquelle ansehen und sehen, was der Autor gemeint hat.
- Leicht zu splitten__ - gut für die Diff-Anzeige (versuchen Sie das mit HTML)
- Einfache Verknüpfung__
- Mobile - es passt sehr gut zu Handy-Tastaturen.
- _Benutzer kontrolliert_ Der Benutzer hat die volle Kontrolle darüber, was im Wiki gespeichert wird. Im Bearbeitungsmodus wird nichts versteckt, nichts wird automatisch hinzugefügt oder entfernt. Es gibt keine Konvertierung oder andere Magie, die hinter dem Rücken des Benutzers funktioniert. Es kann Ausnahmen wie automatische Daten oder Unterschriften geben, aber diese sind selten.
Nachteile des Wiki-Markups
- Ein großer Nachteil des Wiki-Markups ist dagegen, dass jedes Wiki ein anderes, oft inkompatibles Markup hat. Das bedeutet, dass Inhalte nicht portabel sind. Obwohl es Bemühungen zur Standardisierung des Wiki-Markups gegeben hat, wirdWikiCreole nicht weit verbreitet. Schlimmer noch, WikiCreole wird von vielen Wiki-Designern nicht als wichtig angesehen, und die Migration zu WikiCreole würde die meisten Seiten anderer Wikis wegen der Konflikte abbrechen.
- Die Dichte des Wiki-Markups lässt es nicht für die meisten Leute ansprechend aussehen. Dies ist die Kehrseite des obigen Vorteils der "Lesbarkeit". Es ist alles andere als bequem.
- Viele Wikis erhalten eine schlechte Akzeptanz bei den Nutzern, da es keinen WYSIWYG-Editor gibt. Dies ist jedoch eine separate Debatte wert.
- Wiki-Markup ist nicht geeignet für das Seitendesign oder die Manipulation großer Datensätze (wie z.B. wirklich große Tabellen).
- Die Interpretation zum Zeitpunkt des Renderings kann vom beabsichtigten Ergebnis abweichen, z.B. bei unerwünschten Links. Daher kann die Bearbeitung ein Trial-and-Error-Prozess sein. In Tiki wurde doc:Live Preview.
Seiten-Aliase
(Übersetzt mit dem neuronalen Netzwerk von DeepL: https://www.deepl.com)