What comes across, and what does not
The values come across exactly as Excel formatted them. A date shown as 05/04/2026 arrives as 05/04/2026, a currency cell keeps its symbol and its two decimals, and a percentage stays a percentage. That is deliberate: the spreadsheet already decided how each number should read, and second-guessing it would only introduce mistakes.
What does not come across is everything that is presentation rather than data: fill colours, borders you set yourself, conditional formatting, charts, pictures, shapes, comments and merged cells. The PDF is a clean table of the cell values with a light grid, a bold header row and the sheet name at the top.
We would rather say that plainly than let you discover it after sending the file to a client. If the colours and the charts are the point, Excel's own "Save as PDF" is the right tool - it is on the same machine as the spreadsheet and it knows about every feature of the file. This page is for when you need a readable PDF of the numbers, quickly, without uploading a commercial spreadsheet to a stranger's server.
Wide tables, and fitting them on a page
The usual problem with printing a spreadsheet is that it is wider than the paper. There are three ways out, and the tool offers all of them. Fit to width shrinks every column proportionally until the table fits the page - simple, and perfectly readable down to about twelve columns of ordinary text.
Landscape orientation gives you roughly 40 per cent more width before anything has to shrink, which is often enough on its own. For a genuinely wide table, turn fit to width off and the columns keep their natural widths while the table continues on a second set of pages, the way a printed ledger does.
Column widths are measured from the content rather than from Excel's own column settings, which is usually what you want: a column holding nothing but "Yes" and "No" does not need the width someone dragged it to. A single very long note is capped so it cannot squeeze everything else to nothing, and overlong text in a cell is cut with an ellipsis.
Several sheets in one PDF
Once the file is read, every sheet appears as a tick box with its row count next to it. Untick the working sheets, the lookup tables and the notes you do not want in the PDF, and keep the ones that matter. Each sheet starts on a new page and carries its name as a heading, so the result reads like a report rather than a pile of tables.
The row count is genuinely useful here: it is the quickest way to spot the sheet with 40,000 rows that you did not mean to print, before you make a 900-page PDF of it.
Empty trailing rows and columns are trimmed automatically. Spreadsheets routinely carry formatting out to row 1,048,576, and without trimming, a sheet with twelve rows of data would print hundreds of blank pages.
Marathi, Russian, Arabic and other scripts
This is the one place where honesty requires a longer explanation. The fonts built into every PDF reader cover Western European characters and little else. They physically cannot write Devanagari, Cyrillic, Arabic, Chinese or Japanese. A converter that ignores this produces a PDF full of blank boxes or question marks where your text should be.
So when the tool sees characters the built-in fonts cannot write, it switches to drawing the table as a picture instead, using the fonts already installed on your device. Every letter comes out correct and looks exactly as it does on your screen. The cost is that the text in the PDF is no longer selectable or searchable, and the file is larger.
You can force either mode if you prefer. "Real text" keeps the PDF searchable and is the right choice for Latin-script sheets; "drawn as a picture" guarantees correct lettering in any language. Left on automatic, the tool picks the one that will actually produce a correct page.
Formulas, and what a PDF can hold
A PDF has no concept of a formula. It stores a page, not a calculation. What lands in the PDF is the result each formula produced when the file was last saved - the same thing someone reading your spreadsheet would see.
If a cell shows an error such as #REF! or #DIV/0!, that error text is what goes into the PDF, because that is what the sheet says. It is worth scrolling through the file before converting; a PDF makes errors permanent in a way a live spreadsheet does not.
Going the other way, PDF to Excel reads a table back out of a PDF into .xlsx. It works well on simple ruled tables and roughly on complicated ones, which is the nature of reading a layout rather than data.
Nothing is uploaded
Files are not uploaded - everything happens in your browser. The spreadsheet is parsed by JavaScript in this tab and the PDF is assembled in memory. No copy reaches a server, which for commercial spreadsheets - price lists, payroll, customer data - is the only acceptable arrangement.
The spreadsheet reader is a sizeable library, so it is fetched only after you choose a file, and only once. On a slow connection you will see a brief "loading the spreadsheet reader" message the first time; after that it is cached by your browser.
Large files are worked through in chunks, with progress shown, so a phone with 2 GB of memory keeps responding instead of appearing to freeze.