Initializing... drag & drop files here
Supports: ODS
Turn an OpenDocument Spreadsheet (.ods, the native format of LibreOffice Calc and Apache OpenOffice Calc) into a PNG image you can drop into a slide, a README, a ticket, or a chat message without asking anyone to install a spreadsheet app. The sheet is laid out exactly as it would print, rendered page by page, and written out as lossless-capable PNG — the one raster format that keeps thin lines and small type crisp and can carry a transparent background.
.ods onto the page or click "Add Files" to browse. Several spreadsheets can be queued and converted in one batch.The DPI you choose is not a compression slider — it decides how many pixels the page is drawn with. Output size is simply the page size in inches multiplied by the DPI, so the numbers are predictable before you convert. For a US Letter page in portrait:
| Conversion Quality | Letter page becomes | Practical use |
|---|---|---|
| 72 DPI (Web / Smallest File) | 612 × 792 px | Thumbnail or inline preview; small type will be unreadable |
| 96 DPI (Standard Screen) | 816 × 1056 px | Roughly what the sheet looks like on a monitor at 100% |
| 150 DPI (Balanced / Medium) | 1275 × 1650 px | Good default for chat, tickets, and docs |
| 300 DPI (High Quality / Print Recommended) | 2550 × 3300 px | Preselected; sharp when printed or projected |
| 600 DPI (Ultra High / Archival) | 5100 × 6600 px | Archival scans; files get large fast |
| 1200 DPI (Maximum Detail / Fine Art) | 10200 × 13200 px | Only worth it for extreme enlargement |
An A4 page works the same way — about 2480 × 3508 px at 300 DPI. Doubling the DPI roughly quadruples the pixel count, so jump a rung only when you can actually see the difference at the size the image will be viewed.
| Output | Text and thin lines | Transparency | Pages | Best for |
|---|---|---|---|---|
| PNG | Sharp — no blocking around glyphs or 1-pixel borders | Yes, optional | One image per page | Embedding a table in slides, docs, or a README |
| JPG | Softer at lower quality; compression fringes appear around dark text on white | No — always opaque | One image per page | Sheets dominated by photos, where bytes matter more than crispness |
| Vector text, sharp at any zoom | Not applicable | One document, all sheets | Sending a readable, printable, searchable copy |
Several. The sheet is paginated the way it would print, and every resulting page becomes its own numbered PNG — so a workbook whose sheets fill six printed pages gives you six images, not one tall picture. Sheet count and image count are not the same thing: one wide sheet can easily produce four pages on its own while a small sheet fits on part of one.
Because a page has a fixed width and a spreadsheet does not. Columns that do not fit are pushed onto later pages, and the pagination runs top-to-bottom before moving right — so you get the left columns for all rows first, then the right columns. Fix it in the spreadsheet before uploading: define a print range around just your data (Format ▸ Print Ranges ▸ Define) or set "Fit print range(s) to width" to 1 page wide in Format ▸ Page Style ▸ Sheet.
Only if you pick the Highest quality preset. PNG the format is lossless, but the default preset runs a palette-optimisation pass that reduces the number of distinct colours to shrink the file. On a rendered spreadsheet — largely flat background with black text and a few accent colours — that pass is normally invisible, which is why it is the default. Choose Highest under Image Compression when you want a pixel-exact true-colour render, for example before enlarging the image or feeding it to OCR.
Yes, and this is one thing PNG can do that JPG and HEIC cannot. Set Image Transparency to "Unchanged" and the page is rendered with an alpha channel: only the text, borders, fills, and charts you actually drew are opaque, and everything else stays clear. It works because the exported page carries no painted background of its own — the white you normally see is added deliberately.
They were never printed. The light grey grid in Calc is a screen aid, not page content, so it is absent from any printed or rendered output unless you switch it on. Tick Grid under the Print section of Format ▸ Page Style ▸ Sheet, save, and convert again. Borders you applied yourself as cell formatting always render, gridline setting or not.
Lower the Conversion Quality first — going from 300 DPI to 150 DPI cuts the pixel count to a quarter and is the single biggest saving. After that, "Image resolution" can scale the rendered page down by percentage or to a preset height, and "Specific file size" lets you name a target size in KB or MB and lets the converter work down to it. If you already have a PNG you want smaller, Compress PNG handles that separately.
No. PNG is a grid of pixels, so cell values become a picture of text — no selection, no copy-paste, no recalculation, and no formulas. That is the trade you make for an image that renders identically everywhere. If you need the values to stay selectable and searchable while still being fixed, convert to PDF instead; if you need them editable, keep the .ods.
Yes, and it was recently refreshed. The PNG Specification (Third Edition) became a W3C Recommendation on 24 June 2025, adding formal HDR and animation support to a format also published as ISO/IEC 15948. Every mainstream browser, image viewer, office suite, and chat client has read PNG for two decades, so an image produced here opens anywhere without a plugin.
It is uploaded over an encrypted connection, rendered on our servers, and deleted automatically after a few hours along with the images we generated. No sign-up, no watermark, and nothing is shared or made public. In our testing, a Letter-size sheet rendered at the preselected 300 DPI came out at exactly 2550 × 3300 pixels, which is the arithmetic you can use to predict any other page size and DPI combination.