跳转到内容

图像Con17:响应图像

历时近四年,四大建议标准, 组成社区集团, 并资助运动支付开发费用,努力工作开始

杰森格里格斯比共同创建者云四小网代理商 俄勒冈州波特兰和第一个开放设备实验室一起创建移动波特兰并签署未来友好Web宣言

年轻时Jason在1200bud吹口哨,第一次介绍Mosaic时完全不受压倒,2000年WAP拉屎时被移动虫咬到并写多篇文章说明如何使用响应图像目前他沉浸于进化Web应用的潜力

历经五年多规范后,响应图像终于登陆并有声音哪一个真的令人振奋,对吗?人为此爬山已有相当长的时间 并达到现代浏览器可用点人很兴奋,想使用它 设计师和开发商长期以来一直以它为 受挫点

然而,当我看着对它的反应时, 让我想起我最喜欢的卡通字符WileE土狼我爱威尔E土狼有多种原因持续右持久性现在是件大事坚持并追逐路运行者, 尽管事实,他从来没有抓住路运行者,1980年用卡通标注Soup或SoniceCoyote终于抓住路运行器51年追逐后失败尝试并展示你 那一刻即刻

好耶51年

网络设计师和开发商多年寻找某事和某种解决办法后 都感觉到这样响应图像.突然间,他们开始看它 并像“我们做了些什么。”对吗?仿佛看所有这些标记 这是巨大的公路运行者 我们刚捕捉博客文章评论中看到这一点,人们在博客上谈论“这太复杂了。三百幅图片能想象吗?"或“这些新事物有这么多问题响应图像系统化我没有时间列举出出错方式数仿佛这是反应,我理解我理解是因为谁能忘记背景梯度多复杂和梯度多复杂,而事实上这些梯度如此复杂意味着它们从未被接受,而我们只是不使用网络上的CSS梯度

实战实战 对吧仿佛我们最终会吸收复杂性我认为我们排序直觉反射图片 不因为它复杂 因为任何时候有新标记 需要时间学习标记我认为它出自事实 我们认为图片很简单图像从不简单自网上最早数日以来就一直困难windows和Mac共享色空间216网络安全颜色时,我们首先开始设计 web时不得不担心Windows和Mac共享色空间中216网络安全颜色,我们必须确保图像与颜色空间相容或图像不正确显示启发Weinman.comLyndaWeinman于1996年写一本书,258页

下一年不够用 所以她制作第二版447页从这里转到Lynda.com并用几百万美元或数十亿美元向LinkedIn出售我希望这就是我启动 亿万富翁路径的地方,就在这里图像总是复杂即使是现在,我们的图像压缩方式 和事实异压缩基础

因此我们必须接受事物比较复杂但我今天想做的是,我想谈一下工具问题,你可以使用这些工具来决策你图像应如何工作以及如何从排序工具集中选择正确工具响应图像即我们已经可用为了实现这一点,我们必须先谈使用案例So the响应图像社区组研究此创建一系列使用案例响应图像但我真的缩小到二

两种用例我认为最重要是分辨率切换, 这就是一种思想,即你有一个单图像并想根据视图端口大小以不同尺寸显示它, 基础是设计,基础是显示密度类型特征图像本身基本相同

第二用例叫做艺术方向, 并有几例不同的例子举个例子,这张照片 奥巴马总统被拍后 汽车援救他谈论 成功汽车援救足够大屏幕显示后台 并知道他在工厂讲话是有道理的但如果我们简单缩小图像 很难识别谁在说话离扬声器近点会更好 这样你就能真正解析细节一种艺术方向但不一定要裁剪

这是Nokia浏览器网站实际启动周与波士顿环球网站相同,响应设计工作上

设计师布赖恩和Stephanie Rieger谈到他们想如何炫耀Nokia浏览器的chrome屏幕宽度高时 使用图像画像版,对吗?他们想能够炫耀所有那些片段可当图像缩小时 版本会变小以至于你看不到染色体无法理解细节,结果制作肖像版艺术方向的另一版

