※画像もビデオもファイルも全て同じなので、以下の例は画像にします。SharePoint2007ではリストのアイテムの本文内に画像を表示したい場合、ちょっと面倒でした。通常のブログサービスのようにリッチテキストエディタからファイルをアップロードすればOKというわけではなく、一旦ライブラリに画像をアップし、そのURLをコピーして、リストのアイテムの複数行テキスト列内に貼り付けるような、投稿者に操作をお願いするにはちょっと酷な感じでした。コンピューターから」で行う事ができます。これで通常のブログサービスのような操作感に近づいたのかなと思い、喜ばしい機能でした。この機能はSharePoint2007の頃のような一旦ライブラリに画像をアップするという操作を、リストのアイテム投稿ページから移動せずにダイアログ内で行えるという機能で、結局、任意のサイト内のライブラリに画像ファイルをアップロードするという事には変わりありません。アップされると同時に本文内に表示されます。(実際にダイアログ内に表示されているコンテンツを調べると、宛先ライブラリに指定してあるライブラリのUpload.aspxをiframeで表示しているんですよね。)アップロードする際に表示されるダイアログ内ですが、「宛先ライブラリ」という項目があります。アップロード先のライブラリを指定する項目です。ドロップダウンの中にはサイト内のライブラリが一覧で表示されます。ファイル」ライブラリが選択されています。中にはこのライブラリは利用されたくない場合もあると思います。初期値として設定されてしまっているので、「宛先ライブラリでは○○ライブラリを指定してください」と投稿者に指導をしたところで、操作ミスや失念でアップロードされてしまう可能性もあり、できれば初期値を別のライブラリに変更したいですよね。ここの初期値を変更できる設定はリスト内には存在しません。標準機能では宛先ライブラリの初期値を変更できないのかと思ったら、ちょっと分かりづらい場所にあったので紹介します。各ライブラリの詳細設定の中に設定項目があるんです。ライブラリ」という項目が「はい」になっています。ライブラリ...ややこしいですね。)この説明だけ読んでも宛先ライブラリの初期値に関わってくる項目とはわかりませんね。ファイル」ライブラリのこの項目を「いいえ」に変更した後に、その後作成した宛先ライブラリで初期値にしたい「画像用ライブラリ」のこの項目を「はい」にすると、宛先ライブラリの初期値が「画像用ライブラリ」になりました。ファイル」ライブラリのみ「はい」になっており、その後作成するライブラリでは既定では「いいえ」で作成されます。この設定での「はい」「いいえ」は上述の通り、宛先ライブラリの初期値の設定のようで、宛先ライブラリのドロップダウンに表示・非表示の設定ではないようです。「いいえ」にしても初期値にならないだけでドロップダウン内には選択肢の値として存在します。ここに表示・非表示という設定があれば良いのですが、今のところ見当たりません。投稿者には選択肢の値として表示されたくない場合は、該当ライブラリのアクセス権限を外すなどの対応になるのかなと思います。複数ライブラリでこの項目を「はい」にした場合の挙動はどうなるのか?を検証したところ、またまた興味深い結果になりましたので、それは日を改めて記事にしたいと思います。365」というテキストが表示されていると思います。ここを変更する方法としてPowerShellを使う方法がありますが、PowerShellを使いたくない、使えないという環境だったりする場合は、CSSで変更できます。CSSでも色々なアプローチがありますが、今回はcontentプロパティを使います。代替CSSに設定したCSSファイルに記述するなり、マスターページに記述するなり、ページ内にWebパーツとして記述するなり、ニーズや環境に合った方法で適用してください。厳密には追加した後に、オリジナルの方に消えていただく方法です。{text-indent:-116px;}リンクにしたり、SPOの場合はリンクを変更したりという事はさすがにできませんが、文言を変更する程度ならお手軽かなと思います。この方法を使えば左上の製品テキストだけでなく、SharePointの標準機能では変更できない文言の変更など、色々な場所で使えるのではと思います。リボン内のテキストとか、ダイアログのタイトルとか。今回の上述のソースもそうですが、個人発信のブログなので検証に費やす時間もほとんどないので、動作を保証するものではありません。ソース丸々コピペすれば使える!というよりは、考え方のヒントにしていただければと思いますので、例えばセレクタの指定がシンプルだと他に影響が出る事も考えたり、色々と工夫してみてください。Web制作をしていた頃はcontentプロパティなんてclearfixくらいでしか見なかったのですが、SharePointを扱うようになってからは使うようになりました。0バイトのファイルをアップロードできない人によっては今更のネタですみません。0バイトのファイルをアップロード。通常運営していてなかなかありえない利用シーンですよね。僕も今まで知りませんでした。先日、限られた環境で検証しようとした時に若干焦った事です。カスタムを施したカスタムリストの投稿を検証した際に、添付ファイルにファイルを添付するテスト事項もあり、いつもならExcelなどでテスト用ファイルを作るのですが、限られた環境という事でテキストファイルでテスト用ファイルを作成しました。ドキュメントという手順で、テキストファイルを作成しました。この場合、ファイルサイズは0バイトなんですね。いうことで、偶然0バイトのファイルを作成したんです。これを利用してテスト投稿をしてみたのですが、SharePointのエラーページが出て投稿できませんでした。エラー内容を見ても意味がわからず、原因不明で困っていた時に、色々やってみるとファイルを添付しない時には問題なく投稿される法則がわかり、その後、一緒にテストした人に「ファイル、0バイトじゃないですか?」と言われ、ようやく原因がわかった感じです。■ライブラリライブラリに0バイトのファイルのアップロードを試みようとすると、丁寧に理由が記載されるのですぐにわかります。通常の利用では0バイトのファイルを扱わないので、この表示は初めて見ました。■リスト添付ファイルの0バイトのファイルを添付しようとすると、添付ファイルを指定する操作は特に問題ないのですが、投稿をしようとするとSharePointのエラーページが表示されます。添付ファイルを指定する操作の段階でエラーになってほしいところです。これで投稿がエラーになってブラウザの戻るボタンをクリックしても、入力した情報は消えてしまいます。苦労して入力した内容がパァになってしまうんです。このエラーページには理由が記載されているので原因がわかりますね。この環境では理由が記載されていましたが、冒頭で同様のエラーページが出て焦った話の際の環境では、この理由が記載されていなかったんです。原因がわからずに焦った感じです。SharePointのバージョンの違いなのかと思いますが、詳しいことはわかりません。いうことで、冒頭の通り、通常運営していて0バイトのファイルを扱うことはないとは思いますが、こういう事があったぞという備忘録でした。FormsはSharePointの標準では実現できないフォーム画面のカスタマイズを比較的容易に実現できる便利なツールですが、過去にも色々クセがある事を紹介いたしました。Formsでフォーム画面をカスタマイズする再に重要な点として、表示速度の問題は外せません。UIが優れてフォーム入力が便利になっても、表示するのに時間がかかってしまってはUXとしては台無しです。僕自身がFormsを使用した制作経験が少ないのですが、その少ない経験やググった結果から、Formsで表示速度に影響を及ぼすであろう原因を以下に挙げます。・カスタムしたJavaScript・CSSもちろんサーバーやクライアントPCやブラウザ(得にIEは遅い...)などもありますが、同一環境での影響という意味では、大きくは上の3項目が挙げられます。カスタムしたJavaScript・CSSに関しては内容によって左右されますので、そういう意味でも表示速度に問題が出た場合の対応策として挙げやすいのが、単純にコントロール数やルール数をダイエットさせる方法かと思います。デザインのみで利用しているパネルを妥協できる範囲内で削除してみたり、一つにまとめられるであろう列はまとめたり、表示・非表示で利用しているルールを本当に必要かどうか精査してみたり、バリデーションで利用しているルールを本当に必要かどうか精査してみたり。表示速度と言う観点に重点を置き、真剣に検討をすると意外とコントロール数もルール数も減らす事ができます。軽く検証したところ、20コントロールを削除するとIEでおよそ1秒~1.5秒早く表示される感じです。小手先の工夫でも十分に体感できる可能性があります。コントロール数と単純に言ってもそのコントロールの種類でも左右されるのかもしれませんが、そこまでは把握できていません。軽く検証してみたところでは、コントロールの種類で大きく表示速度に左右される事はなさそうです。(ただし、別の場所からデータを引っ張ってくるようなコントロールは影響大きそうですが、そこまでは調べきれていません。)おそらくですが、コントロール数が増えるほど表示時間が遅くなる原因は、コントロールを適切に配置するのに、CSSで大枠のdivにインラインで[top][left][height][width]といった位置情報が記述されていて、それらを表示の際に全てのコントロールで計算しているので時間がかかっているのではと思っています。(あくまでも予想なので違っていたらゴメンナサイ。)また、例えばパネル内に非表示にした隠し項目や、タブのように開閉させてコントロール数を表示上で制御している場合でも、CSSでdisplay:none;で非表示にしているだけで、ソースを見るとHTML上では記述があり、上述の位置情報も計算されていたので、表示上のコントロール数ではなく、デザイン画面で実配置したコントロール数が影響範囲です。実際に表示速度が遅い状態でコントロールを非表示にしても遅いままです。いう意味でも、もし表示速度でお悩みの場合は、やはりコントロール数を減らしていく方向が一番考えずに表示速度を速くさせる方法なのかもしれないです。Formsのユーザー列の注意点SharePointのユーザー列はサジェスト機能で入力途中で候補がドロップダウンで表示されます。Formsのユーザー列も同じです(Forms的には「人々」というコントロール名です)。若干見た目や表示項目が違います。この環境では設定していないけど、プロフィールに写真を登録していれば写真も表示されるようです。どちらもSharePoint2007あたりでは存在していた、ダイアログでユーザーを検索する機能はなくなっています。V1」というものがあります。サーバーの全体管理から追加をします。Formsのユーザー列では、SharePointの標準のユーザー列にはない注意点があります。サジェストのドロップダウンが下のコントロールに潜り込んで隠れてしまうんです。原因はコントロールの重なり順です。過去の記事で軽く触れています。その1PowerPointの「オブジェクトの順序」みたいな概念があり、上から順番に配置していく事を考えると、上にあるユーザー列のコントロールより、下にある複数行テキスト列のコントロールの方が前面にあり、構造上、背面にあるユーザー列のコントロールが隠れてしまうのです。原因がわかれば対策はわかります。ユーザー列を前面に出せば良いです。該当するユーザー列を選択し、「最前面へ移動」をクリック。この注意点は、作成中は結構盲点で見落としがちなので、ユーザー列を追加する際には気に留めておきましょう。ちなみにFormsを起動した際のデフォルトの配置状態でもこの現象は起きます。FormsでSharePointの選択肢を簡単に横並びにするSharePointの選択肢列で不便に思うのが、ラジオボタンやチェックボックスが1列縦並びにしかできないこと。ムダに縦スクロールができてしまいます。選択肢が多い場合はドロップダウンにしがちですが、複数選択させたい場合はドロップダウンは使えません。このように「好きなフルーツ」列を作りました。フルーツ大好きなので単数選択は僕にとっては酷な選択です。複数選択できるようにチェックボックスにしました。Formsでは2列以上に簡単にできます。必要なコントロールの設定はこの3点です。例によって文字だけでは意味がよくわからないので検証をします。「列の数」で何列にしたいかを設定します。単純に何列にしたいのか数字を入力するだけでもOKだし、式も使えます。ここに「3」と入力するだけで、3列に設定してみました。次に「選択肢の配置」というのがわかりにくいです。「下から右へ」はこんな並び順。これを見ると「下から右へ」の意味がわかりますね。ここを「右から下へ」に変更するとこうなります。「右から下へ」というのはこういう事ですね。これは「固定」「浮動」とあります。浮動に変更すると、こうなります。固定は列ごとに左寄せされるのに対し、浮動は全てが左寄せになります。このままでは値と値の間の余白が不十分なので見づらく、何かしらの調整がしたくなりますね。このようにFormsなら簡単に3つの設定で列の値を横並びにする事が可能です。「その他の色」から戻せる例えばExcelでセルに色を塗った後に、元の透明に戻したい場合、「塗りつぶしなし」を選択すれば元の透明に戻せますよね。(白を選択しても見た目では元に戻るけど、厳密には上述の方法が元に戻す方法)Formsでパネルなどのコントロールに色を塗る際に、「背景塗りつぶし色」で色を選択します。(「背景塗りつぶし色」ってネーミングがもうね...)問題は塗った後に元の透明に戻したい場合。Excelなどのような「塗りつぶしなし」的な解除ボタンはどこにもありません。操作の直後に戻すなら「元に戻す」ボタンで戻すことは可能ですが、他に色々な操作をした後に戻したい場合には、使えませんよね。不可能かと思いましたが、分かりづらいところで透明に戻す方法があったので紹介します。「背景塗りつぶし色」で、一番下の「その他の色...」を選択します。背景色ダイアログの「新しい色:」の下あたりにRGBの数値があって、そこを空欄にしてOKを押します。わかりづらいですよね。数分悩んだので紹介してみました。縦長ページのページ全体スクリーンショットが撮れない!→解決!【結論】ちょっと細工をすれば撮れます。~にですが、ページのスクリーンショットを撮りたい時があります。(今の会社に入社してから頻度が増えました。限らずスクショを撮るには「PrtScn」キーを押せば良いのですが、それだとブラウザで開いたまましか撮る事ができません。(アクティブなウィンドウだけをスクショするなら「Alt」を押しながら「PrtScn」ですよね。)縦長ページのページ全体のスクショを作るには、ペイントなどで切った貼ったを繰り返し...なんて面倒な作業も考えられますが、ダルいので便利なブラウザのアドオンやソフトを使いますよね。アドオンを入れてまずは手始めにYahoo!トップページを撮るとこんな感じで縦長ページでもページ全体のスクリーンショットが撮れます。ページでページ全体スクショを撮ったら...ん???開いた領域しか撮れてない!!Yahoo!のトップページなどは普通に撮れたのでアドオンのせいではありませんでした。ページはスクロールさせてもスイートバーやリボンは固定され、コンテンツエリアのみスクロールしますよね。ここが影響しているっぽいんです。【解決法】アドオン次第で成功したりしなかったりしたので、僕が成功した条件で紹介します。FireFoxを使います(アドオン「FireBug」も入っています)。Saver」を使いました。Saver」のアイコンから「ページ全体を画像として保存」をクリック。↓これで撮れたスクリーンショットです。ページ全体が撮れています。環境をFireFoxに限定したのは理由があり、IE11にスクショ用アドオンを追加して同じ方法で試したらバグっぽい感じでうまく撮れませんでした。ブラウザやアドインなど、環境によって成功しない場合もあり、ただそれを色々と検証するのが個人的にダルいので、成功した環境で紹介しました。IEじゃなきゃダメだという場合は、IEのアドオンを色々試してみてください。IEでも作業工程は上述の方法とほぼ同じです。(に限らず)を導入すると、少なからずIT部門に使い方や操作トラブルの問い合わせが入ると思います。専任スタッフもおらず、だいたい他業務と兼任していることが多く、これらのサポート業務に忙殺され、他業務に影響が出ててしまう事もあります。IT部門がサポート業務を担う、いや、渋々担わされている企業にありがちなのが、以下の状況。問い合わせは主に電話で受け答え。問い合わせ内容(質問・調査・回答)を保存していない。問い合わせ内容を個人で保存しているがチーム内で共有されていない。悪い言い方をすれば「行き当たりばったり」。問い合わせが電話で、それを保存していない場合、実は過去に何度も同じ内容で問い合わせが来ているのに、受けたIT部門のメンバーが違う事で、各自毎回調査をして回答をするという、かなり非効率な状況になっていたりするんですよね。以前にも書いたとは思いますが、IT部門はサーバー管理など運用面には関心があっても、運営面では無関心な事が意外と多いんです。活用していないケースもあります。IT部門が主導で各種グループウェアなどを比較検討した結果選んだ製品を導入し、技術面でも詳しいのであれば、その段階では一番積極的に有効活用できる部門だと思うんです。これじゃ社内展開がうまくいかないですよね。利活用しつつ、社内サポート業務の効率化を図る、一石二鳥な方法があるんですよね。関する情報発信をすることです。自発的にTips的な情報をブログなどで発信する。ユーザーからの問い合わせはIT部門内で蓄積する。(IT部門内公開)問い合わせから良質な問い合わせを抽出しFAQとして社内公開する。別に目新しいことではないんです。これだけでも十分なんです。スキルの底上げを図れます(読まれているかどうかは置いといてですよ)。ユーザーからの問い合わせをIT部門内で共有する事で、チームメンバーのスキル底上げにもつながるし、同類の問い合わせに関しての調査・回答工程を省けます。FAQとして公開する事により、ブログと同じくユーザーが自発的に問い合わせる前に自己解決できる可能性が出てきます。既出で解決済みの問い合わせを新規で受けたとして、該当するブログ記事やFAQを参照してもらうだけで済むので対応の時間効率化にもなります。これが1年2年...とコツコツ増える事によりナレッジは蓄積されます。担当者が一人で対応していた場合、この方が急に退職されたりして残されたIT部門のメンバーが途方に暮れる...みたいな。属人化させないためにも、日々ナレッジは蓄積し、できる限り共有されている仕組みは大事ですよね。私は実際に運営で問い合わせを受けるサポート業務も兼任していたのですが、まぁ問い合わせ内容もピンキリで、時にはマイクロソフト社に助けを求める事もありますが、多くの場合は簡単な説明で解決できる内容でした。有効活用している事例を自然と見せる事により、少なからず社内全体の利活用促進に貢献できるのではと考えます。一石二鳥どころかそれ以上だとは思いませんか?このような提案を上長や組織内にする際に、自ら情報発信をするのに抵抗を感じる人がいたり、そもそも業務を増やしたくないと思われたり、抵抗勢力があるので厳しかったりもしますが、大事な事だと思うんですよね。一度言いますが、別に画期的な方法でもなく、誰でも思いつく事。それを実現できていない企業も少なくはないはず。知っている人にとっては常識なのかもしれないけど、投稿者レベルの利用者は実は結構知らない事だったりします。実際、過去に「行間なんとかならないですか?」というユーザーからの問い合わせが何度かありましたし、教えると初めて知ったというユーザーが多かったです。先日の記事では投稿者・閲覧者レベルでの教育が必要と書きましたが、例えばこのような小さい事まででも社内ブログなどでTips的に発信すると、良いのではと思います。ページのコンテンツエリアやアイテムの複数行テキスト列のように、Word感覚で文章を装飾できるリッチテキストエディタがあります。この文章を作成中に改行をしようとEnterキーを押したところ、思った以上に行間が空いてしまって困ったことはありませんか?改行の操作は「Shift+Enter」なんです。このくらいの行間になります。「Enter」はというと、段落扱いです。比較してみるとこんな感じ。あれ?行は「改行」なら段落はなんだろう?改段落???次段落???ま、いっか...。通常の文章でも改行と段落では段落間の方がスペースは広いですよね。改行をする場合はShift+Enter、次の段落にしたい場合はEnterと覚え、意識して使い分けをしましょう。クセじゃなくて、WordもPowerPointも同じなんですよね(ちなみにこのブログで利用しているWordPressも)。そのくらい常識でしょ?と思った方は、その常識は一旦拭った方が良いかもしれません。冒頭の通り、意外と知らない人は多いんです。仕事をする前は知りませんでしたもん。)たった少しの説明でコツコツと社内のコンテンツのクオリティが上がるのなら、その手間は「常識だろ...」と惜しまない方がみんなが幸せになります。ここまでで読み終えても良いですが、ここから先はHTML的な挙動についても書いてみます。Shift+EnterとEnterはソースコード的にはどのような違いがあるか?リッチテキストエディタ内には「ソースの編集」というボタンからソースを見る事ができます。1行目のソースはひとつの段落である事を示す<p></p>で囲まれます。1行目でもあり、1段落目でもあります。Enterを押して2行目を書くと2行目も<p></p>で囲まれます。2行目ではなく、2段落目です。Shift+Enterを押して2行目を書くと改行を示す<br/>が追加され、全体では1段落目のまま、2行目は1段落目の2行目です。SharePoint2007の頃はリッチテキストエディタで生成されるHTMLは非常に汚く見るに堪えないものでしたが、バージョンアップするごとにだいぶ良くなってきました。2007/2010/2013の運営・サイト構築を担当。仕事でも登壇活動などをしています。契約し、家庭内活用しています。楽しさを多くの方に伝えられたら、と思っています。当ブログは完全に個人の趣味で運営しています。しているので、正確性に欠けている場合があります。日々変更のあるサービスをネタとして扱っているため、特に古い記事についてはご自身でも調査・検証を行ってください。2019-2020受賞しました。当ブログに掲載されている情報は、必ずしも正確性や安全性を保証するものではありません。掲載された内容によって生じた損害等の一切の責任を負いかねます。当ブログに掲載されている情報は個人の見解であり、所属する団体・組織は一切関係ありません。