6 ms·

I'm actually kind of happy that tables are complex With the use cases for markdown, table seem inappropriate. What I mean: tables are good at representing arb

I'm actually kind of happy that tables are complex With the use cases for markdown, table seem inappropriate. What I mean: tables are good at representing arbitrary data, particularly sets of data stored somewhere. Maybe it would be better to simply describe the data with json embedded in markdown and delegate representation to something else.

ChuckMcM 12y ago
The counter argument is that simple tables are simple. And as silly as that sounds, a typical expository essay might easily include a 2 x 2 'table' to explain some principle (I call them McKenzie tables since every presentation from those guys seemed to include one or more). Or simple columnar data like the current price of the Macbook pro line, or any number of things that are represented easily and efficiently in a simple table. That is why I like Fortin's syntax something like: | widgets | quality level | cut-off point | :------- | :----------- | :------------ | frobs | 98% | 90% | bolts | **65%** | 70% | splangs | 85% | 80% Reads easily in text and markdown's easily as well using multimarkdown (my current go to implementation). Use your CSS to style the selectors tbody, thead, and colgroup and you're off to the races.
- thinkpad20 12y ago
  The problem that I see with that is it makes editing a table very difficult. Sure, if you know exactly what you're going to put in a table, then it might be worth it to draw all of those lines, but as soon as you need to go and edit the content of a cell, or remove a column or something, you might have to go and edit unrelated parts to maintain your formatting. It also seems like it'd be a real pain to parse. I'm not sure I know of a better solution, except to suggest that markdown might not really be suited for tables, and it's better to just use HTML for that part.
  - arikrak 12y ago
    In Github-flavored markdown, the spacing is optional. So it's actually easier to edit than an HTML table. Though a WYSIWYG editor is still beneficial for these kind of things. https://help.github.com/articles/github-flavored-markdown#tables https://help.github.com/articles/github-flavored-markdown#ta...
  - mjhoy 12y ago
    Not quite related, but if you haven't seen how emacs and org-mode handle ascii tables, it's pretty amazing! It will reflow automatically, and tabbing works just like you would expect in a spreadsheet application.
Tloewald 12y ago
It's amazingly easy to run into simple writing tasks that require tables. E.g. if I write a simple product review, I might want to produce a comparison table rather than describe differences in long-winded and opaque prose.

ChuckMcM 12y ago

The counter argument is that simple tables are simple. And as silly as that sounds, a typical expository essay might easily include a 2 x 2 'table' to explain some principle (I call them McKenzie tables since every presentation from those guys seemed to include one or more). Or simple columnar data like the current price of the Macbook pro line, or any number of things that are represented easily and efficiently in a simple table. That is why I like Fortin's syntax something like: | widgets | quality level | cut-off point | :------- | :----------- | :------------ | frobs | 98% | 90% | bolts | **65%** | 70% | splangs | 85% | 80% Reads easily in text and markdown's easily as well using multimarkdown (my current go to implementation). Use your CSS to style the selectors tbody, thead, and colgroup and you're off to the races.

thinkpad20 12y ago
The problem that I see with that is it makes editing a table very difficult. Sure, if you know exactly what you're going to put in a table, then it might be worth it to draw all of those lines, but as soon as you need to go and edit the content of a cell, or remove a column or something, you might have to go and edit unrelated parts to maintain your formatting. It also seems like it'd be a real pain to parse. I'm not sure I know of a better solution, except to suggest that markdown might not really be suited for tables, and it's better to just use HTML for that part.
- arikrak 12y ago
  In Github-flavored markdown, the spacing is optional. So it's actually easier to edit than an HTML table. Though a WYSIWYG editor is still beneficial for these kind of things. https://help.github.com/articles/github-flavored-markdown#tables https://help.github.com/articles/github-flavored-markdown#ta...
- mjhoy 12y ago
  Not quite related, but if you haven't seen how emacs and org-mode handle ascii tables, it's pretty amazing! It will reflow automatically, and tabbing works just like you would expect in a spreadsheet application.

Tloewald 12y ago

It's amazingly easy to run into simple writing tasks that require tables. E.g. if I write a simple product review, I might want to produce a comparison table rather than describe differences in long-winded and opaque prose.