最常用艺术方向示例是图片内嵌入文本的东西CB2从前几段主页上取出这张照片, 上面有三大相片加印章和几条文本和几条标识, 上小屏幕上则换成两张相片和几条标识,如果他们缩小它 会变得太小现在这不是响应设计可你可以看到他们如何改变小屏幕上图像自由人民是一个购物网站 花很多时间艺术方向日复一日,网站上都有新图像有点疯狂 他们做什么正因为如此 他们无法花时间 解决如何叠加图片文本每天制作这些新图像,但如果简单缩放下来,你无法读出文本,因此创建图像替代版我们知道你无法读出文本, 因为如果你点击照片或窃听照片,你就会拍到网页上,而他们实际上只是缩进网页,而你无法读取它。

事实尽管他们在主页上做得不同 实际目录页上,他们实际上展示出这个问题以上是两个使用案例90%时间使用案例 即分辨率交换使用案例所以我想谈一下你何时决定使用响应图像标准先从图像元素开始图像元件总是需要的我对图像元素的思考方式是,它是一个盒子 内所有这些新响应图像标准或图片或源集或大小, 或规则应用, 都归结为图像元件JavaScript中可以看到这一点,如果你查看源属性并观察当前源变化,当图片元值应用时,当此例中,媒体查询应用时,图片元值应用时,媒体查询应用中

现在第一个问题我问的是,你是否拥有图像元素,你还需要什么吗?如果你定宽度设计,你没有,对吗?图像元素足够或在某些情况下甚至是响应设计彩虹托儿所,这个英国幼儿园 超棒美术馆高超设计响应设计网站里有我们所见之类,对吗?底部小图标表示所有社会反馈三位图标SVG,其中一位图标PNG均非最小版与最大版大相径庭假设中我们只需要源码

事物哪里变异是 当我们开始看高密度显示器,对不对和这里srcset设置进取能力定义多源Sosrcset设置添加属性图像元素,逗号分离源列表最先处理高密度显示器的版本之一是处理所谓的x描述器或显示密度描述器,在这种情况下我们有两张图片一维图像二维图像基本浏览器选择基于显示密度易事对吗那么我们开始处理类似问题本页有大图象实际256kl和508kif that's all we prove 对移动设备上的人来说太大需要更多源文件感恩地srcset设置实际解决之道因此,我们有能力定义一系列图像并告诉浏览器这些图像的宽度

关键在于它不同于CSS通常发生方式, 即我们根据大小和页面定义图像实际尺寸为Photoshop或图像编辑器打开时所见,它询问该图像的原始像素是什么浏览器从中选择最佳源码哪个问题引出问题,真的正确,像浏览器将如何选择最佳源码并在这里我们进入 区域制造响应图像真正挑战性

网页典型排序并加载事物之一即HTML请求后HTML返回并观察解析从中开始,然后浏览器解析HTML在avaScript中发现CSS并请求去那些项目不久后请求图像 请求更多图像 并接收JavaScript和CSS等我们实际获取CSS进程 了解页面上发生的事情这一点很重要,因为图像在图像大小和页面已知前下载问题大

重回例子中,我们如何知道哪些源头应该抓取? 如果我们还不知道图像和页面下载时大小如何?很多简单化版本响应图像简单查看视图端口大小并心想,如果我们知道视图端口大小,我们可以决定哪些图像合适类似沃尔玛小屏幕上杂货图像与视图端口大致相同上页越大,视图端口越大, 现在它大约为视图端口大小的三分之一渐渐变大后,我们意识到它实际上完全断开视图端口的大小视图端口实际为15040像素宽度,这些图像为254像素两者间没有任何关联

挑战 开战响应图像并取名假设预加载器或前排预加载器, 仿佛我从浏览器上工作的人那里 听到不同名称这场拔河战 使我们花了5年时间 达到不同的标准响应图像.取之以理 仿佛两种类型人 你可能去度假人想像一切 排在前时间, 他们想知道他们要去哪里, 他们需要去哪儿, 他们有全行程集维苏斯人像"嘿旧金山我在这里来查一查到底怎么回事吧左侧有前视预评它想立即知道它应该做什么并响应图像都像"不不不等待。等待。等待布局完成后,我们才知道页面中图像的精确大小。”

挑战是我们无法解决的原因响应图像ss或avaScript相似,像为什么我们需要新标准或甚至像魔术新图像格式人有段时间谈论图像格式像JPEG2000哪里下载部分图像,然后你就可以中途停止全图像尺寸,只要你有足够的图像填充你需要的空间。问题是我们不知道空间大小对不对当我们实际下载图片我们不能忽略这一点,因为前视预评分数是快速网络的密钥Chrome团队表示,当网页实现时加速20%firefox表示19%Ilya Grigri研究发现43%平均网页图像由投机加载器下载并占页面权值的50%网页重量的50% 由一些不知道页面图像大小的东西下载我们不能忽略这个问题

