SVG na PDF

An image. Each SVG is rendered by your browser onto a canvas and the bitmap is placed on a PDF page, so the result won't scale without loss and the text isn't selectable. If you need true vector output, export the PDF from a vector editor such as Inkscape instead.

The page matches the SVG's width and height attributes in pixels, one pixel per PDF point. An SVG with no width and height (only a viewBox) renders at 800 by 600, so set explicit dimensions in the file for predictable results.

High keeps the lossless PNG at full size. Medium re-encodes it as JPEG at 75 percent quality and limits the longest side to 2500 pixels; Low uses 50 percent and 1500 pixels, which also shrinks the page. For line art and text, High avoids JPEG artifacts.

There is no DPI setting; the render uses the SVG's own pixel dimensions. To get more pixels, increase the width and height attributes in the SVG source while keeping the viewBox, then convert.

The SVG is rendered from its own markup, so references to external files (linked images, imported fonts, external CSS) can't be loaded in that context and fall back or disappear. Embed images as data URIs and convert text to paths before converting.

No. The canvas is filled with white before the SVG is drawn, so transparent areas become white in the PDF.

Upload multiple files and they become consecutive pages of a single from_svgs.pdf, in the order shown in the file list. Each page takes the size of its own SVG.

No. Rendering happens on a canvas in your browser and the PDF is built with pdf-lib on your device; nothing is sent anywhere.