Markdown Formatierungshilfe im Wiki
bearbeitet von Camping_RIDERAloha ;)
> > Nach wie vor ist HTML an dieser Stelle (imho) fehl am Platz.
> >
> > Mir fehlt auch die grundsätzliche Verknüpfung zwischen HTML und Kramdown an dieser Stelle.
>
> Krampdown generiert HTML.
Ja, schon klar. Aber ist __das__ für den Nutzer so von Bedeutung, dass es sinnvoll ist, zusätzliche Verwirrung in Kauf zu nehmen?
Versteh mich nicht falsch, aber die Formatierungshilfe ist eine __Formatierungshilfe__ - keine __technische Beschreibung was Kramdown tut__.
Die Seite soll Informationen darüber liefern, welche Kramdown-Notation welche Ausgabe erzeugt. Wie das auf HTML-Ebene umgesetzt ist, ist "für den Laien" eigentlich vollkommen unwichtig und uninteressant.
Würde Kramdown kein HTML erzeugen, sondern (was weiß ich, z.B.) Latex-Code, der dann über ein entsprechendes Plugin in HTML umgewandelt wird, würde ich doch auch nicht erwarten, dass da steht:
|Ziel|Kramdown|Latex|HTML|Anzeige|
|---|---|---|---|---|
|starke Hervorhebung|_ _ sehr wichtig _ _| \textbf{sehr wichtig} | <strong>sehr wichtig</strong> | __sehr wichtig__|
Die einzige sehr wichtige Information in obiger Tabelle ist in einer __Formatierungshilfe__ folgende:
|Ziel|Kramdown|Anzeige|
|---|---|---|
|starke Hervorhebung|_ _ sehr wichtig _ _| __sehr wichtig__ |
Ich fände es nur konsequent und im Sinne der Übersichtlichkeit, HTML an dieser Stelle komplett zu droppen. Wir wollen den Usern mitteilen: "Welcher Kramdown-Text erzeugt welche Ausgabe". Die Information, welche HTML-Entsprechung Kramdown daraus kompiliert, hat unbedingt was in der Kramdown-Dokumentation zu suchen. Unsere Formatierungshilfe kann und sollte aber keine Technik-Dokumentation für Kramdown werden.
Just __my__ two cents.
By the way: Sollte die Entscheidung für "behalten" fallen, würde ich auch deine Variante bevorzugen, Performer. Die hab ich, wie du siehst, implizit für mein Beispiel oben auch benutzt. Aus gutem Grund: Weil es die einzige ist, die Sinn ergibt im Sinne des EVA-Prinzips. Zuerst kommt die (rohe) Eingabe a.k.a. Kramdown-Syntax, dann die Verarbeitung a.k.a. HTML-Entsprechung (wenns die an der Stelle braucht) und dann die Ausgabe a.k.a. Darstellung.
Grüße,
RIDER
--
Camping_RIDER a.k.a. Riders Flame a.k.a. Janosch Zoller
Erreichbar meist Mittwochs ab 21 Uhr im Self-TS (ts.selfhtml.org) oder sonst - wenn online - auf dem [eigenen TeamSpeak-Server](http://www.tsviewer.com/index.php?page=ts_viewer&ID=1060332) (fritz.campingrider.de).
# [Facebook](http://www.tsviewer.com/index.php?page=ts_viewer&ID=1060332) # [Twitter](https://twitter.com/Camping_RIDER) # [Steam](http://steamcommunity.com/id/Camping_RIDER) # [YouTube](https://www.youtube.com/user/RidersFlame) # [Self-Wiki](http://wiki.selfhtml.org/wiki/Benutzer:Camping_RIDER) #
ch:? rl:| br:> n4:? ie:% mo:| va:) js:) de:> zu:) fl:( ss:| ls:[
Markdown Formatierungshilfe im Wiki
bearbeitet von Camping_RIDERAloha ;)
> > Nach wie vor ist HTML an dieser Stelle (imho) fehl am Platz.
> >
> > Mir fehlt auch die grundsätzliche Verknüpfung zwischen HTML und Kramdown an dieser Stelle.
>
> Krampdown generiert HTML.
Ja, schon klar. Aber ist __das__ für den Nutzer so von Bedeutung, dass es sinnvoll ist, zusätzliche Verwirrung in Kauf zu nehmen?
Versteh mich nicht falsch, aber die Formatierungshilfe ist eine __Formatierungshilfe__ keine __technische Beschreibung was Kramdown tut__.
Die Seite soll Informationen darüber liefern, welche Kramdown-Notation welche Ausgabe erzeugt. Wie das auf HTML-Ebene umgesetzt ist, ist "für den Laien" eigentlich vollkommen unwichtig und uninteressant.
Würde Kramdown kein HTML erzeugen, sondern (was weiß ich, z.B.) Latex-Code, der dann über ein entsprechendes Plugin in HTML umgewandelt wird, würde ich doch auch nicht erwarten, dass da steht:
|Ziel|Kramdown|Latex|HTML|Anzeige|
|---|---|---|---|---|
|starke Hervorhebung|_ _ sehr wichtig _ _| \textbf{sehr wichtig} | <strong>sehr wichtig</strong> | __sehr wichtig__|
Die einzige sehr wichtige Information in obiger Tabelle ist in einer __Formatierungshilfe__ folgende:
|Ziel|Kramdown|Anzeige|
|---|---|---|
|starke Hervorhebung|_ _ sehr wichtig _ _| __sehr wichtig__ |
Ich fände es nur konsequent und im Sinne der Übersichtlichkeit, HTML an dieser Stelle komplett zu droppen. Wir wollen den Usern mitteilen: "Welcher Kramdown-Text erzeugt welche Ausgabe". Die Information, welche HTML-Entsprechung Kramdown daraus kompiliert, hat unbedingt was in der Kramdown-Dokumentation zu suchen. Unsere Formatierungshilfe kann und sollte aber keine Technik-Dokumentation für Kramdown werden.
Just __my__ two cents.
By the way: Sollte die Entscheidung für "behalten" fallen, würde ich auch deine Variante bevorzugen, Performer. Die hab ich, wie du siehst, implizit für mein Beispiel oben auch benutzt. Aus gutem Grund. Weil es das einzige ist was Sinn ergibt im Sinne des EVA-Prinzips. Zuerst kommt die (rohe) Eingabe a.k.a. Kramdown-Syntax, dann die Verarbeitung a.k.a. HTML-Entsprechung (wenns die an der Stelle braucht) und dann die Ausgabe a.k.a. Darstellung.
Grüße,
RIDER
--
Camping_RIDER a.k.a. Riders Flame a.k.a. Janosch Zoller
Erreichbar meist Mittwochs ab 21 Uhr im Self-TS (ts.selfhtml.org) oder sonst - wenn online - auf dem [eigenen TeamSpeak-Server](http://www.tsviewer.com/index.php?page=ts_viewer&ID=1060332) (fritz.campingrider.de).
# [Facebook](http://www.tsviewer.com/index.php?page=ts_viewer&ID=1060332) # [Twitter](https://twitter.com/Camping_RIDER) # [Steam](http://steamcommunity.com/id/Camping_RIDER) # [YouTube](https://www.youtube.com/user/RidersFlame) # [Self-Wiki](http://wiki.selfhtml.org/wiki/Benutzer:Camping_RIDER) #
ch:? rl:| br:> n4:? ie:% mo:| va:) js:) de:> zu:) fl:( ss:| ls:[