{{ summaryAnnouncement }}
{{ summaryHeading }} {{ summaryPrimary }} {{ summaryLine }} {{ badge.label }} {{ badge.value }}
Flashcard sheet generator setup
Flashcard content and print setup
Paste rows or load one TXT/CSV file. The parse log explains skipped headers, invalid rows, and duplicates.
{{ fileStatus || 'Drop one TXT or CSV file onto the textarea.' }}
Auto detect resolves each row conservatively; explicit modes bypass detection.
Use a short class, unit, or topic name; maximum 80 characters.
Choose whether a recognizable first-row label is skipped.
Start with 2 × 4 for larger cut cards; use denser grids for short prompts.
Whole columns from 1 to 8.
Whole rows from 1 to 8.
Match the paper loaded in the printer before checking card fit.
Use front and back for cut cards; print one test page before a full duplex run.
Choose the back-page mapping, then confirm with one marked test sheet.
Shuffle when adjacent source rows should not remain together on the sheet.
Retain this value for a reproducible reprint or generate a new order.
Turn off only for pre-cut stock or an existing trim workflow.
{{ cut_lines ? 'Guides on' : 'Guides off' }}
Numbers follow final card order and print in the top-left corner.
{{ number_cards ? 'Numbered' : 'Unnumbered' }}
{{ text_scale }}%
The neutral default is 100%; reduce it when long content needs more room.
Ignore capitalization for ordinary classroom lists or require exact case.
Leave off to preserve literal \n text.
{{ escaped_line_breaks ? 'Render line breaks' : 'Keep literal text' }}
Leave off for normal print margins; enable only after checking the printer imageable area.
{{ compact_margins ? 'Compact' : 'Standard' }}

{{ sheetExportStatus }}

{{ chartExportStatus }}

The chart renderer is unavailable. Character counts remain in the pair ledger.

CheckStatusDetailCopy
{{ row.check }}{{ row.status }}{{ row.detail }}

{{ tableStatus('check', 'Print check') }}

#FrontBackSource linePageLongest sideCopy
{{ row.number }}{{ row.front }}{{ row.back }}{{ row.source_line }}{{ row.page }}{{ row.longest_characters }} chars

{{ tableStatus('ledger', 'Pair ledger') }}

LineStatusDetailCopy
{{ row.line }}{{ row.status }}{{ row.detail }}

{{ tableStatus('parse', 'Parse log') }}

Printed flashcards have a problem that does not exist on screen: the back of every cut card must land behind the correct front. Page orientation, printer feed direction, row and column order, and cutting method all affect that pairing. One marked test sheet is worth more than a perfect-looking preview.

Card design comes before page layout. A useful front gives one clear cue, while the back gives a short answer that can be checked without interpretation. Crowding a paragraph onto either side makes the card harder to read and weakens the quick recall-and-check rhythm that makes flashcards useful.

Printed flashcard planning choices
Decision Good starting point What to test
Prompt length One term, question, symbol, date, or short phrase. Can the learner read it at arm's length without shrinking the type?
Grid density Fewer cards per page for long content; denser grids for short vocabulary. Do the longest front and back fit inside the cut area?
Duplex mapping Mirror columns for a common long-edge starting point. Does a numbered test front align with the same numbered back?
Cutting Visible guides and matching card numbers for a first deck. Can the stack be re-paired after cutting or dropping it?

Source lists introduce a second class of errors. A comma inside an answer can be mistaken for a separator, a header can become a card, or a duplicate can be overlooked. Pin the format when punctuation is ambiguous and read the parse log rather than assuming every non-empty row was accepted.

Shuffling reduces the chance that neighboring source rows give away each other's answers. A saved seed also makes the order repeatable for reprints, answer checking, or multiple classes. Reproducible order depends on keeping the same card source and seed.

Flashcards support recall of facts, vocabulary, short formulas, and paired concepts. They do not replace explanation, feedback, or practice with unfamiliar problems. The deck should match the kind of learning the learner is expected to demonstrate.

How to Use This Tool:

