也许你累了,或者渴了,或者饿了。这里没有舒服的床,也没有清香的茶水,也没有甜美的点心。如果你身体已经有透支的感觉,先去睡睡,喝水,或则吃点东西。不要逞能,我们都已不再年轻,对身体好点
你一切都还好,是吗?恩,好的,那你来我的blog吧,热烈欢迎你
想找个地方安静下,实在不容易,希望你能在这里有安静的感觉。
我的BLOG地址:http://blog.sina.com.cn/whoisgod2008
1.引用 & commit & 里程碑 & 分支
* 引用:可以理解成 commit tag branch
以及其他目录名的统称。
*
origin/feature001严格意义上讲并不是“分支”这个概念,虽然我们习惯叫它“远程分支”。
版本库“分支”这个概念是一组特指的引用;以refs/heads为前缀的引用。(如:refs/heads/master;“主分支”)。
因此,如若除了“分支”外(熟知的有,commit、refs/heads/remotes/*、tag)的其他引用被git
checkout出来,都将使工作区处于分离头指针状态。
* 创建远程分支 git push
远程的新分支是本地库当前HEAD指向的commit为基础创建的。
2.可以通过git clone或则git remote add new-remote URL
的方式,使得当前库注册一个新的远程版本库。
*0
注册一个远程版本库,会默认将这个远程版本库的所有“分支”(refs/heads/*)注册到本地的refs/re
下面是将Cygwin完全安装后的配置;git的配置默认都使用了 --system。
Cygwin命令行忽略文件名大小写:
编辑~/.inputrc(C:\cygwin\home\cico),添加“set completion-ignore-case
on”或取消(#)号注释符。
Git忽略文件权限的可执行位:
$ git config --system core.fileMode false
Git提交时绑定的用户名,邮箱
$ git config --system user.name “cico”
$ git config --system user.email cico@XX.com
Git一些无关痛痒的别名设置
$ git config --system alias.st status
$ git config --system alias.ci commit
$ git config --system alias.co checkout
$ git config --system alias.br branch
Git命令输出开启颜色显示
$ git config --system color.ui true
Cygwin下git的中文支持,参见
http://blog.sina.com.cn/s/blog_5a6dca940101c8zd.html
1.在下面的文件末尾添加一行。
C:\cygwin\home\cico\.bash_profile
export LESSCHARSET=latin1
ps:控制源代码(例如java文件)在Cygwin界面输出时,不做特殊处理(不要用UTF-8的规则将字节拼成字,utf-8用三个字节解释汉字,GBK用两个字节)。
2.打开Cygwin,对话框“右键”->option->text->locale character
set
选择 zh_CN,GBK
ps:配合第一条,告诉Cygwin,界面上没作特殊处理的字符,按照GBK的规则解释界面上的字节。
3.Cygwin bin下的git设置
$ git config --system i18n.commitEncoding utf-8
$ git config --system i18n.logoutputencoding utf-8
重启Cygwin。
解决的问题(Cygwin1.7.17-1):
$ git diff 源文件是GBK编写时,里面的中文注释不会再乱码。
$ git commit -m 'XX' 中文的提交说明“XX”会以utf-8格式,提交到版本库。
$ git log
中文的提交说明(utf-8格式的提交说明;若当前提交说明用了Cygwin默认编码来写,则会乱码),不会乱码。
若当前库的 $ git config i18n.logoutputencoding 是 gbk,这个库里面的utf-8格式的提交不会乱
Text: <</span>input type='text' />
Telephone: <</span>input type='tel' />
URL: <</span>input type='url' />
Email: <</span>input type='email' />
Zip Code: <</span>input type='text' pattern='[0-9]*' />
http://stackoverflow.com/questions/7270190/c
因为有父, 子节点同在, 因为有监听事件和浏览器默认动作之分. 使用 JavaScript
时为了达到预期效果经常需要阻止事件和动作执行. 一般我们会用到三种方法, 分别是
stopPropagation(),
preventDefault() 和
return false. 它们之间有什么区别, 该何时使用呢? 将在本文中进行讲解.
术语
监听事件, 在在节点上能被监听的页面操作. 如: select 节点的 change 事件,
a 节点的 click 事件.
浏览器默认动作, 指特定页面元素上带有的功能. 如: 点击 a 链接节点的跳转动作,
表单提交动作.
stopPropagation()
因为事件可以在各层级的节点中传递, 不管是冒泡还是捕获, 有时我们希望事件在特定节点执行完之后不再传递, 可以使用事件对象的
stopPropagation() 方法.
假设页面上存在一个浮动弹出层, 显示在最前面, 当点击弹出层以外页面区域时, 隐藏弹出层. 为了做到这样的效果, 我们会监听
documentElement 的 click 事件, 一旦事件被触发即隐藏弹出层. 但是...
这显然存在问题. 当用户点击弹出层时, 我们不希
水果公司的那些small and
cute的设备给我们提供了前所未有的用户体验。当用户在iphone和ipad上运指如飞
的时候,那些使用objective-c写出优秀应用的开发人员们心里一定充满了成就感,因为正是他们(而不是水果
)让iOS的世界变的丰富多彩。然而对于我们这些以web为自己事业核心的程序员来说,这种让人欲罢不能的多
触式体验似乎跟我们关系不大,因为浏览器那一小块地方就是我们和用户的全部交集了。而许多网站为了让iOS
的用户能够在多触式体验下使用自己的服务,都专门花钱开发objective-c的本地程序作为自己web service的客
户端。
其实,对于一个web程序员或者一个网站来说,如果你的需求仅仅是让iPhone/iPad用户能够正常使用你的
服务,那现有的html4页面完全能够满足(也许需要一点点重构,但是很容易);如果再往上一点,你需要让你
的web客户端看起来像是用objective-c实现的一样,也并非不可能,只需要
1. 新的Doctype
尽管使用<!DOCTYPE
html>,即使浏览器不懂这句话也会按照标准模式去渲染
2. Figure元素
用<figure>和<figcaption>来语义化地表示带标题的图片
<figure>
<img src=”path/to/image” alt=”About image” />
<figcaption>
<p>This is an image of something interesting.
</p>
</figcaption>
</figure>
3. 重新定义的<small>
<small>已经被重新定义了,现在被用来表示小的排版,如网站底部的版权声明
4. 去掉link和script标签里面的type属性
5. 加/不加 括号
HTML5没有严格的要求属性必须加引号,闭合不闭合,但是建议加上引号和闭合标签
6. 让你的内容可编辑,只需要加一个contenteditable属性
7. Email Inputs
如果我们给Input的type设置为email,浏览器就会验证这个输入是否是email类型,当然不能只依赖前端的校验,后端也得有相应的校验
8. Placeholders
ApplicationCache
原文参考:Go offline with application cache 译者:一回(csser.com)
HTML5 引入了用于离线支持的Application
Cache。当手机联网时信号丢失,或者不管什么原因你暂时不能联网,如果这时你仍然可以对Web或应用具有一些访问或操作的权限,没有比这体验更好的
了。本文我们就研究下用户离线后,浏览器应用缓存如何处理离线资源的存储,以及如何定制用户离线访问的功能。
Application Cache
application cache(应用缓存)受manifest(缓存清单)的
控制,manifest是一个纯文本文件,其内容包含需要被保存在用户本地的资源列表,这些资源会在用户离线时仍可以被读取。manifest列表也可以
定义缓存条件,比如定义哪些页面永远不被缓存,以及如果用户访问了一个未缓存的文件时显示给用户什么。
如果用户在线时访问了CSSer.com,当用户离线再访问时,缓存的资源会被加载,所以仍有受限的功能可以使用。通过对缓存清单的精心设计之
作者简介:Malcolm
Sherida是Microsoft在ASP.NET方面的awarded
MVP,精通ASP和Telerik,经常在澳大利亚和新西兰的会议以及用户组中做报告。作为一个长期使用ASP.NET的人,他关注Web技术超过10
年了。他喜欢使用ASP.NET
MVC工作,并喜欢使用jQuery和Javascript。他也为SitePoint和其他一些网站写一些关于ASP.NET的技术文章。
最近,我发布了一篇博文,内容是关于HTML5的一个新特性,博文名字是“通过应用程序缓存实现离线浏览(译文)”。这篇文章获得了很好的反响,有人请我再多谈一些内容,包括:
- 如何决定什么文章应该被缓存
- 缓存文件带来的影响
- 调试应用程序缓存
所以这篇文章是接着上篇文章写的。如果你还没有看过上篇文章,也许你应该先去看看。
作者简介:Malcolm Sherida是Microsoft在ASP.NET方面的awarded
MVP,精通ASP和Telerik,经常在澳大利亚和新西兰的会议以及用户组中做报告。作为一个长期使用ASP.NET的人,他关注Web技术超过10
年了。他喜欢使用ASP.NET
MVC工作,并喜欢使用jQuery和Javascript。他也为SitePoint和其他一些网站写一些关于ASP.NET的技术文章。
对Web开发者和设计者来说,离线浏览已经越来越重要了。能让用户离线浏览一直是站点设计的目标,但却很难实现。当我们进入到HTML5的时代,这种情形却发生了改变。你可以利用ApplicationCache接口实现这一目标了。
使用ApplicationCache,你可以指定哪一个文件是浏览器缓存保留的并提供给用户离线使用的。这时候你的站点工作起来就像是用户在线一样,并且他们不会感觉到和真正在线使用有任何差异。
那么,哪一部分文件是浏览器要保存的呢?这一切都定义在缓存清单文件(the cache
manifest file)中。
缓存清单