rrent-work/multipage
/editing.html#focus） 的相关行为（activation behavior which will fire
a xxx event but does nothing）。但是Firefox选择同时阻止contextmenu事件
的触发。在这两者之间哪一个正为准确，邀请大家讨论。
----
Gray Zhang
Mail: otakus...@gmail.com
Blog: http://www.otakustay.com
Weibo: http://www.weibo.com/otakustay
--
Regards
Hawkeyes Wind
Hawkeyes Wind <hawkeyes0...@gmail.com>
Firefox的行为跟其浏览器架构有关。
Firefox浏览器本身就是由其浏览器核心渲染呈现的，所以其右键的上下文菜单的原理与网页一致，即由鼠标事件触发，然后判断
如果显示上下文菜 单，则继续触发contextmenu，否则跳过。
而Chrome和IE的浏览器本身并不是由浏览器核心渲染的，所以只好把一切都做成事件，然后在决定是否处理事件。
-- R
。
不过现有的草案也有缺点。最大的问题是CSS的内置处理函数太弱，只有
calc()，或者属性特定的复合函数比如 linear-gradient之类的。这很大程
度上限制了css变量的用途。比方说缺乏像darken()这样的函数。另外因 为
没有mixin机制，也没有条件分支，甚至也缺乏字符串处理函数或者简单的
值分割函数，所以很难基于变量做到抽象复用。由此看 来，css variable
要变成一个非常有价值的工具，可能仍待时日啊。
--
Regards
Hawkeyes Wind
e 補完？這樣 Firefox
的 "big5" 還會是最好嗎？
3. 所以 Windows 下現在裝 Big5-HKSCS packgage 的人跟 Unicode 補完的哪一個多？
此致
Kenny
--
Regards
Hawkeyes Wind
: row 的排列方向是 A B C D E F 的话，row-reverse就是 F E D C B A。
flex-wrap: wrap 的换行方向是从上到下或从左到右，reverse的话就是从下向上或从右向左了。
因此reverse这个词理解为反向就好了。
--
Regards
Hawkeyes Wind
于 2012/7/3 17:11, Kang-Hao (Kenny) Lu 写道:
(12/07/03 16:31), Hawkeyes Wind wrote:
于 2012/7/3 9:47, Kang-Hao (Kenny) Lu 写道:
（下面敘述裡用規範裡定義的字彙[1]）
在 CSS 可伸縮盒布局模組中，控制伸縮項目排列方向[2]的屬性是：
flex-direction: row | column | row-reverse | column-reverse
和
flex-wrap: nowrap | wrap | wrap-reverse
从
我想这两个属性是最简洁的方式了。
另外，reverse同时有动词、形容词和名词的词性。根据西方人命名的习惯，这里只会出现一个动词，因此reverse在这里应该是修饰
wrap、row、column的。
于 2012/7/3 20:05, Kang-Hao (Kenny) Lu
写道:
(12/07/03 19:44), Hawkeyes Wind wrote:
于 2012/7/3 17:11, Kang-Hao (Kenny) Lu 写道
-style/2012Jun/0656
以上
Kenny
--
Regards
Hawkeyes Wind
到buffer了呢，是因为使用相同的地址的原因，导致
metadata, auto的视频都从一个缓冲区取视频解码吗？
Yang
Huawei
--
Regards
Hawkeyes Wind
因为在以前，流量是非常珍贵（真贵）的资源，cache就是为了节约资源的，否则
网站美工的头发会掉光的。
于 2012/7/16 15:22, Sunyang (Eric) 写道:
恩， 我换了几个地址，发现确实是这样的，如果视频地址不同，他们就不会相
同加载进度。
我 猜是因为视频地址相同导致浏览器cache保存了，导致上一次缓冲的视频在
cache里面，第二个video再去fetch 相同的url的时候，发现cache中已经有了，
就直接用了。
Yang
Huawei
*From:*Hawkeyes Wind [mailto:hawkeyes0
nt."束缚，很多工具都需要这个legend标签，比如，正在收集反对意见。
把legend和caption干脆合并了吧……
--
Regards
Hawkeyes Wind
}
得到，不過就是比較冗長、奇怪一點。
[1] http://www.w3.org/html/ig/zh/wiki/css3-flexbox#justify-content
以上
Kenny
--
Regards
Hawkeyes Wind
会不会是为了和margin属性的行为区别开呢？
于 2012/7/26 3:37, Kang-Hao (Kenny) Lu 写道:
我發現這個問題在 www-style 上討論過兩次，提供一下連結：[1][2]
(12/07/18 13:43), Hawkeyes Wind wrote:
space-around的定义恐怕是为了算法上偷懒才这么设计的吧。
在一个宽度1000px的行中，若存在3个box，宽度分别为200px，200px，300px，那
么空余的宽度为300px。
在宽度这个方向上，每个box有两条边，那么每条边与相邻元素的距离应为
300px/6=50px。
为了
趣小組
Subject: 鍵盤輸入文字模式的 API 的使用情節
Hixie 可能準備要寫鍵盤輸入文字模式的 API 草案了，所以正在
WHATWG 的 wiki
上蒐集一些資料[1]，有點像是我們之前在寫 提案類似的
情形。
有興趣的人可以考慮貢獻一些資料，或是借我一隻智能手機研究一下（手
上沒
有、、、）。
[1] http://wiki.whatwg.org/wiki/Text_input_keyboard_mode_control
以上
Kenny
--
Regards
Hawkeyes Wind
之後最常被提出的提案...
[2] http://lists.w3.org/Archives/Public/www-style/2012Aug/thread#msg622
[3] http://www.w3.org/html/ig/zh/wiki/CSS2/syndata#uri0
[4] http://www.w3.org/html/ig/zh/wiki/css-double-slash-comment
以上
Kenny
--
Regards
Hawkeyes Wind
），而這個理由感覺就跟瀏覽器市占率關係小一點。
要不，用///当行内注释？
我覺得好一點的最小化工具實作裡，論點一的影響應該沒那麼大才對。不過我也很
意外 Drupal 這個這麼多人用的工具竟然有這個問題，所以還是要多調查一下...
換符號方面，第二常用的 # 肯定不能用（顏色，ID 選擇器），再別的符號的話我
想「不容易學」也要成為一個為什麼單行註解不好的論點了。//-註解 跟 JS 一樣
還是主要的優點之一吧。
那么，那些小工具应该在压缩的时候具备自动删除注释的功能，这样论点1就不成
立了吧。
--
Regards
Hawkeyes Wind
://picture.responsiveimages.org/
[3] http://www.w3.org/html/wg/drafts/srcset/w3c-srcset/
[4] http://tabatkins.github.io/specs/respimg/Overview.html
[5] http://www.w3.org/html/ig/zh/wiki/Srcset
以上
Kenny
--
Regards
Hawkeyes Wind
在一个复杂的程序中突然冒出一个 int a; 的变量，你不觉得抓狂吗？
于 2013/10/23 18:13, Leo Deng 写道:
所以你要强迫用户不能够用 a.png 和 b.png 分别显示给 1x 和 2x 吗？
在 2013年10月23日下午5:46，Hawkeyes Wind <mailto:hawkeyes0...@gmail.com>>写 道：
提个个人意见，在img元素里加图片名的“前缀”和“后缀”属性就可以了，例如：
前缀的情况：
由浏览器自动根据情况去拼出文件名：hd-image
自己的url构成是 可以的，但是spec不能做这个事情。
2013/10/23 Leo Deng mailto:myst...@gmail.com>>
不觉得。
强加一条强约束的命名规则给用户，这已经远远超出了HTML/DOM的范畴，这
是不可能被接受的。
在 2013年10月23日下午6:15，Hawkeyes Wind mailto:hawkeyes0...@gmail.com>>写 道：
在一个复杂的程序中突然冒出一个 int a; 的变量，你不觉得抓狂吗？
于 2013/10/2
/10/24 Hawkeyes Wind <mailto:hawkeyes0...@gmail.com>>
至少目前我自己做的jq插件是按之前邮件提到的模式工作的，不管前缀还是
后缀都是自己定义的，在我看来已经给予了前端设计人员最大程度的自由
了， 否则除了图片的引用地址还要维护一个图片列表。
从我附近的前端人员反馈来看，他们宁愿按规则命名文件，而不是用不知道
什么意思的名字去维护一个列表。
如果是给予前端人员无限制的自由度，那么HTML标记只需要div和span就够
了，不是吗？
于 2013/10
要么在创造一个新标记，类似于datalist，或者可以叫imglist，里面就是存放一
组图片，但必须指定一个name属性，那么允许 src="@name"的方式指定一组图片，
在变更图片src属性的时候，既可以指定个图片地址，也可以指定一个图片组。
于 2013/10/24 14:00, John Hax 写道:
你可以根据spec按你的意愿写这样的插件供开发者使用。但是spec不能这样设
计，原因我已经说过 了：url的path结构是不透明的。
2013/10/24 Hawkeyes Wind <mailto:hawkeyes0
; 3 > 2 么？还是你会觉得 “强制顺序” 这个坑大到 3 或许比 1 好的
程度？
我个人是觉得 .src 设置已经够少用了，.srcset 的设置应该又会少了一个数量级。
[3]
http://www.w3.org/html/ig/zh/wiki/HTML5/the-input-element#concept-input-value-dirty-flag
3的问题是导致以前不考虑srcset的库无法用于具有srcset属性的内容。虽然也
是问题，但是至少是网站开发者可控的问题。
如果一定要排序，或许是 1 > 3 > 2 。
以上
Kenny
--
Regards
Hawkeyes Wind
哪？
话说，我感觉多了解 WebIDL 对很多人看规范都很有帮助，比如之前
[ArrayClass] 的讨论[4]或许我们应该优先翻译 WebIDL？
[4]
http://lists.w3.org/Archives/Public/public-html-ig-zh/2012Jun/thread#msg18
以上
Kenny
--
Web Specialist, Opera Sphinx Team, Oupeng Browser, Beijing
Try Sphinx: http://sphinx.oupeng.com/
--
Regards
Hawkeyes Wind
器的行为其实是诡异的。因为当前url也
可能返回真的图片（http内容协商可以做到的）。
如果让我选择，应该选择 img.src = '' 之后 img.src 仍旧返回空字符串而不
是当前网页地址。
2013/10/27 Hawkeyes Wind <mailto:hawkeyes0...@gmail.com>>
于 2013/10/27 21:57, John Hax 写道:
img.src = '' 的行为在现在浏览器里貌似是：
img.src返回当前网页的绝对地址，但是不发请求，当然
[TreatNullAs=EmptyString]且最好
[TreatUndefinedAs=Null]。在这一点上，WebKit的行为大多数是这样的。比如
className = null。
所以问题出在标准上。WebIDL是逐步开发的，DOM标准是分开的。反过来浏览器
实现又逐步靠拢WebIDL。如FF等。这 些不同步导致nul的问题没有得到恰当的解决。
2013/10/28 Hawkeyes Wind <mailto:hawkeyes0...@gmail.com>>
都说了啊，喜欢用null的都是从其他语言刚转过来的新手，他们这样写的目
的
人写成：
var n;
if ( n == null )...
虽然现在这么写能得到正确的结果了，但是概念上已经混淆了。
于 2013/10/28 14:41, John Hax 写道:
2013/10/28 Hawkeyes Wind <mailto:hawkeyes0...@gmail.com>>
只有新手才分不清null和undefined，js里面的null从来都不是空，而且
nullable指的也不是null，而是 undefined。看js相关内容的时候必须转换
思路。
这里是讨论标准的地方，不是炫耀你那无谓的“新手”论的
之前的胡言乱语大家就当没看见吧，最近脑子很晕。
于 2013/10/28 18:24, John Hax 写道:
2013/10/28 Hawkeyes Wind <mailto:hawkeyes0...@gmail.com>>
其次纠正个取值的说法，当src传入的对象 没有toString()的时候取的是
typeof的值（null对象没有属性也没有方法）
建议你看看ES规范再说话。
标准中提到的nullable指的是C环境，而非js环境，而且空字符串不是
null，src的默认值貌似是空字符串。
C都没有对象，
ks/report.php#issues
以上
Kenny
--
Web Specialist, Opera Sphinx Game Force, Oupeng Browser, Beijing
Try Oupeng: http://www.oupeng.com/
--
Regards
Hawkeyes Wind
于 2013/11/12 4:23, John Hax 写道:
2013/11/11 Hawkeyes Wind <mailto:hawkeyes0...@gmail.com>>
提议没有问题，我只是觉得显示出来可能会有问题。
如果在font-family中指定了一个非等宽的字体（应用于数字或英文），就
又会发生中文与英文或数字之间的间距忽 远忽近的情况。
确实，不过这正是此种方式所要的效果之一（只管汉字对齐），从某种角度来
说，西文字都换成全角也是可选项之一。
把英文和数字转换成全角要丑成什么样子了……
但是
传统铅字排版的解法我很赞成，但是是否能适用于响应式布局？
于 2013/11/12 4:23, John Hax 写道:
2013/11/11 Hawkeyes Wind <mailto:hawkeyes0...@gmail.com>>
提议没有问题，我只是觉得显示出来可能会有问题。
如果在font-family中指定了一个非等宽的字体（应用于数字或英文），就
又会发生中文与英文或数字之间的间距忽 远忽近的情况。
确实，不过这正是此种方式所要的效果之一（只管汉字对齐），从某种角度来
说，西文字都换成全角也是可选项之一。
hi all，
前些日子项目里遇到的一种异常情况，在桌面浏览器上，对 iframe 应用的
样式都完全正常，但是到了 ipad 上就异常了，我对 iframe 设置的高度属性完全
无效，整个 iframe 被内容页撑高了。后来在 Android 上测试也是如此。
这是浏览器厂商故意的？
--
Regards
Hawkeyes Wind
participation in W3C” 可以参考兴趣小
组的贡献整理[2]。
[1]
http://www.w3.org/wiki/TPAC2013/SessionIdeas#How_to_attract_Chinese_involving_in_the_W3C_activity.3F
[2] http://www.w3.org/html/ig/zh/wiki/Contributions
以上
Kenny
--
Regards
Hawkeyes Wind
>>
釘在字框內的優
--
Best Regards!
Roger Shi
Website: http://fdream.net <http://fdream.net/>
Twitter: http://twitter.com/fdream
--
Regards
Hawkeyes Wind
hi all,
CSS Shapes Module Level 1 [0] 的标准草案最终征求意见稿发布了。
这么多年终于盼到了呢
截止日期：2014-1-7.
[0]:http://www.w3.org/TR/2013/WD-css-shapes-1-20131203/
--
Regards
Hawkeyes Wind
用过
于 2014-05-21 17:20, John Hax 写道:
如题。
--
Regards
Hawkeyes Wind
://lists.w3.org/Archives/Public/public-html/2014May/0028.html
[2] http://lists.w3.org/Archives/Public/public-html/2014Jun/.html
--
Regards
Hawkeyes Wind
我们用的js类似，但是监听的是a标记的onclick事件，并始终return false。
监听hashchange是个很懒的做法，从第二次点击同一链接开始就不再触发事件了，除非点击其他的链接。
57写死倒是没什么问题，毕竟这个页面上banner就那么高，而且这个高度也不会变化。
scroll-position或类似的属性如果有就太方便了，至少不用写脚本了。
-邮件原件-
发件人: Kang-Hao（Kenny）Lu（平寿） [mailto:kanghao@alibaba-inc.com]
发送时间: 2015年1月12日 10:00
收件人: W3C HTML5
大概是类似于这样的写法：https://github.com/Hawkeyes0/HTML5-Test/tree/master/DomEvents/scrolling
Hawkeyes Wind
-邮件原件-
发件人: Kang-Hao（Kenny）Lu（平寿） [mailto:kanghao@alibaba-inc.com]
发送时间: 2015年1月12日 12:18
收件人: Hawkeyes Wind
抄送: 'W3C HTML5 中文興趣小組'
主题: Re: 答复: target 滚动目标（与行为？）的 CSS 属性（或 J
hi all，
昨天会后和kenny又有所讨论，觉得fixed只能使用在页面上只有一个fixed元素的情况，因此又提出一个under(“#banner”)的方式，这里的“#banner”是页面上某元素的ID，且这里只能用ID，因为页面上元素的ID“应该”是唯一的。这么说是因为有些编辑器并不检查元素ID的唯一性。
Hawkeyes Wind
发件人: Xidorn Quan [mailto:quanxunz...@gmail.com]
发送时间: 2015年1月22日 11:22
收件人: Kang-Hao（Kenny）Lu（平寿）
抄送: W3C HTML5 中文
也就是说，根据src计算后的uri路径来判断？
Hawkeyes Wind
<https://affiliates.mozilla.org/referral/74558/>
发件人: 锦江 赵 [mailto:zhaojinji...@me.com]
发送时间: 2015年3月11日 13:59
收件人: HawkeyesAngel
抄送: 'W3C HTML5 中文興趣小組'
主题: Re: 由webcomponents中引用外部JS的问题联想到的一个建议
我设想的判断方式和HTML Imports中的去重方式类
首先感谢各位的工作。
然后对于[1]上的格式的一点建议：
1. 3.3.2.3.1 中的第一条注解的后半句话变成上角标了
2. 5.1 中的表格加上表格线吧，表头的文本连成一片了
Hawkeyes Wind
发件人: Xiaoqian Wu [mailto:xiaoq...@w3.org]
发送时间: 2015年3月31日 0:01
收件人: 中文HTML5同ML; public-zh...@w3.org
主题: [求审阅]中文排版规范初稿
大家好，
非常感谢董福�d、��奕�x和梁海在过去的
41 matches
Mail list logo