这也是我们相当长一段时间所坚持的东西并带给我们英雄 我们故事的大小大小是属性人们不谈,但实际上它拥有最长的持久电源响应图像.大小需要随时使用宽度描述符任何时候我们使用宽度代替显示密度描述器尺寸基本有一系列媒体条件, 媒体查询子集, 它做你需要它做的一切并有介质条件和长度 可以是视图端口单元百分百视图端口单元或33视图端口单元万一没有媒体条件 算作默认万一其他相匹配则有254像素 长度可以是绝对值 可以是相对值 或甚至是CSS计算

沃尔玛例子使用此规则百分位视图端口等到我们达到一定大小后,我们移到视图端口的三分位, 并随着屏幕变大,它只有254像素随它吧一开始我们开始讨论尺寸时 有很多推回我认为仍然推退 思想分离关注,对不对尺寸包含信息设计 并加分中 我们宁可加分仅为内容 CSS设计 JavaScript行为而不是像我们中任何人 做这种事情没有意识到 这是一个问题,像我们有很多 关于它的对话可我们刚得出结论 大小是何者间的必要折中响应图像需要做和猜测下载行为最理想时,当我们不喜欢加注时, 问题就解决了

真正伟大的事物srcset设置大小显示浏览器智能化源表不是声明上头不表示你必须下载图像上写着"这里有一些图片从中选择." 你比我们更了解设备上发生的事情你可能知道网络速度,你可能知道用户选择谷歌快速浏览浏览器可以使用一系列不同因素来判定 320像素并稍加提升外观还不错,没人知道差对不对这些东西类型 我们希望浏览器会实验还没有做很多,但这是后思想 提供他们srcset设置大小做决策

图片元素呢我的意思是,它实际上是名称 规范我不再指图片元素或图片标准响应图像标准因为人们真正固执图片图片很重要 但它在艺术方向方面举足轻重图片元件发生的事情是,你拥有一系列源码并有媒体查询这些不同源码和匹配的第一个媒体查询告诉浏览器应使用哪个图像这是一个声明,这是一个规则您必须使用此图像反向发生srcset设置哪里可以从不同图像中选择

最有道理的是,像Shapify所拥有宽屏上,他们有某种客户图像,然后小屏幕上则刻画图像非常重要的是小屏幕上它会抓取不同图像并不只是重整版同一张图像并用图片元素实现图片元素的另一种使用非常令人振奋, 即声明不同类型的图像, 基本不同的图像格式,你想要向浏览器提供类型属性表示 : “ 嘿,如果浏览器支持SVG,使用SVG版本图像 。 ”而使用WEBP则使用WEBP版本并会注意到,在这个例子中 因为我们不做艺术方向 我们不需要媒体查询事实上,我们不应该使用媒体查询,我们应该向浏览器提供不同的选项并允许浏览器选择这些不同选项

这些东西真令人振奋自最早 web时代起我们就没有这个机会有几组不同类型图像格式可供实验仿佛JPEG2000事物我完全忽略做一个极好的工作 与alpha移植即PNG237kJPEG2000版本只有51k好多了平面版也是如此对不对上头JPEG2000版本平面为19kWebb最好56kPNG通常使用325k淫荡吧太大了可我们不能使用JPEG2000因为它不支持无处猜它实际上支持Safari我没有意识到,但JPEG2000工作SafariJPEG2000立即为我们的Safari客户服务并基于图片元素,我们可以为空白浏览器上的人提供WP回退,我们可以为不支持这两个浏览器的用户提供PNG回退。

这是一个惊人的契机 多年来我们都没有能力实验 不同图像格式 以寻找更好的方式处理网络上图像我们现在可以做它 因为图片元素万一魔独角兽图像格式解决所有问题 明日出现响应图像标准开始实施时响应图像组织内部大问题之一 与图像相关断点.指图像断点图像源数应交付多重图像源对给定图像有意义吗?做艺术方向很容易或很容易回想诺基亚例子,对, 时分染色体变小以致无法读取, 正因为如此,才需要创建不同版本图像

