Gummo ha postato una foto: Insomma non possiamo assentarci due ore che Harrr piomba nella distruzione. Il bello è che me ne sono accorta perchè me l'ha detto un amico, per dire quanto sto cagando internet in questo periodo. Sono andata a vedere gli accessi a Lea degli ultimi giorni: campeggia fiero un enorme TRE. Sono contenta. Sono cose belle, come l'enorme smagliatura nelle calze che mi sono portata dietro per tutto venerdì, nella riunione ...

[ clicca qui per ingrandire ] Il fantastico Navigatore Virtuale 3D per browser che vedi nell'immagine sopra o meglio nell'immagine ingrandita, é frutto dell'ottimo lavoro di André Buhart Webmaster di Wikisailing un bel Wiki collaborativo aperto a tutti i "Velisti" e non, che raccoglie utili informazioni per la navigazione costiera nel Mediterraneo e in altri mari, riguardo porti, ancoraggi, punti di immersione, spiagge e molte altre categorie di informazioni tutte Geo-Taggate. Il Navigatore Virtuale 3D ...

Da parte da manhã publiquei um tutorial completo sobre o sistema de pagamentos online Paypal, e embora ele seja simples para quem já trabalha com ele, para muitos poderá tornar-se um guia essencial para dar o primeiro passo no mundo dos pagamentos electrónicos. Neste segundo tutorial, pretendo abordar um tema mais complexo que é a criação e adaptação de uma Paypal Form ao seu website ou blog, a partir da qual seja possível efectuar uma ...

