Bluebeam Revu can open any PDF, so the simplest way to create a blank page in Bluebeam at a specific size is to generate the file at the exact point dimensions you need in a browser, then open the resulting PDF in Revu where the page box is read directly from the file. The dimensions you enter become the page geometry that Revu displays and prints, so a 612-by-792-point file opens as an 8.5-by-11-inch page and a 595-by-842-point file opens as A4. Because the file is generated before it ever reaches Revu, you can produce any custom width and height between 72 and 2,000 whole PDF points without depending on a preset list, a printer driver, or a scan source. The generation happens in the browser tab using pdf-lib, so the chosen dimensions, the page count, the background color, and the serialized bytes never leave your device. This approach works for a single drafting sheet, a multi-page revision log, a tinted worksheet base, or a scanning fixture, and it sidesteps the fact that Revu itself is not designed to mint a brand-new blank page at an arbitrary size. Each page in the output file carries only the page box and the selected solid color fill, plus a minimal title and creator metadata entry so the file's origin is identifiable when inspected in Revu or any other viewer.
Why Revu Users Need an External Blank Page
Bluebeam Revu is built to mark up, measure, and collaborate on existing PDFs, not to invent new ones from nothing. Revu's own create flow assumes a source: a scanned sheet, an imported image, a converted file, or a document captured from a printer. If you open Revu and want a blank page in a non-standard size, the menus do not give you a clean path. You can scan an empty sheet, but the scanner's page size is fixed by the hardware. You can print to PDF from another application, but that adds a dependency on a layout tool and an extra page of setup. You can paste an empty rectangle in a vector program and print to PDF, but that introduces a third-party tool and a different rendering pipeline.
The common Bluebeam situation is the opposite: you already know the page geometry you want because the rest of the workflow runs on Revu. A drafting sheet, a punch-list template, a field-notebook insert, a presentation overlay, or a PDF test input for a markup tool all start from a known width, height, and page count. The missing piece is just an empty file at those exact point values. Generating that file once in the browser gives Revu something to open without adding a scan step or a third application, and the result is a deterministic page box that Revu can read on the first try.
PDF Points: The Unit Revu Reads
Revu reads page dimensions from the PDF's MediaBox, CropBox, and related entries, all of which use PDF points as the unit. One PDF point equals 1/72 of an inch, so the conversion between inches and points is a single multiplication. For US Letter, 8.5 inches multiplied by 72 points per inch equals 612 points and 11 inches multiplied by 72 equals 792 points, giving a 612-by-792-point page that Revu treats as exactly 8.5 by 11 inches. The same rule applies to any custom size: a 4-by-6-inch photo label becomes 288 by 432 points, a 36-by-48-inch poster becomes 2592 by 3456 points, and a tablet-style 1024-by-768 page is simply 1024 by 768 points.
A few standard paper sizes, in PDF points, look like this:
| Paper name | Width (points) | Height (points) | Equivalent |
|---|---|---|---|
| US Letter | 612 | 792 | 8.5 by 11 in |
| US Legal | 612 | 1008 | 8.5 by 14 in |
| Tabloid / Ledger | 792 | 1224 | 11 by 17 in |
| A4 | 595 | 842 | 210 by 297 mm |
| A3 | 842 | 1191 | 297 by 420 mm |
| A5 | 420 | 595 | 148 by 210 mm |
The point values are derived from the inch-based or millimeter-based paper standards using the constant 72 points per inch, then rounded to whole points so the generator accepts them without a decimal value. The whole-point constraint keeps the page box deterministic and avoids pretending that a device pixel has a universal printed size, which is why the generator explicitly labels points and refuses to silently interpret the values as pixels, millimeters, or inches. If you do not see your target size in the table above, multiply the inches by 72, round to a whole number, and enter that value.
Create a Blank PDF That Opens in Bluebeam at Any Size
To generate the file, use the Blank PDF Generator. The tool runs entirely in the browser tab and produces a single PDF that Revu can open with no extra conversion step, no upload, and no platform preset.
- Enter the exact page width and height as whole PDF points. The two fields accept values from 72 to 2,000 and reject decimals, negatives, blanks, and out-of-range inputs with a visible error before any document is created, so the page box in the output PDF always matches the number you typed.
- Choose between one and 100 pages and pick the background color as a six-digit hexadecimal value such as FFFFFF for white, F2F2F2 for a pale gray, or E6F2FF for a soft blue. Every page in one file shares the same width, height, and color.
- Select Create blank PDF. The result line repeats the page count and exact point dimensions so you can confirm the page box, then the file is offered as a download with a descriptive filename such as blank-400x500-1-page.pdf or blank-612x792-3-pages.pdf. The download button is disabled while the file is being saved, and the previous temporary download URL is revoked so stale links cannot be reused.
- Open the downloaded PDF in Bluebeam Revu. Revu reads the MediaBox directly, so the document opens at the exact width and height you entered, with the chosen color filling each page and no extra text, margins, or forms layered on top. From there, Revu's markup tools apply normally.
Each step is purely client-side, so the dimensions, page count, color, and resulting bytes are not sent to any server, and no account or signup is required to download the file.
Page Count and Background Color Choices
The page-count field accepts any whole number from one to 100. One page is the right answer for a single markup canvas, a single drawing sheet, or a single test input. Multiple pages make sense for a stack of identical mark-up targets, a multi-page revision log, a punch-list notebook that lives entirely in Revu, or a set of scanning fixtures with a consistent background. The 100-page ceiling exists so an accidental large entry cannot produce an unexpectedly heavy document inside the browser tab.
The background color is normalized from a six-digit hexadecimal value into red, green, and blue channel components, then painted as a single solid rectangle that fills the complete page box on every page. White (FFFFFF) is the conventional blank-looking page and matches what most PDF workflows expect. A non-white color has practical uses: a pale gray (F2F2F2) makes a worksheet base easier on the eyes, a yellow sheet (FFF7B0) reads as a draft, a soft blue (E6F2FF) works as a presentation insert or a digital notebook sheet, and a high-contrast color works as a scanning fixture for camera or scanner calibration.
The generator does not add transparency, gradients, borders, watermarks, page numbers, headers, footers, or forms. If you need any of those layers, the right next step is to add them in Revu after the blank is opened. A simple follow-up is to stamp page numbers on the resulting file using a tool designed for that task; adding page numbers to a PDF in Bluebeam Revu covers the exact Revu-side workflow for that step.
What the Downloaded File Actually Contains
The file you download is a standard PDF that opens in Bluebeam Revu and any other compliant viewer. The visible content on every page is a single rectangle filled with the selected color, covering the full page box. There is no text, image, vector path, transparency layer, form field, header, footer, or crop mark added on top. The generator is intentionally narrower than a document editor and does not produce ruled paper, calendars, fillable forms, or other content layers.
The file does carry a minimal title and creator metadata entry so its origin is understandable when inspected. The filename reflects the dimensions and page count, so a folder full of blanks remains self-describing: blank-400x500-1-page.pdf, blank-612x792-3-pages.pdf, and so on. The result line displayed before download repeats the same page count and exact point dimensions, which makes it easy for a reviewer to catch an unintended size before saving and to identify the file in a folder later.
Because the file uses the dimensions exactly as entered, what you see on screen is what Revu treats as the page geometry. PDF viewers may still scale the page on screen or when sending it to a printer, and Revu's print scaling plus the printer's supported media settings are controlled by Revu and the printer driver, not by this tool. If the physical output looks different from the entered dimensions, the first place to check is Revu's print scaling option and the printer's actual media size; for the technical foundation of the page-box format used here, the pdf-lib library documentation describes how PDF pages are created and serialized.
Limits, Validation, and What This Tool Does Not Do
Inputs are validated before any document is allocated, so a decimal value, a negative number, a blank field, an undersized value below 72 points, an oversized value above 2,000 points, or a page count above 100 produces a visible error instead of being rounded silently. This keeps the generated file honest: the page box in the PDF matches the number you typed, not a quietly rounded approximation, and Revu opens exactly the geometry you expected.
The generator is intentionally narrower than a full document editor. It does not merge an existing PDF, build a fillable form, create ruled paper, generate printable calendars, encrypt a file, or claim archival conformance. It does not reproduce a named international paper-size table inside the tool, so if you need a precise ISO or ANSI size, look it up in the table earlier in this article and enter the point value yourself. It does not control printer settings, scanner settings, or Revu's display scaling, so any physical output behavior depends on those external factors rather than on the blank file itself.
The job it does well is the narrow one: a known page box, a known page count, a known solid color, generated in the browser with no upload and offered as a directly downloadable PDF. When that is exactly the input Revu needs, opening the result in Revu is the final step, and the file is ready for markups, measurements, calibration, or use as a test input for downstream PDF workflows.