Prepare clean front-and-back pairs first, then fit and test the physical sheet.

  1. Paste card pairs or load one TXT or CSV file. Each non-empty row needs a front and a back separated by a comma, tab, pipe, or spaced dash.
  2. Leave Source format on Auto for simple lists. Choose a specific format when commas, pipes, or dashes appear inside card text, and use No header if a first row such as Term,Definition is real content.
  3. Select a grid and match Paper size to the loaded paper. Start with 2 × 4 for roomy cards; denser grids suit shorter prompts.
  4. Choose front-and-back or one-sided output. For duplex cards, select a Back alignment, keep matching numbers visible, and print one marked test page.
  5. Keep pasted order or choose Seeded shuffle. Enter and retain a seed when the same order must be reproduced.
  6. Review Print check, especially the fit band, page-face count, duplex note, and parse summary. Repair invalid source rows before printing the full deck.

Interpreting Results:

Comfortable, Review fit, and Text-tight compare the longest card side with a character-count heuristic for the current grid and text scale. They are warnings, not measurements of actual font wrapping or printer output.

  • Invalid rows are skipped. Duplicates remain in the deck and are logged rather than removed.
  • Page count refers to logical sheets. Front-and-back output doubles the number of printable page faces.
  • Mirrored backs describe slot order only. Printer drivers differ in feed, rotation, scaling, and duplex edge behavior.
  • Print at actual size or 100 percent, then cut one row and verify the front/back pairs before continuing.

Technical Details:

A printable deck is a deterministic mapping from accepted source pairs to ordered grid slots. The same accepted pairs, order mode, seed, grid, and back alignment produce the same slot arrangement.

Formula Core:

Grid capacity is columns multiplied by rows. Logical page count rounds the accepted card count upward to the next whole page.

C=c×r,P=NC

Printable page faces equal logical pages for one-sided output and twice the logical pages for front-and-back output.

F=P×s,s{1,2}

Here c and r are the selected columns and rows, C is cards per page, N is the accepted card count, P is logical pages, s is the number of printed sides, and F is page faces.

Transformation Core:

Flashcard source and layout transformations
Stage Exact behavior
Auto format For each row, check tab first, then pipe, then a spaced dash, and otherwise parse as CSV.
Header handling Only a recognized first pair such as Front/Back, Term/Definition, or Question/Answer is skipped in Auto mode.
Duplicate handling Compare complete front/back pairs with or without capitalization; retain every duplicate and add a log entry.
Seeded order Hash the seed, advance a fixed pseudo-random sequence, and apply a Fisher–Yates permutation.
Back mapping Use the same slots, reverse each row for Mirror columns, or reverse row order for Mirror rows.
Final page Keep empty slots so front and back positions remain aligned with the selected grid.

Rule Core:

Fit limits change with grid density and text scale. At 100 percent text, grids up to 8 cards use soft and hard limits of 90 and 160 characters; a 9-card grid uses 70 and 130; denser grids use 45 and 90. Increasing text scale lowers both limits, while reducing scale raises them.

Flashcard fit band boundaries
Fit band Longest side length
Comfortable Less than or equal to the soft limit.
Review fit Greater than the soft limit and less than or equal to the hard limit.
Text-tight Greater than the hard limit.

The source may contain up to 100,000 characters and at most 200 valid cards. Custom grids allow 1 to 8 columns and 1 to 8 rows, text scale allows 70 to 140 percent, and a shuffle seed is required whenever seeded order is selected.

Print and Privacy Notes:

Typed pairs and selected TXT or CSV files are processed in the current browser and are not uploaded by this generator. Printed cards may still expose personal or sensitive material to anyone who handles the sheets.

  • Remove student identifiers, confidential questions, or private notes that do not belong on the cards.
  • Test duplex orientation and actual-size printing with one marked sheet; the preview cannot know the printer's feed path.
  • Compact margins may exceed a printer's imageable area even when the browser preview looks complete.

Worked Examples:

Eighteen cards on a 3 × 3 grid

A 3 × 3 grid holds 9 cards per page, so 18 accepted pairs produce 2 logical pages. Front-and-back output creates 4 printable page faces. Keep matching numbers on for the test print, then confirm that card 1 has card 1 directly behind it after cutting.

A long answer crosses the fit boundary

At 100 percent text on a 3 × 3 grid, a longest side of 130 characters is Review fit because it is above the 70-character soft limit but not above the 130-character hard limit. At 131 characters it becomes Text-tight. Shorten the answer, reduce the text scale, or choose a roomier grid, then inspect a printed card.

References: