Closed ldez closed 8 years ago
Any findings on this topic already?
Pinky: Gee, Brain, what do you want to do tonight? Brain: The same thing we do every night, Pinky - try to take over the world!
foo *foobar* bar
|===
|1 >s|2 |3 |4
^|5 2.2+^.^|6 .3+<.>m|7
^|8
|9 2+>|10
|===
foo *foobar* bar
I'm really looking forward to this one!
It seems like only the Atom Dark theme adds color to the table and table cell delimiters. How is it that all your examples have color?
I think we should distinguish between table (the delimited block) and table-cell (the data separator). Perhaps we can add the name .punctuation.separator
to the separators. (taking a page from the gfm grammar).
I don't see any mention of dsv or csv in the grammar file, but I see you checked these off in the list above. Have you just implemented psv?
I think you are not up-to-date with my branch.
tables:
patterns: [
{
include: "#table-standard"
}
{
include: "#table-nested"
}
{
include: "#table-csv"
}
{
include: "#table-dsv"
}
]
Can you retry to chechout my branch ?
Maybe you have reloaded grammar without reload the code: for this PR, if your Atom is running before the checkout of this branch, you must press ctrl+shift+R
Oops! My bad. Sorry for the static. I'll update.
For CSV, do you want me to add the support for rfc4180 ?
NOTE: I have created a brand new package for Atom (language-csv) which support CSV grammar :wink:
Indeed, it would be brilliant if the content of the CSV table was treated like a CSV source block. That way, we delegate all that away to the other grammar package (which could be optional).
I updated my branch and this looks great.
I think we should discuss one issue pertain to naming:
I also wonder if we should combine table and nested table for performance reasons. I don't think it's so important to label the nested table as nested. wdyt?
I want to have same style for the table delimiter and the cell delimiter, it's more readable.
If I use punctuation.separator.cell.asciidoc
:
I agree that would be nice, but then we are changing semantics to match existing style choices. I think it's more correct to fix the styles. I'm quite certain in this case that punctuation.separator
is more correct than constant.other.symbol
.
I'd argue that the table delimiters should be punctuation.definition.table
or something.
I'm not agree to provide custom style but I will found a compromise.
Customize the style of an existing code like punctuation.separator
not seems to me a good idea, I prefer create a dedicated code like markup.table.delimiter
and markup.table.delimiter.cell
.
wdyt?
Done!
Nice, works, and as I saw no further comments in the previous days, I'll merge this one.
Related to #3