誰かがOfficeSharepointサーバー公開サイトでブループリント(http://www.blueprintcss.org/ )を使用しましたか?はいの場合、どう思いますか?キャッチや問題はありますか?それは本当に時間を節約し、サイトをクロスブラウザでうまく動作させるのを簡単にしますか?
2 に答える
昨年、プロジェクトでBlueprint CSS with SharePoint(MOSS)を使用しました。
私は英国を拠点とする請負業者であり、これは1つの技術リソース(私)を使用した3か月のプロジェクトでした。関係する会社(銀行業界にサービスを提供する英国の大手企業)は、既存のイントラネットをインストールしており、MOSS発行サイトベースのイントラネットに移行したいと考えていました。
デザインは固定幅(960px)の列ベースだったので、当時利用可能なCSSフレームワークを調べたところ、Blueprintはシンプルで柔軟に見えました(http://kematzy.com/blueprint-generator/のデザインツールでカスタムグリッド)。
ブループリント自体はうまく機能し、ブループリントを使用して遭遇した問題は、マスターページ/ページレイアウトの大規模なカスタマイズを伴うMOSSプロジェクトとほとんど同じです。MOSSスタイルを完全に壊したくなかったので、デフォルトのCSSを使用するのではなく、独自のリセットCSSを作成することになりました。落とし穴:
- SharePointはクァークズモードを使用しているため(htmlはDoctypeを定義していません)、Doctypeを追加すると、出荷されたCSSスタイルをいじってすべてを機能させることができます。
- コントロールのレンダリングは、ネストされたテーブルなどの通常のasp.netの混乱であり、クァークズモードと組み合わせると、グリッド内に物事を残すのは常にやや注意が必要でした。
- IE(6&7)は内部イントラネットであるため、サポートする必要があるだけでした。レンダリングの不整合でさえ、いくつかの問題を引き起こしました。コントロールアダプタを使用して正常なhtmlを生成しようとしない限り、これは他のブラウザのサポートも悪化するだけだと思います。
そうは言っても、それはマスターページでうまく機能し、ページレイアウト(さまざまな列/レイアウトと「雑誌スタイル」のフロントページを持つ)で素晴らしかったです。そして、時間の余裕を持ってプロジェクトを完了させたので、はい、もう一度使用してお勧めします。CSSにすぐに慣れることができれば、それをお勧めします。
アクセシビリティ エバンジェリストとして、ブループリントを使用して物事をより標準に準拠させるという同じ道をたどりました。正直に言うと、二度とやりません。
MOSS 2007 を打ち負かして提出し、アクセスできるようにすることは、失われた原因です。AKS (SharePoint 用アクセシビリティ キット) のような優れたプロジェクトでさえ、ひどく時代遅れの .NET コントロールによってレンダリングされたネストされたテーブルの群れに要約パラメーターを追加するだけです。
これらすべてのコントロールを書き直さないと意味がありません。これらをあまり使用しない SharePoint 発行サイトは、管理が少し簡単になる場合があります。しかし、IMO では、2010 年まで待ったほうがよいでしょう。
WCAG への適合が今重要である場合は、これをすぐに実行できる別の CMS を使用するか、少なくともあまり苦労せずに実行できるようにする方がはるかに優れています。