Markdown Table Generator

GitHub-Flavored Markdown (GFM) tables are built from plain pipe-delimited text: one line per row with cells separated by `|`, and a required second line — the header separator — that both marks where the header ends and, using colons around the dashes, controls each column's text alignment. That syntax is simple to read once it exists, but tedious and error-prone to type by hand: pipes have to line up (or at least be consistently present) across every row, the separator row's dash count and colon placement is easy to get subtly wrong, and forgetting that a literal `|` character typed inside a cell's own text will break the whole table's column structure is a very common real-world mistake — GFM has no way to tell a pipe meant as a column separator from a pipe meant as content unless it is escaped. This tool sidesteps all of that by giving you a visual, spreadsheet-like grid instead of raw text to hand-edit. You set how many data rows and columns you want, type directly into cells (the first row is always the header), and the correct GFM syntax — pipes, spacing, and a properly formed alignment row — is generated live underneath as you type, so there is never a moment where you are hand-assembling the separator line yourself. Per-column alignment is controlled with a simple dropdown above each column (Left, Center, Right, or None), which maps directly onto the four separator styles the GFM spec defines: `:---` for left, `:---:` for center, `---:` for right, and a plain `---` for no explicit alignment (which most renderers treat as left-aligned by default, but leaves the intent unstated in the source). Resizing the grid is handled carefully so you never lose work by accident: increasing the row or column count adds new, empty cells without touching anything you have already typed, and decreasing a count simply truncates the rows or columns beyond your new limit rather than erroring out or clearing the whole grid. This means you can start with a rough 3×3 table, fill in a couple of cells, decide you need a fourth column, bump the column count, and keep going without re-typing anything. The one syntax detail that is easy to get wrong by hand and is handled automatically here is pipe escaping: if you type a literal `|` character into any cell — for instance a cell documenting a bitwise-or expression, or a value like "3 | x" — it is automatically written into the generated Markdown as `\|` (an escaped pipe), which is exactly how GFM expects a literal pipe character to be represented inside a table cell so it isn't misread as a column boundary. What this tool does not do: it has no concept of merged cells or column-spanning (GFM tables do not support that natively — every row must have the same number of cells), and it does not validate or render any Markdown syntax you type inside a cell (writing `**bold**` or a link inside a cell is valid GFM and most renderers will render it, but this tool treats cell content as plain text for the purposes of generating the table structure and does not check it). For anything beyond a straightforward data table — nested tables, cell merging, or rich formatting requirements — a dedicated document format like HTML is usually a better fit than Markdown tables, which are intentionally a simple, plain-text-friendly format.