When I change the width or height of the SVG it ends up looking like this instead of scaling properly. (getting cropped)
the problem only happens when the inline SVG is in React. I have tried to fix this for like 7 hours but I've got nothing to work.
The SVG tag is this:
<svg baseprofile="tiny"
fill="#ececec"
stroke="black"
stroke-linecap="round"
stroke-linejoin="round"
stroke-width=".2"
version="1.2"
viewbox="0 0 2000 857"
xmlns="http://www.w3.org/2000/svg">
However, this is probably not relevant since I tested it without any properties and it still won't scall properly. (In pure HTML and CSS I can get this to work easily)
Adding Overflow: visible; does make it show the cropped area but it's still not scaled down.
The problem was that vanilla HTML is okay with it being "viewbox" but React requires it to be in camelCase as "viewBox"
I have been developing a web page "game" on my PC based in HTML, SVG, and Javascript. It has a large image of the earth loaded into the SVG views through the SVG <image> tag. Testing on my PC this works with no problem, however recently I published it to a public web page (http://rbarryyoung.com/EarthOrbitalSimulator.html) and discovered that only the bottom right quarter of the SVG is rendering on both SVG views on my iPhone and iPad. Like this:
At first, I thought that it was just the image in the SVG viewports, but then I realized that the entire SVG viewport was black except for the lower-right quadrant. The SVG viewport is correctly fully sized, it just appears as if there is some black mask over 3/4s of it (or only 1/4 of it renders).
Here's what I think are the relevant HTML code lines, the containing Div tag for the first SVG view (line 67):
<div id="divSvg1"
style="position:relative; z-index:1; margin:15px;
top:100px;
width:640px; height:640px;
background-color:black;
float:left;"
>
The SVG tag (line 104):
<svg id="svgEa"
style="width:100%; height:100%;"
viewBox="-7500 -7500 15000 15000"
preserveAspectRatio="xMidYMid meet"
clip-path="url(#svgEaClip)"
transform="scale(1.0,1.0)"
version="1.1" xmlns="http://www.w3.org/2000/svg" xmlns:xlink="http://www.w3.org/1999/xlink">
<!-- NOTE: All internal units are in KM (or %) -->
And the embedded Image tag (starting at line 160):
<g id="gEaAll" transform="scale(1.0,1.0)" >
<!-- ... -->
<g id="gEaSurfaceFacingBottom" class="eaSurfaceFacing">
<g id=gEarthImage>
<!-- ... -->
<image x="-6413" y="-6413" width="12826" height="12826" href="eosImages/globe-arctic 8bit.png" />
</g>
</g>
The second SVG view is a shadowed (<use..> tag), zoomed view of the first with the same problem.
I have tested this on my PC, on both screens in Chrome, Edge, and IE, where it works correctly on all of them. I have also tested this on my iPhone with both Safari and Edge and my iPad with Safari, Chrome, and Edge with the same failure on all of them. I have tried just a bare <img> tag of the PNG file outside of SVG and that works fine on these platforms.
I do not have any Android platforms to test with, so if anyone wants to try it and let me know, I can add those results here.
I have researched this, and though there's a bunch of stuff about iOS not rendering images, mostly those are a complete failure to render, rather than this very specific partial rendering, and much less specific stuff about SVG differences. Ultimately I didn't find anything that seemed to be the same problem.
To summarize then, my question is: what is causing this problem or what have I done wrong, and how can I fix it? (I do understand that I will need to have a different style/CSS layout for mobile, but I still need to know what needs to be changed to make this render correctly)
Add X and Y coordinates for your <rect />. In your case, your Clip-Path Rectangle is not in an exact coordinate.
Here is the code working for me
<clipPath>
<rect x="-7500px" y="-7500px" width="100%" height="100%" />
<cliPath>
replace this code with your <clipPath> on line 114 and 301.
Here is the Screenshot
Moreover here is a live demo that worked on my Mac Safari as well in windows Chrome, where I took one part of your code.
Update
Check the answer by #fussionweb.
Orignal answer:
You can try the -webkit- prefix before clip-path. It seems to be a safari issue related to clip-path.
Background
The application UI is built in icefaces
As iceface works, a piece of javascript code is retrieved from the server, this code is run on the browser to update the svg element.Hence, svg is rendered
dynamically for the 1st time
Problem
Issue is with the <text> tag in the svg not rendering properly. The <text> tag does not follow the positions x,y as mentioned in its attributes. Instead it just stays at the origin(0, 0) because of which each of the text within different <text> tag overlaps over each other.
First rendering looks like this
However, the text gets positioned correctly automatically in the following cases:-
The size of the browser window is changed
Any of the elements in
the <svg> tag is altered via the developer tool
From the above 2 points it appears that the svg itself is not rendered properly at the first load(dynamically). As soon as we do any of above 2 points chrome renders the svg correctly.
Resizing windows/Altering any svg element in developer tool automatically fixes it to this
Queries
Is there a way to force reload svg in chrome?
What could be an alternative to using <text> tag for positioning text in the svg?
Any other solutions?
NOTE:-The same scenario works perfectly in Firefox !
Although the full svg code is quite big but here is the HTML piece responsible for rendering the svg text
<svg xmlns="http://www.w3.org/2000/svg" xmlns:xlink="http://www.w3.org/1999/xlink" height="100%" minwidth="1" width="100%" x="0" y="0">
<g transform="matrix(57.22751322751323,0,0,57.22751322751323,360.6538835978836,26.883768888888916)">
<g>
<text font-size="1" style="font-family:'Arial', sans-serif; stroke:none; fill:black;" transform="scale(0.048895)" x="-10.779220779220779" y="2.1136363636363633">
<tspan x="-10.779220779220779">Overlapping text</tspan>
<tspan dy="1em" x="-10.779220779220779">Overlapping text</tspan>
</text>
<text font-size="1" style="font-family:'Arial', sans-serif; stroke:none; fill:black; font-weight:bold;" transform="scale(0.08001)" x="-6.587301587301588" y="-0.75">
<tspan x="-6.587301587301588">Overlapping text</tspan>
</text>
</g>
</g>
</svg>
I had the same issue. I think it's an issue with chrome (or chromium for Linux).
Just as a quick fix to get it working. My solution used Inkscape.
First, make whatever SVG you want with Inkscape with the centered text.
Then with the text selected press Ctrl + Shift + C. This will convert it from text to a path object sort of bypassing the chrome issue.
Not the best fix, I know but it works. Just a way to get it to work till it's fixed.
I also got this issue. But seems like this is due to the late loading of font used for text.
You can also try using two below properties:
1. textLength
2. lengthAdjust
My problem is the following : I try to display an image in a SVG section thanks to the <image> tag. The following code is an example.
<svg xmlns="http://www.w3.org/2000/svg" xmlns:xlink= "http://www.w3.org/1999/xlink">
<image xlink:href="http://2.bp.blogspot.com/-auWhmIJyACw/TaHzOV8pN1I/AAAAAAAAAPY/2nGmNaJRaBs/s1600/roger-federer-widescreen-wallpaper-001.jpg" preserveAspectRatio="xMinYMin slice"></image>
</svg>
My problem is that it doesn't work on Safari and Firefox. It seems to come from the image tag which is not working. I don't know if it's a syntax or a xlink error.
There is a codepen if you want to make your tests : http://codepen.io/vavouweb/pen/VaMNqg
In SVG 1.1 the attributes width and height are mandatory for images.
The unfinished SVG 2 specification proposes that requirement be removed but only Chrome and possibly IE edge have implemented that suggestion at the moment as far as I know.
I'm trying to embed several .svg-files on my website.
Everything seems to work perfectly fine as long as I use Chrome, Firefox or any Mobile browser I've tested so far. However, there's one exception: Whenever I view a svg on my Windows Phone (Internet Explorer Mobile) the image gets distorted.
I guess I found the reason for this behavior already: Since I want the size of any svg to be fluid, I gave them a percentage-based width and an auto-height. This works, as mentioned before, fine for most browser. Internet-Explorer however, seems to ignore height:auto thereby stretching the svg to it's maximum heigth.
That said, one solution would be to assign fixed dimensions for every single .svg.
But that would sacrifice the idea of a responsive design.
Has anybody an idea what the problem might be?
Oh, an here's the link to a page of my website featuring a svg (the black "star" saying "select"):
http://alexanderschlosser.de/select.html
Many thanks in advance!
Alex
EDIT: That's the code of one of the embedded SVGs.
<?xml version="1.0" encoding="utf-8"?>
<!-- Generator: Adobe Illustrator 16.0.4, SVG Export Plug-In . SVG Version: 6.00 Build 0) -->
<!DOCTYPE svg PUBLIC "-//W3C//DTD SVG 1.1//EN" "http://www.w3.org/Graphics/SVG/1.1/DTD/svg11.dtd">
<svg version="1.1" id="Layer_1" xmlns="http://www.w3.org/2000/svg" xmlns:xlink="http://www.w3.org/1999/xlink" x="0px" y="0px"
width="90px" height="90px" viewBox="0 0 90 90" enable-background="new 0 0 90 90" xml:space="preserve">
<path fill="#E64132" d="M45,87.25C21.703,87.25,2.75,68.297,2.75,45S21.703,2.75,45,2.75S87.25,21.703,87.25,45
S68.297,87.25,45,87.25"/>
<path fill="#FFFFFF" d="M45,5.5c21.78,0,39.5,17.72,39.5,39.5c0,21.78-17.72,39.5-39.5,39.5C23.22,84.5,5.5,66.78,5.5,45
C5.5,23.22,23.22,5.5,45,5.5 M45,0C20.147,0,0,20.147,0,45c0,24.853,20.147,45,45,45c24.853,0,45-20.147,45-45
C90,20.147,69.853,0,45,0"/>
<path fill="none" stroke="#FFFFFF" stroke-width="5.5" stroke-miterlimit="10" d="M67.08,45c0,0-7.193-13.292-22.08-13.292
S22.92,45,22.92,45S30.113,58.292,45,58.292S67.08,45,67.08,45z"/>
<path fill="#FFFFFF" d="M50.433,45c0-3-2.433-5.433-5.433-5.433c-3,0-5.432,2.433-5.432,5.433S42,50.433,45,50.433
C48,50.433,50.433,48,50.433,45"/>
</svg>
If you want to have some responsive SVG's add this new attribute to the svg tag:
preserveAspectRatio="xMinYMin meet" <----- take notice of the capitalization
you dont need the width and height attributes anymore, they should now responsively conform to the size of the container they are in (though you might need to define the size of the container because sometimes chrome will render extra white space below an svg if not defined).
edit: defining the width and height of the svg in css works too
Here's a fiddle