#svg #svg-icons #vector-graphics #desktop-environment #2d-graphics #cairo #gnome

librsvg

A library to render SVG images to Cairo surfaces. GNOME uses this to render SVG icons. Outside of GNOME, other desktop environments use it for similar purposes. Wikimedia uses it for Wikipedia's SVG diagrams.

25 releases (15 stable)

2.59.2 Oct 29, 2024
2.59.0-beta.4 Aug 29, 2024
2.59.0-beta.2 Jul 13, 2024
2.58.0 Mar 17, 2024
2.56.0 Jul 21, 2023

#49 in Images

Download history 130/week @ 2024-08-22 234/week @ 2024-08-29 109/week @ 2024-09-05 488/week @ 2024-09-12 260/week @ 2024-09-19 431/week @ 2024-09-26 169/week @ 2024-10-03 243/week @ 2024-10-10 186/week @ 2024-10-17 216/week @ 2024-10-24 204/week @ 2024-10-31 147/week @ 2024-11-07 130/week @ 2024-11-14 102/week @ 2024-11-21 150/week @ 2024-11-28 297/week @ 2024-12-05

698 downloads per month
Used in 2 crates

LGPL-2.1-or-later

1.5MB
29K SLoC

Librsvg

This is librsvg - A small library to render Scalable Vector Graphics (SVG), associated with the GNOME Project. It renders SVG files to Cairo surfaces. Cairo is the 2D, antialiased drawing library that GNOME uses to draw things to the screen or to generate output for printing.

Do you want to render non-animated SVGs to a Cairo surface with a minimal API? Librsvg may be adequate for you.

Supported SVG/CSS features: Please see the chapter for supported features in the development guide.

This is the README.md file for the Rust crate; you may want to see the main README.md for the whole project.

Using librsvg

Non-Rust dependencies:

Librsvg depends on a number of non-Rust libraries that must be installed on your system. They need to have a pkg-config .pc file installed so that librsvg's compilation can find them via system-deps:

  • Cairo - used for the main rendering
  • FreeType2 - font renderer
  • gdk-pixbuf - image decoder
  • gio/glib - I/O primitives and streams
  • Harfbuzz - text shaping
  • libxml2 - XML parser
  • Pangocairo - text rendering
  • PangoFT2 - render text via Pango and FreeType2
  • Fontconfig - system fonts and rules for using them

There are some security considerations for these non-Rust libraries, which you may want to read.

Bug tracking: If you have found a bug, take a look at our bug tracker. Please see the "reporting bugs" page in the development guide to see how to provide a good bug report.

Asking questions: Feel free to ask questions about using librsvg in the "Platform" category of GNOME's Discourse. You can also ask via chat in the Matrix room for GNOME Rust.

Security: For a list of releases with security issues, instructions on reporting security-related bugs, and the security considerations for librsvg's dependencies, see the Security chapter in the development guide.

Contributing to librsvg's development

There is a code of conduct for contributors to librsvg; please see the GNOME Code of Conduct.

Please see the Development Guide for librsvg on how to contribute to librsvg, how to report bugs, how set up your development environment, and for a description of librsvg's architecture.

Goals of librsvg

Librsvg aims to be a low-footprint library for rendering SVG1.1 and SVG2 images. It is used primarily in the GNOME project to render SVG icons and vector images that appear on the desktop. It is also used in Wikimedia to render the SVG images that appear in Wikipedia, so that even old web browsers can display them. Many projects which casually need to render static SVG images use librsvg.

We aim to be a "render this SVG for me, quickly, and with a minimal API" kind of library.

Feature additions will be considered on a case-by-case basis.

You can read about librsvg's supported SVG and CSS features in the development guide.

Non-goals of librsvg

We don't aim to:

  • Implement every single SVG feature that is in the spec.

  • Implement scripting or external access to the SVG's DOM.

  • Implement support for CSS-based animations (but if you can think of a nice API to do this, we would be glad to know!)

  • Replace the industrial-strength SVG rendering machinery in modern web browsers.

Of course, contributions are welcome. In particular, if you find nice ways of doing the above while still maintaining the existing API of librsvg, we would love to know about it!

Who uses librsvg?

Librsvg is part of the GNOME platform. Inside GNOME, librsvg takes multiple roles:

  • Loads SVGs from the generic gdk-pixbuf loader infrastructure, so any application which uses gdk-pixbuf can load SVGs as if they were raster images.

  • Loads SVG icons for the desktop.

  • Creates SVG thumbnails for the file manager.

  • Loads SVGs within GNOME's default image viewer, Eye of Gnome.

Outside of GNOME's core:

  • GNOME games (chess, five-or-more, etc. to draw game pieces)

  • GIMP

  • GCompris

  • Claws-mail

  • Darktable

  • Mate-panel

  • Evas/Enlightenment

  • Emacs

  • ImageMagick

  • Wikipedia, to render SVGs as raster images for old browsers. Special thanks to Wikimedia for providing excellent bug reports.

Presentations on librsvg

"Replacing C library code with Rust: What I learned with librsvg" was presented at GUADEC 2017. It gives a little history of librsvg, and how/why it is being ported to Rust from C.

"Patterns of refactoring C to Rust: the case of librsvg" was presented at GUADEC 2018. It describes ways in which librsvg's C code was refactored to allow porting it to Rust.

Maintainers

The maintainer of librsvg is Federico Mena Quintero. Feel free to contact me for any questions you may have about librsvg, both its usage and its development. You can contact me in the following ways:

  • Mail me at federico@gnome.org.

  • Matrix: I am @federico on the GNOME Hackers and Rust ❤️ GNOME channels on gnome.org's Matrix. I'm there most weekdays (Mon-Fri) starting at about UTC 14:00 (that's 08:00 my time; I am in the UTC-6 timezone). If this is not a convenient time for you, feel free to mail me and we can arrange a time.

  • I frequently blog about librsvg. You may be interested in the articles about porting librsvg from C to Rust, which happened between 2016 and 2020.

Dependencies

~25–36MB
~679K SLoC