Skip to main content

You are not logged in. Your edit will be placed in a queue until it is peer reviewed.

We welcome edits that make the post easier to understand and more valuable for readers. Because community members review edits, please try to make the post substantially better than how you found it, for example, by fixing grammar or adding additional resources and hyperlinks.

12
  • 4
    Tables are for outputted data, not input data/code. You don't write SQL in table format. So I'm not sure how this will negatively affect those sites.
    – TylerH
    Commented Dec 2, 2020 at 2:27
  • 3
    @TylerH Because, as I said, MREs have initial values that are tables & uninformed askers use non-code to express them. (Also answerers tolerate that.) Moreover there is no way to cut & paste output tables to format them per current markdown tables. Essentially the markdown is useless in a post in which a MRE is relevant.
    – philipxy
    Commented Dec 2, 2020 at 19:23
  • 2
    I don't see how OP including data in a table either as desired output or as current input/current data is harmed (vis a vis 'copy and paste') by doing it in markdown, since it already can't be used anyway via copy and paste.
    – TylerH
    Commented Dec 2, 2020 at 19:29
  • 2
    @TylerH As I said, people will use markdown to format tables instead of code block text or actual output. The markdown source or output when cut & pasted is valid input code or text output, so using markdown moves a question away from a MRE. I would agree that cutting & pasting markdown input or output is more or less as bad as not using input code or actual output, but, as I said, it's not useful for MREs & it would be helpful to emphasize to table markdown users to not use it in MREs.
    – philipxy
    Commented Dec 2, 2020 at 19:53
  • 4
    Do you have an example of people using table-based layouts for MREs on Stack Overflow or DBA.SE? It sounds like you expect people will start formatting code as markdown tables for some reason.
    – TylerH
    Commented Dec 2, 2020 at 20:13
  • 2
    Yeah... that doesn't seem like a problem. If anything, it seems like an improvement, because the OP there has displayed their data as an image, which... you already can't copy and paste into any runnable scenario/environment. At least if they input their tabular data as a markdown table, you can at least copy the text.
    – TylerH
    Commented Dec 2, 2020 at 20:22
  • @TylerH It happens all the time. Use of images instead of text exemplifies how tables will be similarly misused.
    – philipxy
    Commented Dec 2, 2020 at 20:29
  • 5
    I've been pondering on this one for the past few days and keep arriving at the same conclusion: There's not much we can do to prevent people from using improper formatting. Code samples and example data should be formatted as code blocks to render everything verbatim. If that doesn't happen, it's not only tables messing with the representation. * characters could cause text to be rendered bold, a # comment would be interpreted as a headline. We rely on commenters to point this out or editors to fix this directly. This has worked reasonably well in the past.
    – Ham Vocke StaffMod
    Commented Dec 9, 2020 at 8:02
  • @HamVocke On clicking the edit function you could pop up a warning that a table that is data to be used in example code (which includes debugging questions) should not use the selected feature. Etc. But I would also argue that despite some people asking for table formatting, supplying a non-code formatter before (at least a link to) a code formatter is getting priorities wrong & not accounting for human nature & the site's poor user education. (Did you even look at what percentage of tables should be formatted either way at SO & DBA?)
    – philipxy
    Commented Dec 9, 2020 at 8:18
  • 3
    @philipxy I'm sorry but I really don't understand what you're suggesting. Are you saying we should treat all user input as plain text and abandon Markdown by default to avoid mistakenly formatting something that could happen to be a code sample?
    – Ham Vocke StaffMod
    Commented Dec 9, 2020 at 9:44
  • I already see posters at Cross Validated include example data in tables, so some fast way to convert to a readable formt like .csv is needed! Commented Feb 1, 2021 at 20:10
  • @HamVocke My suggestion & motivation are clear. "At the very least please". "Unfortunately". Adding more work for curators is a problem, not a solution.
    – philipxy
    Commented Apr 6, 2021 at 14:00