チェックボックスをそのまま表示

入力時にチェックボックスを利用したフォームの表示をチェックボックスのまま表示したい。Dominoだったら簡単なのにSharePointだとできない。

色々ゴソゴソやってみたのですが、選択数が一つの時はうまくいくけど、複数になるとチェックが入らない。「選択肢1;選択肢2」って項目が追加されてチェックが入る。

これってどうにかならないのかなぁ~と思っているのですが、スクリプトで記述するしかなさそうな感じ。一応<asp:ListItem Selected={contains(フィールド名,'項目名'}>で実現できるけど、Designerに強制修正されてしまう。Selectedの値はTrueかFalseで代入される値自体は問題ないけどダメらしい。

そういえば、こんな問題がアンケートにもあったよなぁ~と確認するとやっぱりありました。選択肢が3つあった場合、回答としては A,B,C,AB,AC,BC,ABCの7パターンあるけど、集計としてはA,B,Cそれぞれでカウントしてほしいのですが、AB,AC,BC,ABCもそれぞれ独立した回答としてカウントされるんですよね。A,B,Cそれぞれ3票にしてほしいけどそうならない。

Microsoftでも出来なかった。いや、理由があってしなかったんだと思う。そう考えると、今私がやろうとしていることはスクリプトなどで実現しないとダメなんだなと。




テンプレートで作成したリストのカスタマイズ

SharePoint 2010勉強中の問題として、Designerでゴソゴソしているサイトが複数のサブサイトに分散しており、そろそろ整理整頓しないといけないよなぁ~なんて感じております。

そこで、リストなどはテンプレートを作成して新しい作業サイトへお引越しを試みているのですが、結構制限があるんですね。


とりあえず動作はするけど、参照フィールドはオリジナルの参照先を見てるし変更できない。フォームをDesignerで編集しようとするとデータソースがオリジナル設定を引き継いでいて、修正するまでデザインビューがエラーで表示出来ないのは困ったものです。

テンプレートを配布している方々はいったいこの辺の問題をどう解決しているのか?知りたいですね。

また、なんでデータソースの設定が間違っているのに正常動作しているのだろうか?もしかして、データソースはDesigner用の設定?


 


ところで、Dominoではテンプレートを直接編集できるし、そのテンプレートを使って作成したアプリを自動更新とかできるのですが、SharePointにはその辺の機能がなさそうな感じ。トラブルの原因にもなるこの機能ですが、いざなくなるとさびしいですね。

今はカスタマイズリストの数も少ないので、テスト環境で作成して、編集部分を本番環境に書き写すというアナログな方法で対応していますが、今後増えてくると一括更新とか出来るような機能が欲しくなりそうです。


今週学んだこと。

今週はトラブルとかなかったので、SharePoint Designer 2010べったりでした。
結果はHrsT個人の能力によるものですので、できる方はできると思います。


ビューのカスタマイズ



  • データソースを利用した他リスト参照はできない。
    データソースの追加設定ができない。

  • カスタマイズするとあとで困りそうな感じ。
    スタイル変更は設定変更できるけど、したらダメ

新規・編集フォーム



  • データソース設定を行うとデータの編集、保存がエラーになりできない。

  • チェックボックス、リスト、ラジオボタンなどは自作できなかった。
    コントロールはあるので何とかなると思ったけど・・・

表示フォーム



  • 他のリストをフォーム内で一覧表示すること、集計結果を表示できる。

  • チェックボックス、ラジオボタンの状態で表示するのは難しい。
    今のところListItemで非選択項目を含めた手動設定が必要

  • 表現自体は自由度が高く、カスタマイズ難易度も低い

リストテンプレート(ちょっと試しただけ)



  • 参照はテンプレート作成元の絶対パスが埋め込まれる?

  • データソースは再設定が必要?

  • カスタマイズしたテンプレートを使いまわすのは注意が必要。

って感じです。
フォームの表示系についてはどうとでもなりそうな感じです。


でも、本当にやりたいのは入力系の利便性向上。
こっちはなかなか難しそうです。
やっぱり難易度的に言ってもDominoのほうが低いです・・・



SharePoint Foundation 2010のインストール

SharePoint Foundationをインストールしようとすると、Serverじゃないとだめよ!って怒られますが、ちょっと設定ファイルを編集するだけで可能になるみたいです。
ということで、先輩方のウェブページの手順を参考にごそごそ・・・


まず、DVDをHDDにコピーして・・・ってexeなんですが・・・
 どうもSharepointFoundation.exeを実行すると、C:\Program Files(x86)\MSECache\SharePoint2010ってフォルダが作成されて、セットアッププログラムを起動するみたいです。(64bit専用アプリなのにx86を選ぶのも意味不明ですが・・・)


次にコピーしたファイルの\Files\Setup\config.xmlに追記って・・・
 あぁ、同じファイルがある。とりあえず追記


では・・・


って作業を始めたんですが・・・
大変申し上げにくいのですが・・・
MSDNライブラリに書いてありました。(・_・;)


他の解説者がきれいに纏めていただいてたので本家を見なかったのが敗因でした。


基本的な部分で失敗してました。
そして、物理メモリーをちゃんと搭載していなかったので・・・ガリガリ言い出しました・・・
ん~~確認したいことだけ確認して消そう。



根拠のない個人的な判断ですが・・・

SharePoint Designer2010でカスタムリストのビューはカスタマイズしない方針で進めようと思っています。


ってのも、ビューをカスタマイズしようとするとわかると思うのですが、いくつかのテーマ用の設定が記述されており、引き継いだ人が苦労するのかなぁ~と思ったからです。


たぶん、ビューのカスタマイズ要望は非常に多いと思うのですが、ビューだけはやらない方がいいんじゃないかなぁ~と本能的に感じました。
まぁ、まだ理解度が低いという点もあるのだと思いますが、メニューで設定できる範囲やフィルターの設定程度に抑えておいた方が良いと思います。


いじる場合は、しっかりと仕様書を記録しておかないと、バージョンアップや再編集時に苦労しそうな予感。


最低限の記述しかないビューを作成できれば話は別だと思いますけどね~



今日のシェアポイントはちょっと進展

SharePoint Designer 2010と格闘し始めてだいぶ経ちましたが、今日はちょっと進展がありました。リストビューでほかのカスタムリストの集計がうまくいかず断念していたのですが、フォームで別のカスタムリストの表示ができることを確認しました。


これができると、表現の幅が広がります。


私がやっているカスタマイズはDesignerを利用しているので、WYSIWYGでいろいろできるのですが、ほとんどソースをいじっています。
XPathはさすがに編集ツールを使っていますけど・・・。


で、最近感じていることはXMLの理解を深めるとカスタマイズの幅が広がるということ。


SharePoint Designerを極めるにはXMLは必須ですね。
あと、SharePointのタグやコマンド群なんだけど、こっちはリファレンスの読み方がいまいちわからないので、まだまだって感じですね。これが使えるようになればさらに自由度が高くなりそうです。


とりあえず、表示フォームについてはあともう少しで何とかなりそうな感じ。
問題は新規フォームと編集フォーム。そしてビューだ。
合わせてカスタムリストでディスカッションを作れるようにならないといけないなぁ~
これらができれば、Dominoの掲示板の過半数を同等機能を維持しつつ移行することが技術的に可能になります。


実際には、棚卸を合わせて行うので、そんなにカスタマイズをするつもりはないけどね



DominoとSharePoint

SharePointの勉強をしていて思ったこと。


開発環境に要求するスペックはSharePointが格段に高い。


DominoのXPagesは使ったことないのでわかりませんが、LotusScriptなどを使ったアプリ開発は多少低スペックでもストレスなくできましたが、SharePointDesignerだと快適に作業しようとすると今どきのパソコンが必要ですね。VisualStudioでの開発だとSharePointサーバを同居させないといけないのでより要求が高くなってしまいます。


職場のメインPCはLet'sNote CF-W5なのですが、SharePointDesignerがモッサリでつらいです。ちょっと触ったら、画面更新でちょっと待って・・・って感じです。


私の中での評価はまだまだDominoの勝ちですね。


 



SharePoint Designerにはまってる?

最近、SharePointDesignerでいろいろ試しています。
とはいっても、まだ表示用のフォームを触ってるだけですが・・・


将来のDominoアプリ移行の際に向けた準備ですが、Domonoで簡単に表現できてたことがうまく実現できません。
製品が違うので仕方がない部分は理解していますが、今までチェックボックスで表現していたものを実現できないというのも、利用者にとっては大きな問題じゃないかなぁ~って思います。もちろん、チェックボックス表現より視認性に優れた良い案があればいいのですが、そういうのも特にないし・・・(表現できないのは技術的ではなくスキル的にです)


どうやったら同じ表現ができるのかなぁ~って日々頭を抱えています。
ある程度、表現できたら、それをSharePointらしいレイアウトに修正して、違和感を感じないようにしたいと思っています。


ただ、Dominoと違ってバージョンアップに対する不安感は非常に大きく、どこまで許されるのか?というのは分からないですね。Dominoならほぼ100%動作するのですが、そういう実績もないSharePointはどのくらい互換性があるのか?維持できるのかってまだ、わからない所が多いです。


そして、何よりドキュメントが全く・・・。DesignerでSharePointコントロールを設置しても、設定方法がわかりません。
いったい、どこに説明が書かれているのでしょうか?



Viva ラーニングのSharePointコンテンツで既定の言語がまじめに動き出した?

相変わらず挙動が安定しないVivaラーニングさん。 既定の言語設定がまじめに仕事を始めたのかもしれません。 ちょっと確認したいことがあってラーニングを開くとコンテンツが一つだけになってしまいました。すべてのコンテンツが表示された状態から何も操作していないのに表示コンテンツ数が変わ...