1. 24 May, 2019 1 commit
  2. 12 Jan, 2019 1 commit
  3. 28 Dec, 2018 1 commit
  4. 11 Dec, 2018 1 commit
  5. 29 Nov, 2018 1 commit
  6. 27 Oct, 2018 1 commit
  7. 24 Oct, 2018 1 commit
    • Antonio Ospite's avatar
      (#365): rsvg-convert: Specify pixel dimensiosn for SVG output · ff36118b
      Antonio Ospite authored
      The RsvgDimensionData structure uses pixels as unit for drawing
      dimensions (see librsvg/rsvg.h), but the default unit for SVG documents
      in cairo is pt; thus, when exporting to SVG with rsvg-convert, the
      output drawing results scaled up compared to the original one.
      
      Since rsvg already converted input units to pixels, it's safe to assume
      the SVG output is always in pixels, so set the SVG surface units to
      pixels to keep the original dimensions.
      
      Bump cairo dependency to 1.5.12 as cairo_svg_surface_set_document_unit()
      was not available before that version.
      
      Fixes #365
      ff36118b
  8. 21 Aug, 2018 1 commit
  9. 28 Apr, 2018 1 commit
  10. 23 Feb, 2018 2 commits
  11. 13 Feb, 2018 1 commit
  12. 06 Feb, 2018 2 commits
  13. 16 Jan, 2018 1 commit
  14. 12 Jan, 2018 1 commit
  15. 20 May, 2017 1 commit
  16. 18 May, 2017 1 commit
  17. 21 Oct, 2016 1 commit
  18. 04 Apr, 2016 1 commit
  19. 06 Nov, 2015 1 commit
  20. 11 Aug, 2015 1 commit
    • Federico Mena Quintero's avatar
      bgo#520654 - Support --export-id in rsvg-convert(1) · fecfcce4
      Federico Mena Quintero authored
      This option lets you pass an SVG object ID to render, instead of the default, which
      is to render everything in the SVG.
      
      The --export-id and -i options intentionally have the same name as in Inkscape.
      
      In addition, this get rid of a deprecated call to rsvg_handle_set_size_callback()
      fecfcce4
  21. 16 Apr, 2015 1 commit
  22. 12 Feb, 2015 1 commit
  23. 19 Dec, 2014 1 commit
    • Chun-wei Fan's avatar
      Really Fix Build of rsvg-convert on Windows · 452ef81f
      Chun-wei Fan authored
      Commit 1811f207 attempted to fix the build of rsvg-convert on Windows, but
      unfortunately there were some issues about it, as
      g_win32_input_stream_new() took a Windows HANDLE (i.e. a void*/gpointer),
      not a numeric constant like STDIN_FILENO, as its first argument.
      
      Acquire the HANDLE for stdin on Windows first, and pass it into
      g_win32_input_stream_new().  Also use G_OS_WIN32 to check we are building
      for Windows, as we do elsewhere for GLib-using items.
      
      https://bugzilla.gnome.org/show_bug.cgi?id=734977
      452ef81f
  24. 03 Dec, 2014 1 commit
  25. 17 Sep, 2014 1 commit
  26. 01 Sep, 2014 1 commit
  27. 17 Aug, 2014 1 commit
  28. 18 Jun, 2014 1 commit
  29. 11 Oct, 2013 1 commit
  30. 05 Sep, 2012 1 commit
  31. 13 Jun, 2012 1 commit
  32. 26 Jan, 2012 1 commit
  33. 12 Nov, 2011 1 commit
    • Christian Persch's avatar
      Plug a mem leak · d0d27dfd
      Christian Persch authored
      ==10026== 48 (8 direct, 40 indirect) bytes in 1 blocks are definitely lost in loss record 97 of 154
      ==10026==    at 0x402AD89: malloc (vg_replace_malloc.c:236)
      ==10026==    by 0x4566BDA: standard_malloc (gmem.c:85)
      ==10026==    by 0x4566F80: g_malloc (gmem.c:159)
      ==10026==    by 0x456B4E3: parse_arg (goption.c:1242)
      ==10026==    by 0x456CDD6: g_option_context_parse (goption.c:1578)
      ==10026==    by 0x8049558: main (rsvg-convert.c:189)
      d0d27dfd
  34. 11 Nov, 2011 2 commits
    • Christian Persch's avatar
      Plug a mem leak · f0cdc794
      Christian Persch authored
      ==7436== 31 (8 direct, 23 indirect) bytes in 1 blocks are definitely lost in loss record 243 of 355
      ==7436==    at 0x402AD89: malloc (vg_replace_malloc.c:236)
      ==7436==    by 0x4566BDA: standard_malloc (gmem.c:85)
      ==7436==    by 0x4566F80: g_malloc (gmem.c:159)
      ==7436==    by 0x456B4E3: parse_arg (goption.c:1242)
      ==7436==    by 0x456CDD6: g_option_context_parse (goption.c:1578)
      ==7436==    by 0x8049558: main (rsvg-convert.c:189)
      f0cdc794
    • Christian Persch's avatar
      Plug a mem leak · 657e84cd
      Christian Persch authored
      657e84cd
  35. 07 Nov, 2011 2 commits
  36. 13 Oct, 2010 1 commit