if you're doing图像断点求解交换难度大得多直觉或许可以同样方式接近响应设计并响应布局起程设计或导航并开始重构浏览器, 直至它看起来不好并启动那时我们需要断点,对吗?决策基础响应设计并当设计分解 不同的屏幕大小问题解析切换 并不清楚事物何时分解多图像断点两千像素和二百像素之间需要吗需要2个 需要10个图像本身不会告诉我们很多 因为如果我们简单地向下缩放图像, 它会看起来完全相同的权利没有什么意义图像开始变坏

事实上,如果我们有2000像素宽度和400像素页面则问题大取下采样到800像素 73k省大钱可你知道吗600像素宽42k 并再节省30元 所以我们绝对应该做可你知道吗500实际31k11k,我们绝对应该交付500可能450吧仿佛你可以继续走动, 你只要继续走动直到基本你拥有的是 你拥有像页面上那么大的实际图像对不对这是我们唯一了解的内存信息可我们不能拥有图像形形色色的每一种版本, 它根本说不通

Scott Joe写道当Scott Joe工作响应时,Scott Joe在波士顿环球网站工作时, 关于他们如何决定改变图像断点基于明智跳转文件大小,我像什么是明智跳转文件大小,我如何做那种决策?因为图像压缩方式不同两者大小完全相同 左侧为151k 右侧为13k对不对开始研究应用性能预算响应图像.可以说,“嘿,如果我们去设计的其他领域, 我们实际上说新特征会添加到网页上。我们想确认我们知道新特征的预算是什么。” 灵活图像是新特征如果源图像为500x333和58k, 页面中它缩到300x200,那图像的大小会有多大 if we actually size它适合页面

发现它本会24k表示使用该页灵活图像的成本为34k万一我们决定 我们只想要 性能预算为摄像量20k对不对所以,我们要确认,我们提供源量不大于2千兆克的不同源量,这样,没有人下载量超过2千兆克,比实际需要显示页面量多2千兆克。当你开始以这种方式看待它时, 你意识到的是图片本身 告诉你一些有关断点.图像需要八断点介于不同图像源间20k一三一 七徽标只需要一个我有一个想法,它排序 疯狂的想法,像唯一的东西我所想出, 将实际上方法 以某种逻辑方式做这个 而不是我认为很多人正在做 只是排序任意判定OO

稍早前我收到云内人发来的邮件 他们像"嘿我们搭建了一个工具来调整大小版本并选择性能预算, 并取出图像并猜出需要多少不同源码。它能为您提供标记和所有可下载图像和类似事物那天棒极了 我得告诉你疯狂点子我不够聪明 无法真正想出如何做 但我很高兴别人做了即便如此我还是会说 大部分时间图像断点尚非科学或至少尚非实践科学性能预算方法大概是我所见最优方法 从实际逻辑学上看多数组织都照我说的那样工作,就像“嘿,我们有三大布局断点,我们将做三图像断点无法为个人图像做像性能预算素材 最少取点有代表性的图像 测试他们如何压缩 并尝试出一大批图像 来设计合情合理

并带我到另一点人类根本不应该做这项工作Adam Bradley引用道道: 免网死曾有时间点 当我们用手转换视频可现在没有人这样做,因为有太多代码解析方式, 太多决议方式需要支持 不同比特率所有这些东西,对吗?服务设计自适应 个人浏览器速度 自然事物也不应该用图像做我认为有些事 将帮助我们

首先是新标准,它尚未得到广泛接受或采纳,但它被称为客户提示客户提示很有趣需要HTTP页眉,所以每次请求图像时,每次HTML或CCS请求时,浏览器都发送一些页眉并添加新页眉添加DPR、视图端口宽度和图像宽度两者都重要DPR和宽度正像早些时候沃尔玛杂货网站显示的那样, 视港宽度常量与页面图像大小无关, 所以我想有些人可能发现有用,其余两个则很有趣 因为如果我们把信息发到信头里 免得加标记对不对尚需尺寸,但可消除srcset设置.

此外,这与客户提示无关,而是另一个信头,即接收信头向服务器说明浏览器理解图像格式并用客户提示和浏览器通知用户或服务器它使用图像格式时,我们可以接受目前设计为宣布WP并发JPEG XR和JPEG和不同源并发数异的标记.它正在做一些真正复杂的事情很高兴我们有这个选项 因为我们过去没有这个选项但是我们可以用它取而代之对不对大胜客户提示量大要使用它,你必须在网页上添加元标签并声明需要什么提示不幸客户提示目前只支持闪存浏览器

