SharePoint のリストでカスケード分類を実現！続

さて、前回から引き続き、SharePoint のリストでカスケードを実現する方法です。挙動は前回ご説明していますので、早速、実装方法をご紹介したと思います。

まず、分類マスタになるカスタムリストを作成して情報を入力しておきます。
エクセルから貼りつけると楽でいいと思います。
リストの位置は、どこにあっても構いませんが、ユーザが自身でメンテナンスできるように、権限と動線を用意しておくことをお勧めします。

ポイントとして、ビューは必ず「親の昇順→子の昇順」でソートしておきます。
このマスタリストのGUIDと、ビューのGUIDを取得しておいて下さい。

次に、本体になる（カスケードを利用したい）リストを作成します。
このリストに、列を2つ追加します。
ここでは「parent」「child」とします。

列形式は、どちらも「一行テキスト」です。
「選択肢」ではないことに注意して下さい。

新規作成すると、このようになります。
当然、parent にも child にも値は入っていません。

parent と child コントロール（input）の「name」「id」「title」属性を取得しておきます。
いずれも画面のソースから確認できます。

URL を /NewForm.aspx?toolpaneview=2 に書換え、強制的に編集モードにします。
コンテンツエディタWebパーツを追加し、［ソース］に以下のスクリプトを記入します。
SharePointMANIACS_cascadingDropDown.txt

冒頭の変数部分を、先程取得しておいた値に変更して下さい。

新規アイテムを作成すると、スクリプトが id 値から input を特定し、それを onchange イベントが設定された <select> に書換えます。
その上で、マスタリストを GetListItem で走査して選択肢を取得して option として追加します。
ただし、この時、同じ値が連続した場合、重複とみなして無視します。
親が選択されると、その onchange イベントで、親を条件として GetListItem を行い、同様に子 option を追加します。

この手法のミソはいくつかあります。

まずなにより ie の謎仕様。
スクリプトの setAttribute が上手く機能しません。
Javascript に明るい方には既知の問題だと思いますが、私はかなり此処でハマりました。
結局、onChange 属性を設定するために、一旦親ノードに移動→配下のHTMLタグを全て書換え、という無理矢理な方法を使っています。

ちなみに、Javascript は id でノードを特定するのが安定しますが、一方で、どうも SharePoint は保存時に name を内部利用しているようです。正しい name 属性が指定されていないと、値が保存されません。これも注意点。

また、「選択肢」列でなく「一行テキスト」列を利用する理由ですが、どうも「選択肢」列の場合、設定画面で予め用意された選択候補以外の値は保存出来ないようです（当然かもしれませんけど）
せっかく、外部にマスタを定義しているのに、同じ情報を列に設定しなくてはならないのでは、運用面であまり旨くありません。

あと、NewForm.aspx の場合は上記で問題ないのですが、EditForm.aspx の場合、ちょっと勝手が違います。
編集モードに強制変更して、コンテンツエディタを配置すると、きちんと配置はされるのですが、以後、EditForm.aspx の表示がなにやら不思議な感じにおかしくなります。
発行ページレイアウトのような感じでしょうか。ちょっと違いますが。

理由はよく判りませんが、バグだと思います（苦笑）
追加したWebパーツを削除するともとに戻ります。
このため、EditForm.aspx については、SharePoint Designer で編集して、直接ソースにスクリプトを埋め込む必要があります。

また、同じ列でも、NewForm.aspx 上と、EditForm.aspx では、id と name の値が異なりますので注意が必要です。

なお、この「カスケード」は汎用性が高いため、スクリプト本体は外部化して、リスト側からそれを呼びだすようにすれば、メンテナンス性も良くなると思います。
こちらに、そのサンプルを置いておきます。

SharePointMANIACS_cascadingDropDown.zip