我希望我尝试的不是不可能的。
让我先解释一下:我有一个响应性的设计,需要在某些情况下(媒体查询块)修复背景。所讨论的设计是这样的:
基本上有两个媒体查询:一个是关于最大高度的查询,一个是关于最小宽度的查询。如果有足够的视口高度,则在内容区域有一个滚动条,并且设计高度是固定的。但是,如果视口不够大,无法显示预定义的高度,那么高度中介查询将从内部div中删除滚动条,这样就不会有两个嵌套的滚动容器(body + div),并将内容区域设置为height: auto。
如果视口太窄,也会有响应性的媒体查询,但这是完美无缺的。
Now the problem:当设计切换到整个页面滚动的模式(低于830
我正在运行一个角的应用程序与一个Konva阶段与一些移动的形状和图像。我注意到,当浏览器脱离焦点,重新聚焦时,整个阶段就会冻结,而chrome dev tools中性能监视器的CPU在几秒钟内会达到100%。剖面仪显示,大约580毫秒是图像解码(绘画)和大约1000毫秒是系统。
然而,当浏览器保持不对焦时,性能监视器就不会显示出明显的变化,就像它保持焦点和形状平稳移动时一样。
有人知道是什么原因导致这种性能滞后的时候,再回到窗口吗?我的第一个想法是,它可能是画布或内部的东西,在Konva开始更新再次暂停,而浏览器是失去焦点.
我使用PIL库打开一个图像,然后将其转换为数组进行DL操作。然而,我发现打开的图像是模糊的,而不是原来的图像。为什么图像会以这样的方式出现呢?我们能做些什么来解决这个问题?如果有可能的解决方案出现在OpenCV中,那也是值得欢迎的。
我也尝试使用OpenCV,但是我得到了一个断言错误,即
error: OpenCV(3.4.3) /io/opencv/modules/imgproc/src/resize.cpp:4044: error: (-215:Assertion failed) !ssize.empty() in function 'resize'
代码:
from PI