<html>
    <head>
      <base href="https://bugs.webkit.org/" />
    </head>
    <body>
      <p>
        <div>
            <b><a class="bz_bug_link 
          bz_status_RESOLVED  bz_closed"
   title="RESOLVED WONTFIX - outermost SVG currentScale should only scale SVG Element"
   href="https://bugs.webkit.org/show_bug.cgi?id=157567#c6">Comment # 6</a>
              on <a class="bz_bug_link 
          bz_status_RESOLVED  bz_closed"
   title="RESOLVED WONTFIX - outermost SVG currentScale should only scale SVG Element"
   href="https://bugs.webkit.org/show_bug.cgi?id=157567">bug 157567</a>
              from <span class="vcard"><a class="email" href="mailto:self&#64;mathiasmenzel.de" title="Mathias Menzel &lt;self&#64;mathiasmenzel.de&gt;"> <span class="fn">Mathias Menzel</span></a>
</span></b>
        <pre>Though I agree, that viewBox does sort of scaling alright, how come currentScale is undefined, when dealing with non-standalone SVG (where does it say so)?
And even if currentScale is undefined, why then is there an implementation at all, that is somewhat not helpful. Consider two SVG elements on a web page. Why would I want the whole web page to scale if I set the currentScale of one of the SVGs?
And why is currentTranslate, that has the same aspect, is properly implemented?

Especially in context with overflow/panning/scrollbars (overflow: scroll <a href="http://www.w3.org/TR/SVG11/masking.html#OverflowAndClipProperties">http://www.w3.org/TR/SVG11/masking.html#OverflowAndClipProperties</a> - that do not display as of now) currentScale being bound to the very SVG Element would more then help. Thats what is more clearly specified in SVG2 anyway: <a href="http://www.w3.org/TR/SVG2/render.html#OverflowAndClipProperties">http://www.w3.org/TR/SVG2/render.html#OverflowAndClipProperties</a>

Then we would have SVG documents embedded in XHTML documents, that would be scalable and panable/scrollable, so there really would be a viewBox onto a document (just like UML Tools and others do, that show part of a big layout in MDI applications). If I remember right, that was already implemented in Browsers like 15 years back (pan and zoom of embedded SVG).</pre>
        </div>
      </p>
      <hr>
      <span>You are receiving this mail because:</span>
      
      <ul>
          <li>You are the assignee for the bug.</li>
      </ul>
    </body>
</html>