Dreamer

css

与960 Grid System相关的那些问题

November 28, 2010 by dreamer

10月份有机会从零开始设计一整个企业网站。借此机会用上了心仪已久的960 Grid System。我们四年前的旧网站也即将改版,原来设计的宽度是1000px,我们打算今后都统一到960px,同时用上960 Grid System。下面整理了使用960 Grid System时考虑的一些问题,菜鸟们共勉。 为什么是960px? 一直以来,网页设计师都希望寻找一个理想的页面宽度值,既能适应大部分屏幕,又尽可能的在一行显示更多的信息。 我们首先会考虑的是全屏自适应,但这并非一个好的解决方案。一方面,需要做一个能适应各个宽度的设计,从背景图片,到每个栏目标题的文字长度,都需要考虑到适应多变的宽度;另一方面,也是最致命的一点,相比英文单词,中文方块字是没有起伏的,用户对文字位置记忆的依赖性更大。自适应宽度也就意味着一行显示的文字数是不定的,阅读中文文字块时很可能很难一下找到刚才读到的那个地方现在到哪去了。因此,固定页面宽度比自适应更常用。过去,信息闭塞独立思考的我们会考虑用主流屏幕宽度-20px(IE中左右边框+滚动条的宽度)。在1024*768的分辨率下,页面宽度应该为1004px。但过不了多久,很多人便意识到,有一个更好的宽度——960px。 960 = 2^6*3*5。与1004这个无厘头的数字相比,960能够被12、15、16、24整除,得数分别为80、64、60、40,这些数字听着就和谐而且靠谱。因此960非常适合于使用栅格设计系统进行网页设计。 为什么要用栅格设计系统? 栅格设计系统,即Gird System(又称网格设计系统、标准尺寸系统、程序版面设计、瑞士平面设计风格、国际主义平面设计风格),是一种平面设计的方法与风格。运用固定的格子设计版面布局,其风格工整简洁,在二战后大受欢迎,已成为今日出版物设计的主流风格之一。 栅格设计系统在印刷出版物的排版设计中十分普遍,网页设计常会从印刷排版中汲取灵感。在网页设计中采用栅格设计系统不单能够继承工整简洁的风格,还能大大的减少设计的工作量;从前端工程的角度来说,这种排版方式优点不言而喻:天然的规范性和可重用性。从整个团队来看,使用栅格设计系统能简化工作流程,便于交流,也便于分工和统一风格。 这是使用3*3的网格的960px页面设计草图,来自“The Principles of Beautiful Web Design”。 960px是唯一的么? 960是否是唯一最优的页面宽度呢?当然不是。目前使用栅格系统的页面的宽度并不严格就是960px,也可能是950px,例如yahoo的YUI框架就是950px。关于网页栅格系统设计的介绍可以看看TaobaoUED的这篇文章。1024*768也不会永远是主流分辨率,随着分辨率的发展,下一个较优宽度很可能是1440(2^5*3^2*5),或者是一个没有分辨率的时代,页面能够按比例自动缩放(就像现在在移动版safari看到的那样)。另外,好的设计和创意常常需要打破规则,栅格设计系统也并非网页排版唯一可用的风格,在主流之外会一直存在一些很优秀的非960px页面(尤其是全flash网站);有时候人们会议论他们seo上的缺陷,或者兼容性、用户体验不够好,但从艺术的角度上他们依然很优秀。 为什么用960 Grid System? 960 Grid System是由Nathan Smith开发的CSS框架,有12列、16列、24列三个版本。CSS对于很多程序员来说可能完全不屑于优化,但它确实和其他的程序代码一样需要架构和优化。即使运营的是一个很小的网站,适当地组织、重用CSS代码能够节省相当多的时间和成本。CSS框架正是那个能让你在每个网站都屡试不爽的东西,把那些无聊重复的工作都交给它们吧,把自己的精力集中在怎么创造更令人动心的设计上! 而且,960 Grid System不仅仅提供了CSS框架,它还提供了可打印的缩略图表,Firewofks、Phototshop、OmniGraffle 和Vision的模板源文件⋯⋯你可以让项目组的很多人都用上它。 它也能为你减少了很多兼容性问题,它支持被yahoo评为A级别的浏览器: 用960 Grid System做出来的东西好看么? 这个问题很有现实主意色彩。使用960 Grid System创造好网站的能力毋庸置疑,在它的网站上列出了许多成功案例。此外,wordpress用户熟悉的WooThemes也用了960Grid System。 具体到中文的环境中,每个设计师都有自己的判断。例如我自己觉得16列的网格系统比较适合中文企业网站,你可能会有别的看法。但是并不是用了它就一定能创造出令人满意的网页。“Frameworks are merely tools that help people achieve solutions, not the … [Read more…]

Posted in: Interaction&Front-end, User Interface, 工作整理 Tagged: 960 Grid System, css, CSS framework

[翻译] 10 Best CSS Practices to Improve Your Code(10个改善CSS的最佳实践)- 2

November 26, 2010 by dreamer