上周我们已经给大家介绍了我们对于web表单调查研究结果的第一部分。调研的主要目的是提供给凭直接来判断有效性的设计师和开发人员一些理论依据。我们也介绍了一些如何让web表单成为完美的友好用户界面的指导方针。 我们把更多关键表单单独开来（例如校验表单）从而关注注册表单。然后我们分别完成每个被选择网站的注册表单并且分析这些表单的设计方法。以下我们介绍这个研究的第二部分——关于100个流行网站web表单的调研结果。 请注意这个文章不是关于校验表单——那是另外一个讨论的话题，我们把它独立开来看待成一个即将要讨论的文章。我们要感谢Wufoo为我们提供构架来引导我们的调查。 3、表单的功能性 在研究的第一部分里，我们已经仔细考虑过注册链接和注册表单的布局和视觉表现形式。但是如果表单不能正常工作的话设计的多漂亮都没有用，表单完成率依然很低。让我们现在来考虑一下注册表单功能性的典型问题以及设计时的方式方法。 3.1.Hover,active,focus - 使用中的效果? 显然地，为了提高表单的完成率，设计师试图避免各种各样的分散因素，并且提供一个清晰明确并且简单的web表单。这就是为什么任何视觉效果需要非常适当地使用的本质原因。 84%的web表单没有任何种类的hover、active或者focus的效果。 16%使用非常细微的鼠标上移的效果。 3.2. 帮助，支持，工具技巧：静态还是动态的？ 有时候，输入区域的标签不够明确，但是用户却需要足够理解才能提供这些信息。用户名适用哪些字符格式？密码的字符数限制是多少？提供的Email地址会不会自动变成登录名使用？ 用户通过建议和技巧的帮助最小化地减少输入框重新考虑的次数。而且，没有比虽然输入的内容看上去完全正确，但是输入框却不接受的情况更恼怒的了。为了避免这个问题，设计师（通常）使用不引人注目但清晰的建议提示。 调查报告中57%的web表单只有 “静态”的帮助提示，这些帮助提示只是之前假定好的一些和用户有关的提示信息；这些提示被明显地放在输入框的旁边。10%的操作提示通常是在一些帮助图标被点击之后或者用户输入信息时才会出现的。 3.3．帮助，支持，操作提示：应该放在什么位置？ 当在为用户提供帮助时，一定要确定帮助是简单地提示，并且可以方便地被找到和理解。这是确保用户通过帮助提示不犯错误地完成表单的决定性因素。为了达到这个目标，你需要知道用户希望这些帮助在什么地方出现。所以，这些帮助和提示通常被放在表单的什么位置呢？ 如果帮助提示出现的话，它们会出现在… 在输入区域下面（57%） 在输入区域的右侧（26%） 在输入区域的上方（13%） 在输入区域的左侧（4%） 我们注意到提示信息直接放在输入框下方是一个强烈的趋势。通常这类帮助提示会有稍微不同的色彩，大部分情况比主要内容要浅一些。 3.4.输入确认：静态的还是Ajax动态？ 去年一整年，很多网站为了和用户进行互动，看上去似乎确实充满了Ajax的应用，但Ajax在流行网站服务中仍然还没有设法达到临界点。令人惊讶的是，我们不能认清Ajax的趋势。用户在输入完所有信息点击提交按钮的“经典”确认技术依然比Javascript的实时确认要来的流行。 根据我们的研究： 30%的表单只在表单顶部显示一条错误信息。（没有提示哪个输入框有问题） 29%的表单会在输入框旁边提示相应的操作帮助（顶部没有提供错误信息） 25%的表单同时使用错误信息和输入框提示。 22%的表单利用Ajax的实时确认来进行提示。 14%利用Javascript的错误提醒。 1%的表单是用系统信息提醒，并且给出“后退”链接。 3.5．错误信息的设计 正如你所看到的，我们已经识别出6种不同类型的错误提示。显而易见，14%的表单仍旧使用Javascript错误窗口来传达问题（例如，YouSendIt, Mail.ru, Newsvine, Clipmarks, Yandex，看下面的截图），然而只有22%使用Ajax确认（通常用来确认用户名的有效性）。当然也显然的是没有一个网站是没有任何确认的。 Newsvine使用Javascript错误窗口来传达问题。 通常设计师试图报告错误的使用方法。a、在点击提交按钮之后显示错误信息；b、在视觉上高光“不正确”的输入框。第一种错误情况通常会作为一条信息在页面的顶部（表单之前）显示出来。第二种情况通常是把错误的输入框的边框色彩和输入的标签进行高光（大部分情况是红色的字体以及红色的背景色）。 有时候设计师合并两种技术并且利用输入区域高光错误信息的方法。例如，看一下Ning结合两种技术的注册表单（请看下面的截图） 通常，红色被用于标示错误；但是在这种情况下就没有必要了。当表单完成时，Tickspot, Mixx.com和 Furl使用黄色来表示遇到的问题。 不过，如果有任意一种色彩来表示注册成功的话，它应该就是绿色，97%的网站表示成功的视觉就是用绿色的。 3.6有必要确认Email吗？ 只有18%的网站需要确认Email（例如，Odeo, Ning）。老实说，我们实在没有任何理由让用户重复输入email地址，毕竟用户能够看到他们输的是什么，因为email地址的区域不像是密码区域那样是以星状显示的，对吧？ 3.7有必要去确认密码吗？ 当用户看不到自己所输的内容（他们看到的是以星号代替的）时让他们确认输入感觉上是有理由的。但是很多网站为了缩短完成注册表单的时间而去掉二次确认的步骤。 72%的情况是有必要确认密码的，但是许多例如Facebook，Friendster，LinkedIn, Stumbleupon, Pownce 和 Twitter的网站都不要求确认密码。 3.8. 需要使用校验码吗？ 如果校验码去掉的话用户肯定很开心，但是实际上校验码却是必要的，因为网站需要防止垃圾注册软件创建很多垃圾帐户，不然他们需要不停地在数据库中过滤掉这些账户。 根据我们的调查， 52%的网站没有使用校验码。 有39%的网站是不能在不刷新页面的情况下实时刷新校验码的，这个实在是在可用性上非常的糟糕的一件事。 但是我们还是不能看清注册表单是否需要校验码的趋势。任何情况下，如果你使用校验码，请确定它是易可读的，或者在不可读的情况用户可以实时刷新校验码的。一些网站没有提供实时刷新校验码的功能，除了Digg，AOL, Slashdot, Google等。Fm倒是能够让校验码变成可以听的，当它很难被识别的时候。 3.9.需要使用取消按钮吗？ 当我们在思考设计表单时一些认为会碰到的问题时，我们期望注册表单没有取消按钮，因为毕竟所有选项都已经填写好了，对于用户来讲就没有太大的意义去退出这个表单。然而我们在一定程度上错了。 只有8%的情况使用了取消按钮，这些情况中的一些取消按钮正好出现在“条款和协议”的下面（例如，Zoho Writer）。所以如果用户不同意服务条款，他们会退出这个流程。另一方面，一些服务在注册之前给出了一个支付方案（例如，Crazyegg）。在这种情况下用户选择错了支付方案时他们需要利用取消按钮返回并重新选择另外更好的支付方案。 除此以外：我们还是不明白为什么Dzone要把取消按钮放在注册表单的左侧。 如果使用取消按钮的话，有4%的情况是放在提交按钮的右侧。在这些网站中观察发现，取消和提交按钮没有非常强烈的视觉区别，而且还被挨在一起。从可用性观点上去看，把主要动作和次要动作用视觉区分开来并且用明确的空隙去区别它们是更有意义的。 3.10. 提交按钮的对齐方式 考虑到表单的样式，把提交按钮左对齐、右对齐或者放在中间是有实际意义的。有56%的设计师把提交按钮左对齐，第二位是26%的把按钮居中对齐。 ...

