3

有人将蓝图 ( http://www.blueprintcss.org/ ) 与 Office Sharepoint 服务器发布站点一起使用吗？如果是，你怎么看？有什么问题或问题吗？它真的可以节省时间并使网站在跨浏览器上正常工作吗？

4

2 回答 2

1

去年，我在一个项目中使用了带有 SharePoint (MOSS) 的 Blueprint CSS。

我是英国的承包商，这是一个为期 3 个月的项目，有 1 个技术资源（我）。涉及的公司（为银行业提供服务的大型英国公司）拥有现有的 Intranet 安装，并希望迁移到基于 MOSS 发布站点的 Intranet。

设计是基于列的，具有固定宽度（960 像素），所以我查看了当时可用的 CSS 框架，蓝图看起来简单而灵活（http://kematzy.com/blueprint-generator/上的设计工具来构建一个自定义网格）。

蓝图本身运行良好，我在使用它时遇到的问题与任何涉及对母版页/页面布局进行大量定制的 MOSS 项目几乎相同。我最终还是编写了自己的重置 CSS，而不是使用默认的 CSS，因为我不想完全破坏 MOSS 样式。陷阱：

  • SharePoint 使用 quirks 模式（html 未定义 doctype），因此添加 doctype 意味着大量摆弄随附的 CSS 样式以使其全部正常工作。
  • 控件渲染是嵌套表等的正常 asp.net 混乱，结合怪癖模式意味着让事物留在网格中总是有些棘手。
  • 我只需要支持 IE（6 和 7），因为它是一个内部 Intranet，甚至它们的渲染不一致也会导致一些问题。如果没有使用控制适配器来尝试生成健全的 html，我认为这只会让支持其他浏览器变得更糟。

说了这么多，它与母版页配合得很好，并且非常适合页面布局（不同的列/布局和具有“杂志风格”的首页）。而且我们有时间完成了这个项目，所以是的，我会再次使用它并推荐它——只要你很高兴很快就能深入到 CSS 中......

于 2009-06-22T15:59:51.463 回答
1

作为一名可访问性传播者，我也走上了使用蓝图的相同道路，以努力使事情更符合标准。老实说，我不会再这样做了。

试图击败 MOSS 2007 并使其易于访问是一个失败的原因。即使是像 AKS（SharePoint 的辅助功能工具包）这样的伟大项目，也只不过是为大量过时的 .NET 控件呈现的嵌套表添加了一个摘要参数。

如果不重写所有这些控件，那就没有意义了。不使用太多这些的 SharePoint 发布网站可能更容易管理。但是 IMO 你最好等到 2010 年，这会做得更好。

如果现在与 WCAG 会面很重要，那么您最好使用另一个开箱即用的 CMS，或者至少让您在没有太多痛苦的情况下做到这一点。

于 2010-04-13T23:54:31.367 回答