2011入力時にチェックボックスを利用したフォームの表示をチェックボックスのまま表示したい。Dominoだったら簡単なのにSharePointだとできない。やってみたのですが、選択数が一つの時はうまくいくけど、複数になるとチェックが入らない。「選択肢1;選択肢2」って項目が追加されてチェックが入る。これってどうにかならないのかなぁ~と思っているのですが、スクリプトで記述するしかなさそうな感じ。Selected={contains(フィールド名,'項目名'}>で実現できるけど、Designerに強制修正されてしまう。Selectedの値はTrueかFalseで代入される値自体は問題ないけどダメらしい。いえば、こんな問題がアンケートにもあったよなぁ~と確認するとやっぱりありました。A,B,C,AB,AC,BC,ABCの7パターンあるけど、集計としてはA,B,Cそれぞれでカウントしてほしいのですが、AB,AC,BC,ABCもそれぞれ独立した回答としてカウントされるんですよね。A,B,Cそれぞれ3票にしてほしいけどそうならない。Microsoftでも出来なかった。いや、理由があってしなかったんだと思う。考えると、今私がやろうとしていることはスクリプトなどで実現しないとダメなんだなと。2010勉強中の問題として、Designerでゴソゴソしているサイトが複数のサブサイトに分散しており、そろそろ整理整頓しないといけないよなぁ~なんて感じております。そこで、リストなどはテンプレートを作成して新しい作業サイトへお引越しを試みているのですが、結構制限があるんですね。動作はするけど、参照フィールドはオリジナルの参照先を見てるし変更できない。フォームをDesignerで編集しようとするとデータソースがオリジナル設定を引き継いでいて、修正するまでデザインビューがエラーで表示出来ないのは困ったものです。テンプレートを配布している方々はいったいこの辺の問題をどう解決しているのか?知りたいですね。なんでデータソースの設定が間違っているのに正常動作しているのだろうか?もしかして、データソースはDesigner用の設定?ところで、Dominoではテンプレートを直接編集できるし、そのテンプレートを使って作成したアプリを自動更新とかできるのですが、SharePointにはその辺の機能がなさそうな感じ。トラブルの原因にもなるこの機能ですが、いざなくなるとさびしいですね。今はカスタマイズリストの数も少ないので、テスト環境で作成して、編集部分を本番環境に書き写すというアナログな方法で対応していますが、今後増えてくると一括更新とか出来るような機能が欲しくなりそうです。続きを読む今週学んだこと。2010べったりでした。結果はHrsT個人の能力によるものですので、できる方はできると思います。ビューのカスタマイズデータソースを利用した他リスト参照はできない。データソースの追加設定ができない。カスタマイズするとあとで困りそうな感じ。スタイル変更は設定変更できるけど、したらダメ新規・編集フォームデータソース設定を行うとデータの編集、保存がエラーになりできない。チェックボックス、リスト、ラジオボタンなどは自作できなかった。表示フォーム他のリストをフォーム内で一覧表示すること、集計結果を表示できる。チェックボックス、ラジオボタンの状態で表示するのは難しい。表現自体は自由度が高く、カスタマイズ難易度も低いリストテンプレート(ちょっと試しただけ)参照はテンプレート作成元の絶対パスが埋め込まれる?データソースは再設定が必要?カスタマイズしたテンプレートを使いまわすのは注意が必要。フォームの表示系についてはどうとでもなりそうな感じです。本当にやりたいのは入力系の利便性向上。こっちはなかなか難しそうです。Foundationをインストールしようとすると、Serverじゃないとだめよ!って怒られますが、ちょっと設定ファイルを編集するだけで可能になるみたいです。Files(x86)\MSECache\SharePoint2010ってフォルダが作成されて、セットアッププログラムを起動するみたいです。(64bit専用アプリなのにx86を選ぶのも意味不明ですが・・・)次にコピーしたファイルの\Files\Setup\config.xmlに追記って・・・あぁ、同じファイルがある。申し上げにくいのですが・・・MSDNライブラリに書いてありました。(・_・;)他の解説者がきれいに纏めていただいてたので本家を見なかったのが敗因でした。基本的な部分で失敗してました。物理メモリーをちゃんと搭載していなかったので・・・ガリガリ言い出しました・・・ん~~確認したいことだけ確認して消そう。Designer2010でカスタムリストのビューはカスタマイズしない方針で進めようと思っています。ビューをカスタマイズしようとするとわかると思うのですが、いくつかのテーマ用の設定が記述されており、引き継いだ人が苦労するのかなぁ~と思ったからです。ビューのカスタマイズ要望は非常に多いと思うのですが、ビューだけはやらない方がいいんじゃないかなぁ~と本能的に感じました。理解度が低いという点もあるのだと思いますが、メニューで設定できる範囲やフィルターの設定程度に抑えておいた方が良いと思います。いじる場合は、しっかりと仕様書を記録しておかないと、バージョンアップや再編集時に苦労しそうな予感。2010と格闘し始めてだいぶ経ちましたが、今日はちょっと進展がありました。リストビューでほかのカスタムリストの集計がうまくいかず断念していたのですが、フォームで別のカスタムリストの表示ができることを確認しました。これができると、表現の幅が広がります。私がやっているカスタマイズはDesignerを利用しているので、WYSIWYGでいろいろできるのですが、ほとんどソースをいじっています。XPathはさすがに編集ツールを使っていますけど・・・。最近感じていることはXMLの理解を深めるとカスタマイズの幅が広がるということ。Designerを極めるにはXMLは必須ですね。あと、SharePointのタグやコマンド群なんだけど、こっちはリファレンスの読み方がいまいちわからないので、まだまだって感じですね。これが使えるようになればさらに自由度が高くなりそうです。表示フォームについてはあともう少しで何とかなりそうな感じ。問題は新規フォームと編集フォーム。合わせてカスタムリストでディスカッションを作れるようにならないといけないなぁ~これらができれば、Dominoの掲示板の過半数を同等機能を維持しつつ移行することが技術的に可能になります。2011SharePointの勉強をしていて思ったこと。開発環境に要求するスペックはSharePointが格段に高い。DominoのXPagesは使ったことないのでわかりませんが、LotusScriptなどを使ったアプリ開発は多少低スペックでもストレスなくできましたが、SharePointDesignerだと快適に作業しようとすると今どきのパソコンが必要ですね。VisualStudioでの開発だとSharePointサーバを同居させないといけないのでより要求が高くなってしまいます。CF-W5なのですが、SharePointDesignerがモッサリでつらいです。触ったら、画面更新でちょっと待って・・・って感じです。私の中での評価はまだまだDominoの勝ちですね。2011最近、SharePointDesignerでいろいろ試しています。将来のDominoアプリ移行の際に向けた準備ですが、Domonoで簡単に表現できてたことがうまく実現できません。製品が違うので仕方がない部分は理解していますが、今までチェックボックスで表現していたものを実現できないというのも、利用者にとっては大きな問題じゃないかなぁ~って思います。チェックボックス表現より視認性に優れた良い案があればいいのですが、そういうのも特にないし・・・(表現できないのは技術的ではなくスキル的にです)どうやったら同じ表現ができるのかなぁ~って日々頭を抱えています。ある程度、表現できたら、それをSharePointらしいレイアウトに修正して、違和感を感じないようにしたいと思っています。Dominoと違ってバージョンアップに対する不安感は非常に大きく、どこまで許されるのか?というのは分からないですね。Dominoならほぼ100%動作するのですが、そういう実績もないSharePointはどのくらい互換性があるのか?維持できるのかってまだ、わからない所が多いです。何よりドキュメントが全く・・・。DesignerでSharePointコントロールを設置しても、設定方法がわかりません。8チェックボックスをそのまま表示テンプレートで作成したリストのカスタマイズ今週学んだこと。