Mir war die Funktion mit Markdown schon bewusst, aber sie ist nicht nur einfacher sonder auch total unübersichtlich und darum kann ich sie nicht benutzen. Sobald größere Texte in die Zellen fallen wird es unmöglich die | zu finden.
Leerzeilen kann man nicht einfügen, die sind aber oft notwendig um die Formatierung sauber hin zu bekommen.
Beim Zentrieren tut sich Markdown sehr schwer.
Ich sehe den Markdown Code nur gut für Tabellen mit gleichen Inhalten in jeder Zelle, somit hast du aber wiederum Recht und die beste Lösung des Problems gefunden :)
Das srimmt alles nicht, weil du nicht gründlich genug in die Markdown Syntax geschaut hast. Habe ich ja auch nicht und meistens lieber auf den Einsatz von Tabellen verzichtet oder auch mit HTML herum gepfriemelt. Das muss nicht sein und ist sogar ein Holzweg.
Hinter dem Link, oben im Artikel, der zur Erklärung führt, findest du alles was du brauchst um Tabellen anzulegen, wie du sie brauchst. Musst nur lesen, verstehen und umsetzen. Sicher auch ein wenig üben. Magst du nicht jetzt Mal eine dieser komplizierten Tabelle mit HTML bauen, die mit Markdown angeblich nicht gehen? Dann zeigst du den Code und ich baue sie mit Markdown nach. Das wäre doch mal eine nette Übung für alle Autoren mit den gleichen Problemen, oder? Wir könnte auch gerne einen Wettbewerb draus machen. Mir egal. Markdown hat eine ganz einfache Lösung für alle Tabellenprobleme, behaupte ich jetzt. Wir kennen sie nur nicht.
Zur Verteidigung der Alteingesessenen, Tabellen sind im Code schon ein Graus, gerade wenn es etwas länger wird, komm ich zumindest gerne durcheinander.
Du darfst auch nicht vergessen, in der Kneipe nach 2 virtuellen Bier, sieht man die Dinge doppelt.
Danke für das Update, @michelangelo3. Ich habe tatsächlich nicht daran gedacht, dass wir Blogger erst nach dem dritten Bier oder ersten Joint richtig auf Touren kommen. Da wird so eine filigrane Strichleinsyntax auch schnell Mal zum Balkenlabyrinth.
Ich habe mich nie mit Markdown beschäftigt, weil HTML einfach universeller einsetzbar ist.
Aber schön, wenn es eine weitere einfache Möglichkeit gibt, Tabellen zu erstellen.
P. S.: Das Schöne an einem in reinem HTML verfassten Post ist, dass es z. B. auch im Browser gut aussieht, wenn man sich dort den Quelltext anzeigen lässt.
Du geisterst auf drei Blockchains herum und ignorierst die bevorzugte Auszeichnungssyntax ihrer Editoren, weil HTML universeller einsetzbar ist? Komm @jaki01, seit wann arbeitest du mit seichten, vorgeschobenen Argumenten? Ich lese aus deinem Universell nur das Synonym für „keine Ahnung“, denn HTML ist in diesen drei Editoren weit entfernt von seinem eigentlichen Universum. Weil diese Seitenbeschreibungssprache hier ausschließlich nur erbärmlich kastriert vorkommt und auch noch mit dem Markdown kollidiert. Nebenbei bemerkt haben die Erbauer des Editors auch nicht davor zurück geschreckt, selbst die sehr umfangreiche Markdown Syntax jämmerlich zu beschneiden. Daher werde ich mich auf dieser Blockchain auch dafür einsetzen, endlich die gesamte Syntax von Github im Editor zu entfesseln und HTML raus zu werfen. Das gehört nämlich in ein ganz anderes Universum. Damit baut man einfache bis komplexe Internetseiten. HTML ist weit entfernt davon, Auszeichnunssyntax für Editoren zu sein. Autoren brauchen Markdown und kein HTML. Die bei Github wissen das schon sehr lange. Obwohl sie HTML im Schlaf beherrschen.
ps.: Seit wann beurteilen wir Quelltexte nach ihrer Schönheit? Vorgeschoben! Es geht in erster Linie um Funktion, Einfachheit im Erlernen, Einfachheit in der Anwendung und um die Lesbarkeit des Quellcodes. All diese Forderungen scheinen bei den HTML Profis von Github zu passen.
Ich kann HTML! Ich kann aber auch umdenken. Das ist so ziemlich die schwerste Kunst.
... denn HTML ist in diesen drei Editoren weit entfernt von seinem eigentlichen Universum.
Und da ich in eben diesem Universum zu Hause bin - nicht nur in den Editoren dreier, mehr oder weniger marginal bedeutsamer Plattformen - lohnte sich für mich die Aneignung des universell einsetzbaren HTML eben mehr als die Beschäftigung mit Markdown.
Bist du Markdown-Fan, ist das schön für dich, Menschen setzen unterschiedliche Prioritäten.
Mit dem Artikel und meinen Kommentaren war ich total auf dem Holzweg. Die Aufgabe von @schamangerbert war mit Markdown unmöglich zu lösen, denn unser Editor ist genau so beschränkt in der Umsetzung von Markdown Syntax, wie auch mit der von HTML. Das Problem ist selbst im reinen Markdowneditor Typora nicht zu knacken. Überschriften in Tabellen geht gar nicht. Das ist zwar verständlich wenn man voraus setzt, dass Tabellen tatsächlich nur Tabellen sein sollen und kein Layoutinstrument, doch mit der reinen Lehre kommt man nur im Webdesign sauber weiter. Unsere Editoren weigern sich hartknäckig, selbst die einfachsten Inline Befehle der Markdown Syntax umzusetzen. Z. B. führen sie Hoch- und Tiefstellen einfach nicht aus. Das geht ausschließlich mit HTML und das ist nur ein Ärgernis von vielen.
Gestern bin ich zu hoch geflogen und heute tief gefallen. Eigentlich müsste ich den Artikel löschen, kann aber nur noch mit einer noch zu verfassenden Gegendarstellung zurück rudern. Niemand musste umdenken, außer einem Frosch der zu laut gequakt hat, ohne vorher zu testen.
Hey, ist alles nicht so dramatisch - ich habe das Gefühl, derzeit kochten die Emotionen relativ schnell hoch. Ist das vielleicht dem heißen Sommer zu verdanken?
Mir ging es ja ohnehin nicht um einen 'Glaubenskrieg', ich hatte lediglich @double-u helfen wollen und ihm gezeigt, wie ich das Problem gelöst hätte.
Sollte das jemand eleganter hinkriegen, wäre das doch wunderbar (dass es vielleicht nun doch nicht geht, ist wieder ein anderes Thema).
Bezüglich Markdown finde ich es ja auch schön, wenn du dir die Mühe gemacht hast, dich etwas näher damit zu befassen. Ich habe es bisher nicht getan; und einfach als getaggter User die subjektiven Gründe dafür kurz dargelegt: ... vermutlich letztlich deshalb, weil das Leben kürzer ist, als es dauern würde, sich mit allem zu beschäftigen, was theoretisch interessant/nützlich sein könnte. Deshalb muss jeder, aus seiner ganz subjektiven Perspektive heraus betrachtet, eben (leider) Prioritäten setzen.
Ich mixe beide Systeme nach Lust und Laune, je nachdem was einfacher ist. Zum Beispiel Überschriften und Codeschnipsel sind mit Markdown viel einfacher. Bei Abständen von Bildern und Texte muß dann aber oft ein
<br>
herhalten, Oder die Zentrierung mit
<center>Text oder Bild</center>
Wobei wichtig ist zu wissen dass oft eine Leerzeile notwendig ist um die Funktion richtig auszuführen. ....
Oder solche Schönen Texte die sich an die Zeilenlänge anpassen ohne die blöden weiten Abstände. Oder solche Schönen Texte die sich an die Zeilenlänge anpassen ohne die blöden weiten Abstände. Oder solche Schönen Texte die sich an die Zeilenlänge anpassen ohne die blöden weiten Abstände.
Gerne. Angesichts des hartknäckigen, tabellarischen Dauerproblems schätze ich die Halbwertszeit der Wirkung dieses Artikels allerdings auf maximal 1 Woche. Schließlich wird die Frage nach dem Wie bereits seit 4 Jahren gestellt. Ich denke, das Thema Markdown gehört endlich in eine FAQ, wie alle anderen Fragen zur Blockchain. Da setze ich mich heute dran. Vielleicht sind dann die meisten Fragen zur Bedienung kein Thema mehr. Ok, ich träume weiter…
Mir war die Funktion mit Markdown schon bewusst, aber sie ist nicht nur einfacher sonder auch total unübersichtlich und darum kann ich sie nicht benutzen. Sobald größere Texte in die Zellen fallen wird es unmöglich die | zu finden.
Leerzeilen kann man nicht einfügen, die sind aber oft notwendig um die Formatierung sauber hin zu bekommen.
Beim Zentrieren tut sich Markdown sehr schwer.
Ich sehe den Markdown Code nur gut für Tabellen mit gleichen Inhalten in jeder Zelle, somit hast du aber wiederum Recht und die beste Lösung des Problems gefunden :)
Das srimmt alles nicht, weil du nicht gründlich genug in die Markdown Syntax geschaut hast. Habe ich ja auch nicht und meistens lieber auf den Einsatz von Tabellen verzichtet oder auch mit HTML herum gepfriemelt. Das muss nicht sein und ist sogar ein Holzweg.
Hinter dem Link, oben im Artikel, der zur Erklärung führt, findest du alles was du brauchst um Tabellen anzulegen, wie du sie brauchst. Musst nur lesen, verstehen und umsetzen. Sicher auch ein wenig üben. Magst du nicht jetzt Mal eine dieser komplizierten Tabelle mit HTML bauen, die mit Markdown angeblich nicht gehen? Dann zeigst du den Code und ich baue sie mit Markdown nach. Das wäre doch mal eine nette Übung für alle Autoren mit den gleichen Problemen, oder? Wir könnte auch gerne einen Wettbewerb draus machen. Mir egal. Markdown hat eine ganz einfache Lösung für alle Tabellenprobleme, behaupte ich jetzt. Wir kennen sie nur nicht.
Zur Verteidigung der Alteingesessenen, Tabellen sind im Code schon ein Graus, gerade wenn es etwas länger wird, komm ich zumindest gerne durcheinander.
Du darfst auch nicht vergessen, in der Kneipe nach 2 virtuellen Bier, sieht man die Dinge doppelt.
Danke für das Update, @michelangelo3. Ich habe tatsächlich nicht daran gedacht, dass wir Blogger erst nach dem dritten Bier oder ersten Joint richtig auf Touren kommen. Da wird so eine filigrane Strichleinsyntax auch schnell Mal zum Balkenlabyrinth.
Ich habe mich nie mit Markdown beschäftigt, weil HTML einfach universeller einsetzbar ist.
Aber schön, wenn es eine weitere einfache Möglichkeit gibt, Tabellen zu erstellen.
P. S.: Das Schöne an einem in reinem HTML verfassten Post ist, dass es z. B. auch im Browser gut aussieht, wenn man sich dort den Quelltext anzeigen lässt.
Du geisterst auf drei Blockchains herum und ignorierst die bevorzugte Auszeichnungssyntax ihrer Editoren, weil HTML universeller einsetzbar ist? Komm @jaki01, seit wann arbeitest du mit seichten, vorgeschobenen Argumenten? Ich lese aus deinem Universell nur das Synonym für „keine Ahnung“, denn HTML ist in diesen drei Editoren weit entfernt von seinem eigentlichen Universum. Weil diese Seitenbeschreibungssprache hier ausschließlich nur erbärmlich kastriert vorkommt und auch noch mit dem Markdown kollidiert. Nebenbei bemerkt haben die Erbauer des Editors auch nicht davor zurück geschreckt, selbst die sehr umfangreiche Markdown Syntax jämmerlich zu beschneiden. Daher werde ich mich auf dieser Blockchain auch dafür einsetzen, endlich die gesamte Syntax von Github im Editor zu entfesseln und HTML raus zu werfen. Das gehört nämlich in ein ganz anderes Universum. Damit baut man einfache bis komplexe Internetseiten. HTML ist weit entfernt davon, Auszeichnunssyntax für Editoren zu sein. Autoren brauchen Markdown und kein HTML. Die bei Github wissen das schon sehr lange. Obwohl sie HTML im Schlaf beherrschen.
ps.: Seit wann beurteilen wir Quelltexte nach ihrer Schönheit? Vorgeschoben! Es geht in erster Linie um Funktion, Einfachheit im Erlernen, Einfachheit in der Anwendung und um die Lesbarkeit des Quellcodes. All diese Forderungen scheinen bei den HTML Profis von Github zu passen.
Ich kann HTML! Ich kann aber auch umdenken. Das ist so ziemlich die schwerste Kunst.
Und da ich in eben diesem Universum zu Hause bin - nicht nur in den Editoren dreier, mehr oder weniger marginal bedeutsamer Plattformen - lohnte sich für mich die Aneignung des universell einsetzbaren HTML eben mehr als die Beschäftigung mit Markdown.
Bist du Markdown-Fan, ist das schön für dich, Menschen setzen unterschiedliche Prioritäten.
Mit dem Artikel und meinen Kommentaren war ich total auf dem Holzweg. Die Aufgabe von @schamangerbert war mit Markdown unmöglich zu lösen, denn unser Editor ist genau so beschränkt in der Umsetzung von Markdown Syntax, wie auch mit der von HTML. Das Problem ist selbst im reinen Markdowneditor Typora nicht zu knacken. Überschriften in Tabellen geht gar nicht. Das ist zwar verständlich wenn man voraus setzt, dass Tabellen tatsächlich nur Tabellen sein sollen und kein Layoutinstrument, doch mit der reinen Lehre kommt man nur im Webdesign sauber weiter. Unsere Editoren weigern sich hartknäckig, selbst die einfachsten Inline Befehle der Markdown Syntax umzusetzen. Z. B. führen sie Hoch- und Tiefstellen einfach nicht aus. Das geht ausschließlich mit HTML und das ist nur ein Ärgernis von vielen.
Gestern bin ich zu hoch geflogen und heute tief gefallen. Eigentlich müsste ich den Artikel löschen, kann aber nur noch mit einer noch zu verfassenden Gegendarstellung zurück rudern. Niemand musste umdenken, außer einem Frosch der zu laut gequakt hat, ohne vorher zu testen.
Blurt on, @jaki01.
Hey, ist alles nicht so dramatisch - ich habe das Gefühl, derzeit kochten die Emotionen relativ schnell hoch. Ist das vielleicht dem heißen Sommer zu verdanken?
Mir ging es ja ohnehin nicht um einen 'Glaubenskrieg', ich hatte lediglich @double-u helfen wollen und ihm gezeigt, wie ich das Problem gelöst hätte.
Sollte das jemand eleganter hinkriegen, wäre das doch wunderbar (dass es vielleicht nun doch nicht geht, ist wieder ein anderes Thema).
Bezüglich Markdown finde ich es ja auch schön, wenn du dir die Mühe gemacht hast, dich etwas näher damit zu befassen. Ich habe es bisher nicht getan; und einfach als getaggter User die subjektiven Gründe dafür kurz dargelegt: ... vermutlich letztlich deshalb, weil das Leben kürzer ist, als es dauern würde, sich mit allem zu beschäftigen, was theoretisch interessant/nützlich sein könnte. Deshalb muss jeder, aus seiner ganz subjektiven Perspektive heraus betrachtet, eben (leider) Prioritäten setzen.
Also alles gut! ;-)
Ich mixe beide Systeme nach Lust und Laune, je nachdem was einfacher ist. Zum Beispiel Überschriften und Codeschnipsel sind mit Markdown viel einfacher. Bei Abständen von Bildern und Texte muß dann aber oft ein
herhalten, Oder die Zentrierung mit
Wobei wichtig ist zu wissen dass oft eine Leerzeile notwendig ist um die Funktion richtig auszuführen. ....
Ja, das mache ich teilweise auch ... ohne jetzt zu behaupten, mich mit Markdown besonders gut auszukennen.
Lieber Frosch, dankeschön!
Das ist ein sehr hilfreicher Post, und er ist auch noch sehr nett geschrieben.
Vielen Dank! Dann haben wir das ja geklärt! @double-u
Gerne. Angesichts des hartknäckigen, tabellarischen Dauerproblems schätze ich die Halbwertszeit der Wirkung dieses Artikels allerdings auf maximal 1 Woche. Schließlich wird die Frage nach dem Wie bereits seit 4 Jahren gestellt. Ich denke, das Thema Markdown gehört endlich in eine FAQ, wie alle anderen Fragen zur Blockchain. Da setze ich mich heute dran. Vielleicht sind dann die meisten Fragen zur Bedienung kein Thema mehr. Ok, ich träume weiter…