这是一个由来已久的问题.在Firefox下,如果网页中出现中日混排的文字,而且网页设计者没有在CSS中做任何标明的话,日文通常会默认显示为宋体,非常丑陋,这样会造成日文阅读十分艰难(GReader下简直没有阅读的欲望).而在IE下,中日混排的文字一般情况下都会显示得比较完美,中文是宋体,日文是MS Gothic,不会出现日文被强制显示为宋体的情况. 之前我的解决办法是将Firefox的默认字体更换成微软雅黑或者Meiryo,效果会稍微好一点,但是毕竟两者还是分别对应中文和日文,所以不能从根本上解决问题. 中日混排文字在Firefox和IE下的显示效果对比,我们可以看到Firefox下的显示有多糟糕. 解决思路很简单,就是寻找一个能够同时完美显示中日文的字体,华文细黑,丽黑和文泉驿正黑都能够实现这一点.我们可以将Firefox中文的默认字体更换为这两个.但是问题是这两个字体在Windows下的渲染效果很差,看着非常不舒服,所以我们还需要GDI++这个软件来优化渲染效果. 将整个系统的字体都更换为GDI++渲染的华文丽黑当然也可以达到这个效果,而且整个Windows会非常漂亮.但是我在试用2天之后觉得有两点不好:GDI++会建立缓存,导致系统响应速度变慢,并且有些明显;整个系统都是华文丽黑看着很累.所以最终我还是选择了只对Firefox下的字体进行渲染. 步骤如下: 1.下载以上提到字体的任意一种并安装.下载GDI++. 2.右键点击Firefox快捷方式,将属性修改为如下模式:(其中gdi++所在路径根据自己的实际情况修改,注意双引号和空格) 目标:”D:\Program Files\gdi++\gdi++.exe” “D:\Program Files\firefox 3\firefox.exe” 起始位置:”D:\Program Files\gdi++” 3.修改Firefox的默认字体为三种字体中的任意一个.在工具–选项–内容–字体和颜色中修改. 效果如下: 丽黑Pro 华文细黑 文泉驿正黑 感觉上丽黑效果是最好的,不过因为太黑所以可能看久了会累,所以另外两个也值得一试.有关GDI++的详细信息和配置方法,大家还可以参考极限主题的有关内容. 相关日志 Ubuntu,Windows Vista和XP共享Firefox配置文件 (0) Compiz Fusion新特效Stackswitch (8) Windows XP,Vista和Mac版Firefox 3主题下载 (12) Cario:Windows桌面体验的革命,媲美Mac OS (4) 给你的博客制作一个漂亮的勋章:Quick Ribbon (3) Copyright © 2007(摩摩诘@DiggLife 有关软件和网络技巧. ) 标签：中日混排|字体|日文字体|火狐技巧|美化