必威体育下载基督教Heilmann

您当前正在浏览的是必威体育下载基督教Heilmann六月的博客必威体育简介档案,2005.

6月存档,2005

ISO HTML

周一,6月27日,2005

在webaim论坛上,James Pickering提出了ISO HTML再一次。查看他的帖子,看看有什么不同HTML国际标准化组织html。这是一个有趣的概念,作为国际标准化组织是每个企业主都明白的标准,而不是W3C公司指南。然而,它的严格将导致它的垮台。最重要的是,我对脚本感到非常困惑和烦恼:

脚本还没有被认为是足够稳定和成熟的,可以被纳入国际标准,所以 [W3C 7.4.1]元素内容模型不包括 脚本[W3C 18.2.1]元素。

更多关于ISO HTML标准可以借鉴必威体育下载ISO HTML用户指南.如果你能做到,你可以在你的页面上添加另一个很酷的徽章:

有效的iso 15445徽章

让人好奇为什么没有人去做广告ISO 9241——可用性遵从性。

在一个较轻的音符上,当涉及到可变格式和测试时,如果您还对某些编程和脚本语言的模糊性感到愤怒和恐惧,PPL公司-偏执型编程语言也许正合你意。说到这里,水壶口哨……

教程/文章作者和博客作者:让你自己组织起来!

周一,6月27日,2005

我讨厌蝎子,但我能感觉到变化的风。虽然邮件列表上有很多激烈的争论,论坛和聊天室在过去的几年里,我们似乎终于意识到,不正常的开发人员,实用主义者和可访问性狂热者实际上都有相同的目标:提供好,成功的网站

这些方法很简单:

  • 解决用户遇到的问题
  • 提供用户想要的内容
  • 以一种圆滑漂亮的方式交付
  • 让它更容易使用
  • 确保它至少在基本层面上对每个人都有效

现在,无论谁声称自己能做到以上所有的事情,要么就是天资聪明,要么就是说谎成性。
因此,我们需要踮起脚尖,从花园的篱笆上看别人在做什么,一边是手指画的孩子,他们在另一边建造巨大的沙堡,还有那些把沙堡喂给其他孩子的孩子,并把他们的印象写在最后一个花园里的一张纸上。

我们的“空中馅饼”愿望清单的另一个问题是严酷的商界:

  • 用户问题由市场假设(“他们想买我们的产品,每个人都需要它”)。
  • 内容由企业提供(“我们得到了很多材料,从1981年起我们的报纸新闻稿和所有的商业案例文件,430页!”)
  • 该设计是由1962年的内部备忘录指导方针或新的3D标志的创造者首席执行官的儿子
  • 没有关于网站使用难度的反馈,游客们刚离开,开发商就被指责在搜索引擎优化.
  • 股东们听说过可访问性,知道它与在网站上放置“AAA”标志或被起诉有关。

我们有点卡住了。但这不应阻止我们学习和分享,必威体育下载因为如果我们和利益相关者交谈,他/她会倾听(把他们塞进厕所门是一种选择,或者偷TP卷,让他们听,直到我们把它还给他们),我们最好根据手头的事实准备一些好的材料。

但是哦,不幸的是,当我们四处寻找优秀的教程时,我们会发现A组有人为A组写了很多材料,B代表B组等等…

  • 设计教程讨论版式,颜色和和谐不考虑网络的限制
  • 使用另一个没有实际连接的foo(bar)示例编写教程
  • CSS教程假设每个人都使用Opera或Firefox
  • 辅助功能教程看起来像是有人忘记连接样式表,只是想知道实际上有一个,但它看起来就像浏览器标准。
  • CSS或者脚本教程,展示了它是可能的去做一些本来应该由其他人完成的事情,甚至通过HTML.

我们需要更好的教程,瞄准我们专业领域以外的领域,无痛,实用。合作是关键。

  • 脚本编写人员应该与设计人员联系,让他们的代码示例以一种良好的方式设计,并重新编辑他们的文章,以使那些不认为正则表达式是一种有效沟通方式的人能够理解这些代码示例
  • 设计师应与HTML开发人员,脚本编写人员和可访问性专家查看他们想要实现的内容是否可行,以及缺陷在哪里。
  • 易访问性和可用性人员应该从设计师那里获得输入,以理解为什么有些东西是这样设计的,并找到一个共识,帮助他们使自己的文章更漂亮,更有插图。
  • 每个人都应该在我们的世界之外找个人,看看我们写的东西是否可以理解

这一切不应该局限于我们的博客,但也应该发生在一些事情发表在网络杂志之前。虽然很多网络杂志的编辑都是伟大的作家,知道很多如何传达信息,他们的技术知识可能有限。并不是所有的网站都雇佣或邀请技术评审人员和专家,这就是为什么我们的很多教程都是错误的,但却非常成功。

所以求你了,在提交下一篇文章之前,请三思而后行,让更多的人参与进来,解决问题,并在向公众发表你的想法之前,加上漂亮的包装纸。

