基础和均衡器不是很好的用户体验
Foundation and equalizer not good user experience
新建基础。我将foundation 5与均衡器一起使用——我只是有一行2列,一行有一些文本,另一行有一个图像。我需要两列的高度相同,所以我使用数据均衡器。
<div class="row collapse" data-equalizer >
<div class=" large-6 columns main-headline story panel" data-equalizer-watch>
<div class="large-3 columns panel end" data-equalizer-watch>
<img src="http://lorempixel.com/output/people-q-c-640-480-2.jpg" class="main-headline-image ">
</div>
现在的问题是由于加载图像需要一些时间,有一个令人讨厌的滞后:第一个div首先被渲染得很短,几秒钟后均衡器会重新计算它的高度(因为图像已经加载,现在均衡器会给它图像div的高度),然后它会拉伸以满足图像的高度(拉伸是可以的,这是应该发生的,但花2-3秒就可以了。看起来一点都不好)。
是否有应对策略?这是一个问题,因为我正在当地开发,而且已经够糟糕的了,我不想考虑在制作更多的图像时会是什么样子。我想预先设置柱子的高度会解决这个问题,但这不是一种"糟糕"的地基处理方式吗?给柱子一个预先确定的高度会破坏整个东西的响应能力吗?
如果你的图片太胖,不管基础与否,你仍然会受到"2-3秒后调整大小"的影响
由于响应能力的损失,给柱子一个固定的高度是个坏主意。
备选方案包括:
- 显著优化您的图像
- 仅在加载图像后显示带有基础均衡器的块
相关文章:
- 我如何才能让CasperJS和PhantomJS在约塞米蒂玩得很好
- 在Javascript中使用全局变量作为缓存是很好的
- 我在下拉列表中尝试了下一个和前五年的html代码.接下来的5年我都过得很好.我怎样才能拿到之前的5年
- JavaScript中的OOP太令人困惑了,ES6很棒,但没有得到很好的支持,该怎么办
- "此网站似乎使用滚动链接定位效果.这可能不能很好地与异步平移一起工作;
- html5:一个很好的加载方法
- mootools 1.4.2和angular 1.3在ie8中配合得很好
- Javascript是一个很好的日期选择器和时间选择器库
- 使用JavaScript验证用户交互/输入-这是一种很好的方法
- unbind().click(function(){..})是一种很好的做法
- Chrome,Safari在从本地存储读取时挂起,而Firefox很好
- JQuery在Chrome中不起作用,但Firefox很好
- 这是一个很好的例子,显示了 JavaScript 中的 OOP 和过程编程之间的区别
- Javascript表排序工作得很好,但对所有索引进行迭代会得到不同的结果
- 以这种方式使用if/else-if/else是一种很好的做法
- 一个很好的JS库,用于容纳电气原理图
- webpack:在MacOS上很好,在linux上加载程序错误
- wrap() 不能很好地与 after() 一起使用
- 基础和均衡器不是很好的用户体验
- 如何在关闭php中的弹出窗口后重定向到另一个页面,这对chrome和FF用户来说很好