而这带点...鸡鸡鸡鸡鸡鸡鸡鸡鸡鸡鸡场景时客户提示,因为浏览器请求服务器服务器不知道浏览器支持客户提示或非支持, 但它必须决定是否添加元标签, 并决定是否加分页高长图像素材或可使用压缩版但它还不知道浏览器是否支持它,所以它可能必须同时同时操作 即客户提示有这个阻塞 即它没有在浏览器中得到广泛支持 并为了支持它问题不会永远持续下去, 希望其他浏览器会开始实施它, 并讨论如何避免浏览器在优先请求中实际表示它支持客户提示或非支持提示以显示正确标记 基础是浏览器是否做

眼下解决之道 推荐之解法其实是使用代理检测 来做这些决策很有趣,因为他们开始向客户提示的原因之一是 因为他们想用设备检测数据库 替代基于代理字符串做一切事的设备检测数据库we're like "We're back!" 似乎像我们同时向后向向前客户提示令令令你留意 因为它们真正简化处理过程响应图像.

时看工作响应图像组织内部我强烈推荐响应图像审核我们正与一个组织合作 大酒店链我 认为这是40万图片 他们的网站响应设计.假设有三大图像源 即120万图像if they决定支持视网膜显示2x显示为240万图象大数图像系统化图像视图变得非常重要问题之类 我们最终会问源文件在哪里? 发布过程是什么?最大最小版本之间有大差吗因为如果没有,也许我们可以从单源中逃脱分辨率交换或艺术检测SVG系统可用吗svg使用后不必为这些事担心 if we usesSVG we don't have to worry of all this stuff.是否有有代表性图像可用以提供明智跳转或可使用某种方法使用这种自动检测图像数断点需要吗需要支持多图像格式吗?

最终结果就是我们有一系列图像 并真正能带下五类图像90%图像为属性摄影srcset设置大小可用,但归根结底,如果可用,我们本会使用srcset设置并大小使用并会解决 绝大多数图像上传多版图片支持设计师 支持设计中需要的不同尺寸

后来我们有一些像徽章或奖项 特殊属性赢得决策为那些图片 我们做视网膜版, 无关紧要仿佛小徽章 奖项总体而言,最大希望与自动化相关响应图像.重复一遍,我们不应该人工操作 并应该实现自动化并有很多工作发生 在这个空间图片填充多填允许使用响应图像甚至在不支持图片元素浏览器响应图像.Drupal开发图片模块响应图像并实际部分Drupal8核心WordPress公司响应图像社区小组研究响应图像插件并相信Eric也被放入主核对不对对好谢谢偶有疑点wordPress现在默认操作 并反复看到CMS和E-Commerce系统

并有成像裁剪服务电子表格显示所有我所知道的不同图像缩放服务其中一些软件可安装自有系统,有些免费服务,有些付费服务取决于你所寻找的东西。他们没有要求我这样做,但云里的东西 他们正在做一些非常好的东西响应图像.取我疯狂思想实现并不痛,但取自响应图像.我希望其他服务 将开始做 类似的事情响应图像断点并制作它免得每天思考它,设计师和开发商上传最大可能图像 并创建模板 并输入标注模板

好所以我理解响应图像似似似似然我懂我去过我去过太多次记住你并不孤单真正非同凡响响应图像社区组由设计师和开发者驱动驱动者是现场工作人员而非浏览器制作者这并不是说浏览器制作者 不创造真正好的东西 他们没有参与关键是那些参与构建浏览器的人 参与响应图像分组.但它实属社区驱动努力内人响应图像社区集团来帮助你 万一你遇到问题仅本周我回答Twitter上的人的问题,他们想想想方设法处理问题srcset设置和大小乐于帮助Eric部分响应图像社区组会帮助马特马奎斯Yoav Weiss为Akamai工作,像集团内部的一群不同的人一样,他们回答问题,如果你遇到问题

从长远看,我们将搭建工具 使爬山更容易只需要先走一步维塔利曾谈到事实 人少使用这些新标准时间启动时间为现在我们想看看你如何使用我们希望从你学习,我们想学习人们如何实践现实世界并想听听你如何使用非常感谢

回顶

特征邮箱

Baidu
map