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は非常に汚く見るに堪えないものでしたが、バージョンアップするごとにだいぶ良くなってきました。違いは違いと認識されず変更されない。法則がわかれば変更可能。アプリ名やビュー名など表示名は気にするけど、URLまでは気にしない場合はどうでも良い記事です。列の内部名やアプリのURL(ディレクトリ名?)は作成後に変更はできませんが、ビューに関してはビュー名の他に「このビューのWebアドレス」という欄で、URLの変更が可能です。含めて一貫した規則性に従って作成すると思います。複合語の場合は、キャメルケースだの色々な命名規則がありますが、例えば頭文字を小文字で書いていたら、後から大文字に直せと言われた場合。例として「viewName」を「ViewName」に変更する際に事象が確認できます。▼「このビューのWebアドレス」が「viewName」になっています。▼「このビューのWebアドレス」を「ViewName」と先頭を大文字Vに修正します。▼ところがブラウザのURLを確認すると修正されていません(小文字のまま)。▼再度ビューの編集ページを開いても「viewName」に戻ってしまっていました。検証してみた結果なのですが、ビューの編集ページの「このビューのWebアドレス」欄では、大文字から小文字、小文字から大文字の修正は、内部的には大文字小文字の違いは認識されず、変更がない項目としてスルーされてしまうようです。変更されない理由がわかれば対策は簡単です。別の文字列に置き換えて再度変更すれば良いだけです。例の場合だと...▼「このビューのWebアドレス」からvを削除し「iewName」で修正します。(一旦他の文字列にしたいだけなので、極端な話「a」で修正してもOK)▼ブラウザのURLを確認すると当然「iewName」に変わっています。▼再度ビューの編集を開くと「iewName」になっているので、「ViewName」に修正します。▼ブラウザのURLを確認するとちゃんと大文字に変わっています。マニアックなところですが、実際に質問されて自分でも知らなかった事象だったので記事にしました。利活用促進を本気で考えるなら閲覧者投稿者レベルでの教育が必要(だと思う)※今回の記事は長文です。サーバー管理者レベルでの参考書や無料セミナーなどはよくありますが、閲覧・投稿者レベルでのそれはほとんどないと思います。マイクロソフトからエンドユーザー基本操作マニュアルなるものもダウンロードできますが、あれもサイト管理者レベルなのかなと思います。(探せていないだけ?)つまり、サーバー構築からアプリ(リスト・ライブラリなど)の作成・設定レベルはすぐに勉強できるけど、投稿方法や閲覧方法などは使いながら覚えて!的な感じです。詳しい人には常識的な操作であっても、利活用の主役である閲覧・投稿者にとっては直感的に操作をするには厳しい部分もあります。運営に長年携わっていて多かったユーザーに知られにくい機能の一例ビュー内で列でソートやフィルターができる事。利用しているユーザーは少なくはありません。機能紹介的な教育よりも大事であると思う事があります。情報共有とは情報発信だけでは意味がなく、発信された情報が受信され活用されて意味を成します。発信した情報が読まれなければ意味がありません。言い換えると、投稿者は可読性を意識する事がポイントかと思います。サーバー管理者やサイト管理者がいくらUIを気にしてデザインのカスタマイズをしたところでそれはあくまでも枠の部分。そこより大事なのは枠の中身です。その中身を作るのは投稿者。その教育が必要だとは思いませんか?軽く例を挙げると...背景と文字とのコントラスト文章をカラフルにすれば良いというものではないフォントサイズと行間の重要性テキストリンクが装飾に埋もれてリンクと気づかれずクリックされないなどなど。実際アイテムの中身を見ると、受験生のようにテキストをカラフルにして、白背景に黄色文字を使ってチカチカしたり、リンク色と同じ色をつけているテキストがあって、クリックできるのかと思ったらクリックできなかったりイラっとするものもあったりします。思ってもいないような使い方をするんですよね。限らずプレゼン資料など人に見せる資料を作成する人全員に必要な教育でもあるんですけどね。Webのマナーなども重要です。著作権についてこういう部分も閉ざされた空間だからといって自由であるわけではなく、社内のモラル・マナー向上においても教育は大事だと思います。ちなみにこの記事を読んでこれらを常識だと思われている人は、すでに自身のスキルや知識に悪い意味で侵されています。非IT企業はもちろん、IT企業であっても必ずしも全従業員がITリテラシーやモラルが高いとは断定できません(従業員を信じたいですけどね。なんでも「○○は禁止」といったネガティブな教育をすると利活用促進とは間逆の結果になりがちです。「○○はこうした方が良いですよ」的なポジティブな教育が必要ですね。利用したい・便利だと思わせる事が重要なので。ブログ機能やSNS機能を利用して発信しても良いかなと思います。ディスカッション掲示板を利用してユーザー間で解決させる仕組みを作るのもアリかと思います。サイトコレクションおよびサイトを管理者に渡して「はい、ご自由に」というやり方で運営をしていて、利活用されなくて困っている企業のIT管理者がいらしたら、運営・教育の重要性を少しでも感じていただければと思います。「名前付きコントロール」:フォーム上でリアルタイムに反映される。「アイテムのプロパティ」:保存して列に値が落ちた後に反映される。※今後はなるべく結論を先に書く構成で記事を書きたいと思います。条件を記述する時などに表示される「数式パレット」ダイアログ内のタブには、「ランタイム関数」「共通」「アイテムのプロパティ」「名前付きコントロール」があります。その中の「アイテムのプロパティ」「名前付きコントロール」について。「アイテムのプロパティ」は実際の列名が表示されています。「名前付きコントロール」は「名前」欄に入力してあるコントロール名が表示されます。名前欄を埋めていれば全てのコントロールが表示されるわけではなく、ラベルに名前を入力してもここには表示されません。検証したわけではないのですが(無責任!)、SharePoint側に列として存在するコントロールであり、名前が入力されているコントロールが条件のようです。列名が選べる「アイテムのプロパティ」と、列として存在し名前を入力したコントロールが選べる「名前付きコントロール」。結局、同じモノじゃないですか。大きな相違点が2点ほどありました。両者は同じモノのようで厳密には違います。「アイテムのプロパティ」は列の値を参照します。一度保存をしてSharePoint的に列に値が落ちないと反映されません。「名前付きコントロール」はコントロールの値を参照します。保存をしなくてもForms上に入力もしくは選択された値がリアルタイムに反映されます。このリアルタイム性の違いで使い分けるようですね。select列の値を選択するとパネルが表示される仕組みを作りました。「名前付きコントロール」と「アイテムのプロパティ」両方。A」パネルのみ表示されます。リアルタイムに反映されるからです。値に落ちないと反映されないアイテムのプロパティの方は、この時点では表示されません。この状態で保存をし、アイテムを開いてみます。A」も表示されました。値が落ちないと反映されないからです。【相違点2】式をテキストエディタやExcel経由でコピペできる・できないどちらも数式パレットで選択して張り付けると、数式欄には赤字で下線が引かれた状態で表示されます。単なるテキストではないので手入力はできず、かならず上の列名・コントロール名をダブルクリックして式に挿入します。この式はコピーをして別のルールなどにペーストしても、赤字下線でペーストされ、しっかり列名・コントロール名として認識されます。ここまでは問題ありません。この式をテキストエディタなどにペーストして加工した場合、更にテキストエディタからコピーして数式パレットにペーストすると、赤字下線ではなく単なるテキストとしてペーストされるだけで、列名・コントロール名を指定した事にならず、式としては無効です。式はテキストエディタなどを経由するとコピペができないんです。(できる方法があったら教えてください!)ただ、「アイテムのプロパティ」を選択して作った式は、数式パレット上では同じく赤字下線ですが、その後ルールを再度見るとなんか変わっています。{ItemProperty:select}selectという列なので列名と内部名がイコールになっているので例としては良くなかったのですが、「テスト」という列名だと「{ItemProperty:_x30c6__x30b9__x30c8_}」となるので、やはり「{ItemProperty:列の内部名}」です。この{}で表示された「アイテムのプロパティ」は赤字下線ではないです。手入力もできるしテキストエディタ経由でコピペもできるんです。削除」という表記があり、Dropboxと連携するのかと思ったらそういうわけでもなく、英語版の表記は「Delete」だったので日本語訳した際になんでDropboxが紛れ込んだのか意味不明と書きました。FormsでDropbox??同様の事が他にもあったので紹介します。メッセージ」??Yammerはマイクロソフトの製品なので、Dropboxよりも連携しそうな雰囲気を醸し出しています。検証とYammerはどう連携するんだろう?Yammerに投稿される?う~む...結論はやはり別にここでは連携しないようです。英語版を見てみると...「Message」でた!Yammerなんて記載はないじゃない。日本語訳した際に紛れ込んだようですね。DropboxといいYammerといい不思議ですね。いう事で、はじめてこれを見た時に混乱しますが、これは条件が合わなかった際(必須項目を設定したなら未記入だった場合)、コンテンツエリア上部に赤文字で出すテキスト文です。こちらも、もしYammerに意味があるなどご存知の方はご一報いただければと思います。非表示ルールを複雑に組むと並び順がおかしくなる挙動と対策SharePointの標準ではできないFormsの様々な機能の中のよく使われそうな機能が、表示・非表示のルールかと思います。別の選択肢でAを選択するとAパネルが表示され、Bを選択するとAパネルは消えてBパネルが表示されるみたいな。非常に便利な機能ですが、クセがあります。サンプルとしてこのようなフォームを作りました。上部操作エリア内にある選択肢でそれぞれのパネルの表示・非表示を制御します。上からABC「B-非表示」にすると(...省略)このように、Formsで配置した上からABCの順番は崩れずに、表示・非表示で自在に制御できるようにしたい。上からBAえっ??ABじゃなくてBA???つまり、Forms上で正しく上からABCとパネルを並べても、表示させるラジオボタンをクリックするパターン次第で、配置順がABCにならなくなる。これは例えば業務フロー順にパネルを表示・非表示させるとして、その順番が入れ替わってしまったら困りますよね。これ、半日ほど試行錯誤して原因と解決方法がわかりました。■原因といっても明確に原因がわかったわけではなく、想定外な挙動をするパターンが判明しただけです...。隙間なくキレイにパネルを配置した際に起きる現象でした(なんてこった)。■解決方法パネルを1マスずつ空けて配置しなおします。上からABBAではなく、ちゃんとABになりました。他にも色々なパターンで表示・非表示を繰り返しましたが、上からABCが崩れることはありませんでした。表示・非表示の際にはパネルが重なってしまっても思った挙動になりませんが、まさかキレイに配置してもこのような挙動になるとは思いませんでした。通常はパネルとパネル、コントロールとコントロールをキレイに配置しても問題ありませんが、もしこのような挙動になる、もしくはしようとしている場合は、1マス空けて配置すると良いです。2007/2010/2013の運営・サイト構築を担当。仕事でも登壇活動などをしています。契約し、家庭内活用しています。楽しさを多くの方に伝えられたら、と思っています。当ブログは完全に個人の趣味で運営しています。しているので、正確性に欠けている場合があります。日々変更のあるサービスをネタとして扱っているため、特に古い記事についてはご自身でも調査・検証を行ってください。2019-2020受賞しました。当ブログに掲載されている情報は、必ずしも正確性や安全性を保証するものではありません。掲載された内容によって生じた損害等の一切の責任を負いかねます。当ブログに掲載されている情報は個人の見解であり、所属する団体・組織は一切関係ありません。