【问题标题】:Trouble with fill(url#) on loading inline SVG加载内联 SVG 时出现填充(url#)问题
【发布时间】:2013-11-26 19:43:21
【问题描述】:

我不知道是否有人已经询问过类似的问题,但我一直在搜索,但没有找到有关此问题的任何信息。

一些 div 首先显示,其他的在 JS 转换后出现。在其中一个 div 中,我有一个内联 SVG。当第一个 div 加载(具有内联 SVG 的那个)时,它看起来不错,如下图所示:

https://drive.google.com/file/d/0B-1un9u8DWH-UExQeXpQOXJBMzA/edit?usp=sharing

但是,当具有内联 SVG 的 div 仅在某些转换后出现时,它会以这种方式显示:

https://drive.google.com/file/d/0B-1un9u8DWH-U0RHMnRoV3Y4OE0/edit?usp=sharing

遭受转换的 div 是包含整个块的那些(除了带有 svg 内联的父 div 块)。似乎发生的情况是,url(#idofgradient) 调用的 svg 填充未找到,也未识别。并且仅调用 #F7F7F7 的填充效果很好(图像中间的 SVG 线条部分)。

我不知道在这种情况下发生了什么。

如果有人可以帮助我,谢谢。

【问题讨论】:

  • 做一个最小的测试用例然后发布代码——这就是 Stackoverflow 的工作原理
  • 是的,jsfiddle 示例会很有用。
  • 它们是内联的 svgs 是绝对必要的吗?为什么不用 icoMoon 制作字体?如果您过去没有经常使用 svg,我建议不要重新发明轮子并使用 snap.svg

标签: javascript jquery html css svg


【解决方案1】:

很高兴看到一些代码,但我认为您遇到的问题与内联填充有关。移除内联填充并使用 css 应用填充(如果您正在制作填充过渡)。

.class{
fill:#aaa; 
}
.class:hover{
fill:#fff; 
}

【讨论】:

    猜你喜欢
    • 2020-04-21
    • 2018-10-16
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2019-04-12
    • 1970-01-01
    • 2016-09-16
    相关资源
    最近更新 更多