没有帮助但必须去做的事情:

  • 在一个小环境中工作的最前沿教程被宣传为一个很酷的新特性,而不是一个实验
  • 脚本本身——没有实际的业务任务在手(如果业务涉众没有在其他地方看到彩色滚动条,他们就不会要求使用它们)
  • 未经测试的功能在很大程度上破坏了正在使用的浏览器或现代浏览器
  • “嘿,我可以在X中做我们多年来在Y中正确做的事情”教程
  • 教程中的例子集中在一个级别,但严重违反了其他两个级别——如果你想解释一个很酷的JavaScript想法,确保你的HTML在语义上是正确的,验证,然后将样式留给CSS.

“不要以貌取人”是个好主意,但这正是人们所做的,因此,让我们将基于标准的开发作为一个漂亮而又容易掌握的部分来销售,而不是一根绳子,一些皱巴巴的包装纸和一个几乎没用过的盒子。

英国100个消费网站中有10个疏远了Firefox

周四,6月23日2005

两者都是登记册英国广播公司关于A的报告由SciVisum进行的测试研究这发现10%的英国零售网站在Firefox测试中失败。

考虑到其中一些网站的状态和年龄,这并不是一个真正的惊喜——这是一个耻辱,但并不令人惊讶。
web标准和业务的问题是,当需要进行维护而不是初始开发时,就很难遵循它们。
维修项目预算较低,任何改变都意味着“仅仅是为了修复和更新内容”。
我们不是清理站点,而是修补并不情愿地陷入与最初使用站点时相同的糟糕编码原则中——使用像这样的糟糕浏览器IE4标准以Netscape Communicator为主要目标。

令我困惑的是一些数字:

虽然大多数人仍然使用微软的浏览器,Firefox正在缓慢地取得进展。
它在浏览器市场的份额在5月份增长到了8%,较年初的5.59%有所上升,美国分析师NetApplications表示。

什么浏览器市场?NetApplications是一种站点度量工具,根据不同的地点,数字看起来会有很大的不同(这里是40%的FireFox vs。20%MSIE)。

不过,真正让人瞠目结舌的是:

这在很大程度上是因为web开发人员习惯于仅使用IE而不是所谓的标准兼容浏览器来测试他们的站点,只使用由万维网联盟批准的代码。

我不知道w3c批准了Firefox和Opera的源代码:-)。

DOM脚本健康与安全

周四,6月23日2005

当我在一家电锯厂做包装工时,我最喜欢委托制作的产品是健康和安全指导视频。“切勿将打火机放在开口处检查汽油油位”试着启动电锯时,不要把锯条夹在两腿之间。只是其中的两个亮点。

健康和安全措施很重要–他们确保我们的工作环境是愉快的,不会让我们生病。仅仅因为我们的工作是处理用户代理和在编辑器中输入一些时髦的词并不意味着我们不应该遵循自己的一些规则。

现在,DOM用javascript编写脚本再次成为热门(在我的发布过时的JavaScript技术我证明了这一点),我们遇到了过度使用它的危险,或者在使用JavaScript时,我们会以同样的方式使用它DHTML公司这是本月的热门话题。

当你的工具是锤子,一切都像钉子,或者——在某些情况下——大拇指。

我们不要痛击眼前的任何东西,也不要剁自己的大拇指。DOMJavaScript的存在是为了增强结构和与web站点的表示交互——而不是取代它们。

阻止我反复敲打拇指的想法:

  1. 不创建HTML不需要JavaScript就能做到.重用页面中已经存在的内容。一个可访问的站点从语义开始,结构良好的HTML文档。如果没有给出,我们不可能接近。不创建HTML通过DOM使产品更容易维护。不熟悉js的同事不必为了更改页面而篡改代码。
  2. 生成的HTML遵循与书面相同的规则HTML:不要创建无效HTML.我们停止使用CSS使元素看起来像头,而不是使用真正的头元素。同样适用于DOM-冗余HTML修复设计或添加设计专长的元素是——好吧,冗余,不管用什么技术添加它们。顺便说一下,这也适用于服务器端脚本。
  3. 注意访问者和用户代理的限制.例如我的令人难以置信的可点击标题低调的JavaScript课程.他们看起来方便,工作跨浏览器和开发与明确的结构分离,表现和行为。他们失败的地方是当你试图用键盘。的力量DOM引诱我把标题变成可悬浮和可点击的元素,但是没有鼠标是无法使用的。这就是为什么我要在标题中添加一个真正的交互式元素——链接使它们对键盘用户有效(也可能是屏幕阅读器用户)以及(感谢您必须转到史蒂芬谢谢你把它写在我面前)。
  4. 轻描淡写是阶级.在添加所有很酷的JavaScript新特性之前,点击并移动靠在椅背上思考:“这真的有必要吗?”我添加它是为了帮助用户,还是因为它很酷?”
  5. 不要打破太多的惯例.正如之前发布的,我认为网络是一种辅助媒体,请假设访问者对我们的网站给予了详细的关注,这比实际情况更让人自恋。如果我们需要用一段文字向访问者解释功能,我们很有可能会混淆而不是求助。例子吗?用户点击后退按钮AJAX应用程序和纯Flash网站。
  6. 保持桌面整洁.特别是在分布式开发中,最重要的是,每个人都讲相同的“代码语言”,而且交接过程非常轻松快捷,因为代码已经被正确地记录下来了。定义内部编码标准,在合适的地方注释你的代码,当人们被分配到项目中时,压力和抱怨就会少很多。

