I clicked on prebuilt package and it is linked to GUI release.i wanted to install in centos so svgcleaner release package https://github.com/RazrFalcon/svgcleaner/archive/v0.9.1.tar.gz is sufficient or i have to install rust first ??

Won't install on Ubuntu 16.04 via PPA:

E: Failed to fetch http://ppa.launchpad.net/svg-cleaner-team/svgcleaner/ubuntu/dists/xenial/main/binary-i386/Packages 404 Not Found

E: Unable to locate package svg-cleaner

tried trunk and v0.6.2 on Gentoo, GCC 4.9.2. Qt 4.8.6. Fails in both cases with

wizarddialog.cpp: In member function ‘void WizardDialog::onRadioSelected()’:
wizarddialog.cpp:299:59: error: ‘class QRadioButton’ has no member named ‘accessibleName’
     settings.setValue(SettingKey::Wizard::SaveMode, rBtn->accessibleName());
                                                           ^
wizarddialog.cpp: In member function ‘QString WizardDialog::findLabel(const QString&)’:
wizarddialog.cpp:549:22: error: ‘class QLabel’ has no member named ‘accessibleName’
             if (lbl->accessibleName() == accessibleName)
                      ^

if indenting is set to anything except "none", then text in text tag will be rendered as text with indent, that could even move it outside of viewbox. <?xml version="1.0" encoding="UTF-8" standalone="no"?> <svg xmlns="http://www.w3.org/2000/svg" version="1.1" x="0px" y="0px" viewBox="0 0 34.06945 33.11168" enable-background="new 0 0 34.06945 33.11168" xml:space="preserve" id="svg2"> <defs id="defs30"/> <text y="21.539351" x="5.6560216" style="font-size:18.9988308px;font-family:NotoSans" id="text13" font-size="18.99883px">IP</text> </svg>

For text tag the content should never change, so it should be somehow excluded from indenting.

Prozessing File:Radar_Mac.svg with svgcleaner leads to a removement of the SVG 2.0-Element meshgradient.

$ svgcleaner input.svg.txt output.svg.txt --allow-bigger-file --indent 1 --remove-nonsvg-attributes no --remove-nonsvg-elements no --remove-unused-defs no --remove-declarations no --remove-unreferenced-ids no

Warning: Could not resolve the 'fill' IRI reference: a. Fallback to 'none'.

This seems to be related to #126 .

Input

Input.svg.txt

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE svg  PUBLIC '-//W3C//DTD SVG 1.1//EN'  'http://www.w3.org/Graphics/SVG/1.1/DTD/svg11.dtd'>
<svg height="80" viewBox="0 0 21.167 21.167" width="80" xmlns="http://www.w3.org/2000/svg">
 <defs>
  <meshgradient id="a" x="61.856" y="379.399" gradientTransform="rotate(-45 -414.2 244.26)" gradientUnits="userSpaceOnUse">
   <meshrow>
    <meshpatch>
     <stop path="c 0,5.77195 -4.67909,10.451 -10.451,10.451" stop-color="#1c0000"/>
     <stop path="l 0,-10.451"/>
     <stop path="l 0,0"/>
     <stop path="l 10.451,0"/>
    </meshpatch>
    <meshpatch>
     <stop path="c -5.77195,0 -10.451,-4.67909 -10.451,-10.451"/>
     <stop path="l 10.451,0"/>
     <stop path="l 0,0"/>
    </meshpatch>
    <meshpatch>
     <stop path="c 0,-5.77195 4.67909,-10.451 10.451,-10.451"/>
     <stop path="l -4.21753e-005,10.451" stop-color="#3e6915"/>
     <stop path="l 4.21753e-005,0" stop-color="#3e6915"/>
    </meshpatch>
    <meshpatch>
     <stop path="c 5.77195,0 10.4511,4.67916 10.451,10.451"/>
     <stop path="l -10.451,-7.35946e-006" stop-color="#7dd32a"/>
     <stop path="l -1.29023e-005,3.08016e-006" stop-color="#7dd32a"/>
    </meshpatch>
   </meshrow>
  </meshgradient>
 </defs>
 <path d="m10.736.133a10.451 10.451 0 0 0 -7.543 3.06 10.451 10.451 0 0 0 0 14.78 10.451 10.451 0 0 0 14.78 0 10.451 10.451 0 0 0 0-14.78 10.451 10.451 0 0 0 -7.237-3.06z" fill="url(#a)" stroke="#7dd32a" stroke-linecap="round" stroke-linejoin="round" stroke-width=".265" paint-order="normal"/>
