SharePointのデザインの複雑さとWebデザイナーの創造性に対処する方法は?
質問
私の顧客の1人は、SharePointをイントラネット通信ポータルとして使用したいと考えています。私の顧客は、アプリケーションのルック&フィールをカスタマイズしたいと考えており、ウェブデザイン代理店にアプリケーションの設計を要求しました。
ソリューションの積分器として、SharePointの知識がないWebデザイナーを「運転」する必要があります。
このコラボレーションについて何か推奨事項はありますか?開発者ではなく、SharePointの人間工学の理解を支援するWebデザイナー向けのガイドはありますか?私が避けなければならない一般的な間違いは何ですか?
フィードバックのためのthx
解決
これが私の2セントです:
SharePointはまだSharePointのように見えることを確認してください。デフォルトのフォントサイズを台無しにしないでください。 SharePointがそれをうまく扱っていても、サードパーティのアドインはそうではないかもしれません。
それらを制限して、会社が使用するもの、カスタマイズされたトップ(ヘッダー)エリア、オプションのフッターに配色を変更するだけです。
夢中にならないでください、あなたは代価を払うでしょう。
マスターページ / CSSのみを介して制御の変更を制御します。
有効 /無効にできる機能を介して、新しいマスターページを展開します。
SharePointデザイナーによるカスタマイズはありません。
これらのガイドラインは、非常に大規模なロンドンに拠点を置く金融機関のブランド変更のために正常に実装されています。
他のヒント
ムヒンビが言ったことすべて。
SharePointがHTML Webサイトではなく.NETアプリケーションであることを認識していることを確認してください。 HTML&CSSの知識を持つフロントエンドのデザイナーである場合、SharePointのルック&フィールをカスタマイズすることでのみ、これまでに取得できます。おそらく、.NET開発者の支援が必要です。
ヘザーソロモンのブログをレビューさせてください。ブックマークして、頻繁に参照してください。それは私が知っている最高のリソースの1つです。http://www.heathersolomon.com/blog/
カスタマイズのための他の優れたリソース(CSSだけでなく)はMarc Andersonのブログです http://sympmarc.com/ と https://www.nothingbutsharepoint.com/
生産環境で物事が爆発するのを避けるために、開発環境を構築します。または、Webデザイナーが独自のVMを生産環境と同じバージョンのSharePointを実行していることを主張し、そこで開発を実行することを要求します。シンプルなタイプミスで物事を簡単に壊すことができるか、SharePointで完全に理解していないものを実装する方法について「論理的な仮定」を作成することで驚くでしょう。
幸運を!