让我解释下面的基本布局:
|----------------------------|
| title banner |
| |
|----------------------------|
| logut-row |
|----------------------------|
| aN |
| <<to be explained>> |
| |
| |
| |
| |
| |
| |
|----------------------------|
| footer |
|----------------------------|
a1:
| Use entire width for text |
| and images. |
a2:
|nav- | con |
|iga- | |
|tion | |
a3:
|nav- | con1 | con2 |
|iga- | | |
|tion | | |
a4:
|nav- | con1 | con2 | con3 |
|iga- | | | |
|tion | | | |
关于布局的问题:(第4号是最有趣的)
答案 0 :(得分:1)
关于(6),我们正在采取的措施(与许多其他人一样)是为移动设备提供完全独立的界面,其中移动设备访问该站点的可能性相当高。在移动用户可能想要访问该网站的情况下,我们会找出他们最想要的内容,并编写一个单独的应用程序,以便为移动设备提供最佳界面。我们主要针对iPhone,因为它是我们看到访问我们网站的主要移动设备。
我们的主要重点是我称之为“上下文”的数据 - 地图,“实时”数据等。这个想法是你可能有很多静态信息,但是当你需要的时候需要这些信息。在旅途中,相对较小。有趣的是到达那里(地图,天气,交通)或信息可能会改变的数据,无论我去哪里或如何到达那里(关闭,可用性)。当然,这在很大程度上取决于您的用户群体以及他们对如何获取信息的选择。
答案 1 :(得分:1)
去吧 - 800x600变得罕见。考虑一下可调整大小的布局 - 虽然更好,但不是固定的1000-something。
不是 - 屏幕较小但字体较大的用户会得到一个很大的禁令。
IE7 / 8,FF3,Safari 3和Chrome。歌剧奖励积分。
Blueprint CSS。重置CSS。 jQuery for JS需要。
4.0 Transitional或XHTML 1.0,如果您使用XML工具CSS 1.0,可以使用2.0的非关键增强功能。推理如果页面正确验证并且你失去了一些有用的过渡属性,那么去X并不重要。
可以简单地基于自定义CSS。取决于您拥有多少移动用户,他们对您的重要程度以及网站的性质。
答案 2 :(得分:1)
对于1号,我建议将其修复为960px宽 - 请参阅the 960 Grid System以获取示例和好处。这个数字很好地划分为一个网格,并且应该可以在1024 x 768(或上网本的600-ish)分辨率下轻松地在所有主流浏览器(+滚动条)中使用。
答案 3 :(得分:0)