</svg>

Output

Output.svg.txt

<?xml version="1.0" encoding="UTF-8"?>
<svg height="80" viewBox="0 0 21.167 21.167" width="80" xmlns="http://www.w3.org/2000/svg">
 <defs>
  <meshgradient>
   <meshrow>
    <meshpatch>
     <stop path="c 0,5.77195 -4.67909,10.451 -10.451,10.451" stop-color="#1c0000"/>
     <stop path="l 0,-10.451"/>
     <stop path="l 0,0"/>
     <stop path="l 10.451,0"/>
    </meshpatch>
    <meshpatch>
     <stop path="c -5.77195,0 -10.451,-4.67909 -10.451,-10.451"/>
     <stop path="l 10.451,0"/>
     <stop path="l 0,0"/>
    </meshpatch>
    <meshpatch>
     <stop path="c 0,-5.77195 4.67909,-10.451 10.451,-10.451"/>
     <stop path="l -4.21753e-005,10.451" stop-color="#3e6915"/>
     <stop path="l 4.21753e-005,0" stop-color="#3e6915"/>
    </meshpatch>
    <meshpatch>
     <stop path="c 5.77195,0 10.4511,4.67916 10.451,10.451"/>
     <stop path="l -10.451,-7.35946e-006" stop-color="#7dd32a"/>
     <stop path="l -1.29023e-005,3.08016e-006" stop-color="#7dd32a"/>
    </meshpatch>
   </meshrow>
  </meshgradient>
 </defs>
 <path d="m10.736.133a10.451 10.451 0 0 0 -7.543 3.06 10.451 10.451 0 0 0 0 14.78 10.451 10.451 0 0 0 14.78 0 10.451 10.451 0 0 0 0-14.78 10.451 10.451 0 0 0 -7.237-3.06z" fill="none" stroke="#7dd32a" stroke-linecap="round" stroke-linejoin="round" stroke-width=".265" paint-order="normal"/>
</svg>

As the title suggests, in some cases the --group-by-style option may produce groups that should be ungrouped by svgcleaner (40cc1b7).

Input

<svg height="50" width="50"  viewBox="0 0 50 50" xmlns="http://www.w3.org/2000/svg">
  <ellipse cx="25" cy="25" rx="10" ry="10" style="fill:#000000" />
  <ellipse cx="25" cy="25" rx="10" ry="10" style="fill:#000000" />
  <ellipse cx="25" cy="25" rx="10" ry="10" style="fill:#000000" />
</svg>

Output

• svgcleaner --indent 2 --group-by-style true <files>
• svgcleaner --indent 2 --group-by-style true --multipass true <files>

<svg height="50" viewBox="0 0 50 50" width="50" xmlns="http://www.w3.org/2000/svg">
  <g>
    <ellipse cx="25" cy="25" rx="10" ry="10"/>
    <ellipse cx="25" cy="25" rx="10" ry="10"/>
    <ellipse cx="25" cy="25" rx="10" ry="10"/>
  </g>
</svg>

• svgcleaner --indent 2 --group-by-style false <files>

<svg height="50" viewBox="0 0 50 50" width="50" xmlns="http://www.w3.org/2000/svg">
  <ellipse cx="25" cy="25" rx="10" ry="10"/>
  <ellipse cx="25" cy="25" rx="10" ry="10"/>
  <ellipse cx="25" cy="25" rx="10" ry="10"/>
</svg>

One should expect --multipass true to fix this, but it keeps the group untouched.

Given the input SVG (I simplified it as much as i could to preserve the problem) rounded-red.svg:

<svg viewBox="0 0 30 20"
    xmlns="http://www.w3.org/2000/svg" 
    xmlns:xlink="http://www.w3.org/1999/xlink">
    <defs>
        <rect id="a" height="20" rx="5" width="30"/>
    </defs>
    <g fill="none" fill-rule="evenodd">
        <mask id="b" fill="#fff">
            <use xlink:href="#a"/>
        </mask>
        <g fill="red" mask="url(#b)">
            <path d="M0 0h30v20H0z"/>
        </g>
    </g>