原文链接:10 Best CSS Practices to Improve Your Code 第一部分链接:[翻译] 10 Best CSS Practices to Improve Your Code(10个改善CSS的最佳实践)- 1 4 有用的命名习惯 你会注意到上面我声明了两个列的id,我管他们叫col-alpha和col-beta,为什么不叫col-left和col-right?请总是考虑到将来的编辑。 下一年你可能需要重新设计你的站点,把左边的列移到右边,你不该就为了调整位置而在HTML中重命名这个元素并在样式表中重命名id。 当然,你可以就把左边的列移动到右边并且保留#col-left的id,但是那多让人困惑?如果id是“左”,人们应该会希望它将一直在左边。之后这没为你留下太多空间去移动周围的东西。 CSS的一个主要优点就是分离样式和内容的能力。你可以完全不用碰HTML,只修改CSS,就能重设计站点,所以不要用限制性的名字弄脏了CSS。用更通用的命名习惯,并保持一致。 让具体的位置或者样式的词语原理你的样式和id,一个.link-blue同样会让你话费更的工作,或者在客户要求你把那些蓝色的链接修改成橙色的时候让你的样式变得真的很糟糕。 按照他们是什么,而不是他们看起来的样子为元素命名。例如,.comment-blue和.comment-beta比起来就不太通用了,.post-largefont比.post-title更局限一些。 5. 用连字符取代下划线 比较老的浏览器可能对CSS中的下划线支持不太好,或者完全不支持。为了更好的向后兼容,请养成使用连字符的习惯。用#col-alpha而不是#col_alpha。 6. 不要重复自己 用组合元素代替重新声明样式来尽可能的重用样式。如果你的h1和h2都用同样的字体大小、颜色和边距,用逗号组合他们。 如下: 你也应该尽可能使用简写。请永远寻找机会组合元素并使用简写声明。 你可以比较以下两种写法: 明白css解释这些简写的顺序是非常重要的:top,right,bottom,left。一个大的顺时针圈,从正午开始。 同样的,如果top和bottom,或者left和right属性是相同的,你只需要写两个: 这条声明将top和bottom的margin设置为1em,left和right的margin为0。 7. 优化为轻量级的样式表 遵照上面的技巧,你能真的减少样式表的体积。体积越小,加载越快,并且更易于维护更新。 删掉那些不需要的,尽可能的用组合来合并样式。小心使用封装好的css框架,你很可能继承了一大堆不会用到的东西。 另一个为css瘦身的快速技巧是:你不需要为0指定单位。如果一个margin设置为0,你不需要写0px或者0em。0就是0,不需考虑丈量单位,css能够明白。 8. 为Gecko编写你的基本样式,然后为Webkit和IE做调整 把你自己从排除故障的头疼中拯救出来,先为Gecko浏览器(Firefox, Mozilla, Netscape, Flock, Camino)写css。如果你的css在Gecko中工作得很好,它也很可能在Webkit(Safari, Chrome)和IE中也没有问题。 9. 验证 请使用W3C的免费CSS验证。如果你遇到问题,你的布局不像你想要的那样工作,CSS验证器会在指出错误方面给你很大的帮助。 10.保持屋内整洁 … [Read more…]

Posted in: Interaction&Front-end, User Interface Tagged: code, css, programing

[翻译] 10 Best CSS Practices to Improve Your Code(10个改善CSS的最佳实践)- 1

October 31, 2010 by dreamer

原文链接:10 Best CSS Practices to Improve Your Code 为什么我们的CSS变得一团糟——我们真的很容易陷入这样的困惑中。 有时这是一开始就马虎编程的结果,有时是由于后期多重的附加代码(hacks)和修改造成的。 无论是哪种原因,这都不是无法避免的。写出干净,超级可管理的CSS很简单,只要你走对了路,你的代码会更便于今后的维护和编辑。 写出更轻巧、更快并且更不会让你头疼的CSS,以下这11个技巧将会提高你这方面的能力。 1.保持条理性 像任何事情一样,让自己保持条理性(有组织)是值得的。采用清晰的结构,而不是随心所欲地组织id和class(别想到啥就写啥)。 这会有助于你在心里记住CSS的级联性,并让你的样式表能够利用样式继承。 首先声明最通用的item(id class或者是html element),接下来是稍微不那么通用的……依此类推。这让你的CSS能适当地继承属性,当需要的时候,重写一条特殊的样式会更容易。将来编辑CSS时也会更快,因为它遵循着一个易于阅读的逻辑结构。 用一个对你来说最好使的结构,同时在心里想着将来的编辑和其他开发人员。 重置和重写 链接和字体 主布局 二级布局结构 表单元素 其他杂项 2.标题、日期和签名 让其他人知道谁写了你的CSS,什么时候写的,以及如果有问题可以联系谁。在设计模板或主题时这非常的有用。 稍等片刻…那些色标数字是咋回事?多年以来,我发现,简单列举出我的样式表里常用的颜色,在初次开发和后期编辑时真的非常有帮助。 这节约了你打开Photoshop从设计图里吸一个颜色,或者在这个网站的风格指南(如果这个东东存在)里查颜色。如果你需要那个特定的蓝色的HTML代码,只需要翻到注释处复制它就行了。 3.搞一个模板库 一旦你选定了用一个结构,剥掉所有不通用的并把文件存成一个CSS模板,以便将来使用。 你可以为多种用途保存多个版本:两栏布局、博客布局、打印、移动等等……Coda(OSX的编辑器)有一个优秀的Clips特性能让你很简单的做到这些。很多其他的编辑器也有类似的特性,不过甚至是一批简单的文本文件也能很好地工作。 每次都从头开始重写每一个样式表是很疯狂的,特别是每个都是采用一样的约定和方法。