我们不再需要6个JavaScript特性

周二,6月21日,2005

注意:下面是一个“最佳实践文档”。你可以听从它的建议,从此过上幸福的生活,但是在某些情况下,您可能无法应用其中提到的思想。尤其是当您必须维护一个旧产品或复杂的Web应用程序时。你不能一劳永逸地把所有东西都换掉——如果你有时间和预算的话,你真的很幸运——但是你可以一步一步地解决这些问题。

的许多网页设计师认为@media2005,请JavaScript又性感了,和需求。Ajax是新的CSS是其中一个演讲中的引言,那——断章取义地说——使我的胃不舒服。

主要与b2b网站和受限环境一起工作,我从来不知道它过时了。

它是一个工具,就像铲子,螺丝刀或毛巾。虽然毛巾在任何情况下都很方便,因为每个HHGTTG我们知道,JavaScript有它的位置和优点,但也有它的局限性和不应该应用的地方。

你可以用螺丝刀把螺丝拧进去或者把耳朵弄干净,然而,后者需要真正的技巧,决心和对伤害自己的恐惧。JavaScript也是一样,你可以用它做大事,但你也可以用它来让产品无法访问,混淆和不可用。

这里有一些危险的迹象,你会遇到在许多不好的脚本例子和教程编写的冲动,而不是遵循适当的研究。

应该让你去的事情 Noooooooooooooooooo !

  1. 文档.write它的作用是将内容写入HTML文档,并愉快地与标记混合在一起。糟糕的web开发人员,糟糕了!去你的角落!一个更好的解决方案:到达您想要的元素通过getElementByIdgetElementsByTagName然后插入你的新创建的内容(通过createElementcreateTextNode)在那里。
  2. 这在“易访问性教程”中会遇到很多,它应该“确保每个用户都能使用您的站点”。实际上,这是一个迹象,表明您使用(或使用过)的脚本是糟糕的,一开始就不应该使用它。就像你用完蜡笔后在墙纸上涂上白色。备注:我被要求澄清这一点,作为必须依赖javascript(这是应用程序设计中的一个缺陷)的Web应用程序开发人员恕我直言)使用noscript告诉用户他们需要启用JavaScript。通常,这是作为警告消息添加到非工作页的开头。在这种情况下,更合理的选择是在文档中使用“no JavaScript”消息,并在JavaScript可用时将其替换为应用程序的链接。请检查此示例页,了解如何避免noscript.打开和关闭JavaScript以查看差异。
  3. href = " javascript:”,javascript onclick = ":"web上没有JavaScript协议这样的东西。链接使用协议连接文档。创建真正的链接或根本不使用任何链接–做或不做,没有尝试!
  4. onclick = " void(0)"为什么一个人要努力去创造一个从定义上看什么都不做的东西呢?掩盖错误和错误的脚本,这就是为什么。只指向javascript函数的链接应该通过javascript添加。
  5. document.all,document.layers,navigator.userAgent除非您定义的项目环境是MSIE 5.x和Netscape Communicator 4.x(如果有的话,我表示哀悼)没有必要再这样了。对象检测比试图猜测正在使用的浏览器要好得多,和W3C DOM与网景或微软定制的无人机相比,它更有可能用于未来的无人机。(如果你说“啊,什么?”现在,相信我,一切都好. getelementbyid比前面提到的另外两个稳定得多)
  6. onmouseover="myCall('I','pity','the','foo',1233,'I ain 't going on no plane')"无论如何,对于没有JavaScript的用户来说,通过JavaScript生成的任何对用户体验至关重要的内容都需要出现在文档中。重用这个标记要容易得多,比发送大量参数更干净、更易于维护。如果有任何理由发送参数,一个简单的“在大多数情况下都是这样,因为你可以通过DOM从那里。

根据要求

内HTML是吗?

正如一些人在评论中指出的,InnerHTML是在网站上创建内容的另一种方法。在某些情况下,它甚至是最快的方法,正如彼得·保罗·科赫发现的那样比较生成内容的方法.然而innerHTML既不标准,亦不适用于任何DOM在浏览器环境外编写脚本。有一个关于InnerHTML的精彩讨论developer-x。我个人的观点吗?innerHTML让它更简单,但广告HTML文档是字符串而不是节点树,这使得初级开发人员很难在他们的脚本项目中更进一步。

部分灵感来自罗伯特·尼曼最近关于JavaScript的帖子