</svg>

and passing it to svgcleaner 0.9.4:

$ ./svgcleaner -V
svgcleaner 0.9.4
$ ./svgcleaner rounded-red.svg broken.svg
Your image is 35.17% smaller now.

generates broken.svg with content:

<svg viewBox="0 0 30 20" 
    xmlns="http://www.w3.org/2000/svg" 
    xmlns:xlink="http://www.w3.org/1999/xlink">
    <mask id="a" fill="#fff">
        <rect fill="none" height="20" rx="5" width="30"/>
    </mask>
    <g fill="#f00" fill-rule="evenodd" mask="url(#a)">
        <path d="m0 0h30v20h-30z"/>
    </g>
</svg>

(xml formatted for clarity)

Images render vastly different (left original, right optimised):

Screenshot from Chrome, same in Firefox, rendered via HTML snippet:

<img src="rounded-red.svg" width="200" height="200" style="border: 1px solid blue" />  
<img src="broken.svg" width="200" height="200" style="border: 1px solid blue" />  

The librsvg-Render don't handle spaces in stoke-dasharray: https://phabricator.wikimedia.org/T32033 therefore I need commas instead of spaces. (at least if the input are commas the output should also be) Maybe an option --renderer-workaround as in scour, or you can also always use commas, they need the same number of characters.

See also: https://commons.wikimedia.org/wiki/Librsvg_bugs#stroke-dasharray

I was getting:

main.cpp: In function 'int main(int, char**)': main.cpp:381:46: error: 'qInstallMsgHandler' was not declared in this scope

qInstallMsgHandler() was deprecated and replaced with qInstallMessageHandler().

Processing a file above 10MB with following comand:

$ svgcleaner Stations_Vélhop.svg output.svg

lead to an error: thread 'main' has overflowed its stack

Right now svgcleaner keeps overflow properties in the SVG files untouched. They can be removed for all elements that don't establish new viewports.

Scour removes the overflow-property like this. The first if-case is probably the most effective one. At least I have SVGs where Inkscape added unnecessary overflow:visible styles to all my path elements.

I processed a file with (usvg)[https://github.com/RazrFalcon/resvg/tree/master/usvg] and the result was fill="rgba(0,0,0,255)" however this "micro"-SVG is not accepted by svgcleaner.

A mirco-SVG should be understood by everyone. If svgcleaner does not understand it is is either not a good choice for micro-SVG or it is a svgcleaner-bug.

Example.svg

What should I check in my SVG File?

15145-A0002ToSVG-result.zip

maybe fill-rule="winding" ?

And this token is not supported by the cleaner ?

Thank you.

After just switching to svgcleaner from svgo, I noticed that svgcleaner outputs style="", which I presume is not strictly required. Wouldn't it make sense to remove this?

Input

<svg xmlns="http://www.w3.org/2000/svg" xmlns:xlink="http://www.w3.org/1999/xlink" viewBox="0 0 311.81 453.54">
  <text>
    <tspan class="cls-30" x="26.39" y="52">永</tspan>
    <tspan class="cls-31" x="40.02" y="52">，</tspan>
    <tspan x="49.19" y="52">远</tspan>
  </text>
</svg>

output

<svg viewBox="0 0 311.81 453.54" xmlns="http://www.w3.org/2000/svg">
  <text>
    <tspan x="26.39" y="52">永</tspan>
    <tspan x="40.02" y="52" />
    <tspan x="49.19" y="52">远</tspan>
  </text>
</svg>

Hi,

Thanks for the wonderful library. I am facing a weird issue, it works sometimes and throws errors if I try another time.

i:  SLM:000000007	
Your image is 68.92% smaller now.**
i:  SLM:000000035	
Your image is 67.89% smaller now.

When I run the same script again, it fails to process

i:  SLM:000000007	
Error: invalid attribute value at 277:56.
i:  SLM:000000035	
Your image is 67.87% smaller now.

Any ideas on how to fix it?