如果看到以下构件,本文可能有所帮助:
如何解决这个问题?
根本原因是与网站上的其他元素相比,是覆盖层的z-index错误。叠加本身会将其正确地分层到z-index中,但由于组件(如放置在网站的其他元素中)必须得到正确的分层,否则将遇到以上视觉问题。
首先,必须找到导致分层问题的确切因素。这是从不同的网店之间的问题,并不是一个问题的覆盖。下面是一些典型的打破层次感的类型:
父组件中的css转换。 css变换将打开一个新的画布,这样在画布中重新创建z轴顺序。此画布可能被页面上的其他元素覆盖。参见如下链接中的解释:https://stackoverflow.com/questions/15194313/transform3d-not-working-with-position-fixed-children/15256339#15256339 and https://stackoverflow.com/questions/2637058/positions-fixed-doesnt-work-when-using-webkit-transform/15251226#15251226
解决方案: 不要在放置我们组件的任何其他父组件中使用css转换。
z-index指数冲突。如果两个组件具有相同的z-index,但其中一个嵌套更深,则嵌套较少的组件优先考虑 less-nested component is prioritized.
解决方案: 在DOM中明确声明z-index
这两个是最常见的陷阱。
但是其他插件可以开箱即用!
我们的组件是用最新的网络技术构建的,这些技术确实不是100%的防止入侵。然而,在攻击保护机制的意义上,它们是具有防护机制的。我们的组件不会降低页面速度,因为它们是独立运行的,并且它们不能被分页的其他部分阻止或修改。例如,运行的另一个JavaScript是坏的,我们的组件仍然是可见的,因为我们的代码在沙盒风格中以最高标准执行。
所有其他的插件都在那里,开箱即用的工作延迟页面速度通常150ms或更多,因为他们在加载时修改原始页面。而我们在并行负载上扩展。
仍然有问题?
如果安装的问题仍然存在,请联系我们。我们一定尽力解决问题。