Posted in: Interaction&Front-end, User Interface Tagged: code, css, programing

gallery页面三步走(完成)

July 28, 2010 by dreamer

benny说我写的东西太没条理了,好吧,这次我就尽量一点一点的来说。 gallery是网站中用于显示产品的所有照片的页面。产品照片是通过这样的流程产生的:网友自主提交->管理员人工审核->设计手工加上水印->上传。gallery已经有3个版本,下面会仔细地说说这三个版本,纪录我在做这些工作时候的考虑,从中总结一些可用的方法。 gallery v1.0 启用时间:2006.6-2009.10 页面元数据: – 产品名称 – 当前图片(800px × 600px) – 其他图片的缩略图 2009年bing的图片搜索提供了一种新的界面设计模式——无翻页的缩略图列表(即用一个页面将所有的缩略图列出来,摒弃盛行数年的“分页”模式),分页模式产生于那个屏幕小、用户对信息掌握程度低的年代,它将大量的信息切割成用户容易消化的长度,一段一段的推给用户。时光飞逝,2010年的今天,屏幕变大了,用户页习惯了在屏幕上阅读大量的信息,一个页面呈现所有的信息对他们来说理解起来没有那么困难了。分页反而给他们增加了点击的负担。现在看来我们在4年前就已经有这种理念了嘛⋯⋯Orz⋯⋯ 因为我们并没有一个“缩略图”集合页面,所以“查看大图”的页面也需要至少提供一种提供给用户“浏览全部照片”的可行途径。现在看来,第一版gallery是一个非常“简单”、“实用”的作品,在这个页面能直观地看到所有的缩略图。这个页面并不是我设计的,它工作了相当长的一段时间。 gallery v2.0 启用时间:2009.10-2010.7 页面元数据: – 产品名称 – 当前图片(800px × 600px) – 其他图片的缩略图 v2版本的元数据与v1时并没有变化。改版的起因是我们计划在此页面加入“用户评论”功能。在v1中,每个页面都会在页面下方显示全部图片的缩略图,“用户评论”只能放在这个不定高度的缩略图列表之下,大家感觉这样不太合理。我们同时也希望这个页面“用起来更方便一些”。v2的主要改动在于: 将产品名称单独放在页面顶部中间 将缩略图放入一个固定面积的“窗口”中 将上述窗口放到当前图片(原图)的右侧。 在v3里我又将这个窗口挪回了大图下方⋯⋯ o(>。<)o…… 后来我也扪心自问,为什么要放在右侧……我其实只是参考了无节操百度的图片搜索。更深层的原因是: 大图的宽度仅有800px,小于主流宽度960px,完全有空间在右侧加入缩略图列表;右侧的列表能减少用户浏览图片时垂直方向的滚动;同时,用户在查看大图时就能看到这个列表,他们可能马上就意识到还有其他很多图片可供查看。 带有缩略图的,尺寸很大的“上一张”、“下一张”按钮。这两个按钮是相册潜规则了吧,用户习惯了……所以大大方方show出来吧! gallery v3.0 启用时间:2010.7-? 页面元数据: – 产品名称 – 当前图片(1024px × 768px) – 其他图片的缩略图 任何一次改版都可以看成是要解决某些需求,在v3的设计前,我意识到首先要整理一下我们的需求。 1 gallery页面改版需求分析 1)用户的需求 用户进入这个页面的原因,往往反映了用户的需求。我会经常尝试通过“列出页面入口”的方法来了解用户“为什么而来”。进入gallery页面有三种方法: 点击product页面仅有的一张产品图片(该图片尺寸为240px … [Read more…]

Posted in: Interaction&Front-end, User Interface, 工作整理 Tagged: css, gallery, html, web, 产品, 相册

Categories

  • ACG
  • Flash3D
  • Interaction&Front-end
  • Life
  • Mobile
  • User Interface
  • Visual Design
  • 工作整理
  • 懒人食谱
  • 服务器

Recent Comments

  • dreamer on Kill IE6?
  • 曉行 on Kill IE6?
  • Benny on 互动设计是神马?
  • 人人都爱vancl | Dreamer on 互动设计是神马?
  • dreamer on http协议复习笔记摘要

Tags

3dmax 3Z 403 960 Grid System acg android apache call to action code collada css CSS framework dae Designing Interactions Designing Interfaces diy Don't Make Me Think flash G7 gallery html http httpd.conf ie6 iPad 2 mysql papervision3d php programing PV3D realign shelock holmes wap web window wordpress xhtml xhtml mp 互动设计 产品 便当 凡客 咖喱 手机 手机网站

Copyright © 2025 Dreamer.

Mobile WordPress Theme by themehall.com