SSRS やレポートビルダーでグラスのサイズを指定する場合 Size プロパティの Width や Height を変更することになると思います。デザイナ上でドラッグして変更した場合もこの値が変更されます。
しかし、Size プロパティには「式」を設定することができないため、このプロパティではパラメータやフィールドを使って動的にグラフのサイズを変更させることができません。
Size を動的に変更するには「DynamicWidth」と「DynamicHeight」プロパティを使用します。こちらはデータの型に「ReportExpression<ReportSize>」が適用されているので式を埋め込むことができます。
]]>意外とはまるのでメモ。
Visual Studio を使っているとブレークポイントを使ってプログラムの流れをチェックすることはよくあると思いますが、Silverlight で同様にブレークポイントでデバッガーを立ち上げた状態でファイル選択ダイアログなどのコモンダイアログを表示させようとすると SecurityException がスローされます。
同じことを書くのも面倒なので詳しいことは下記のリンク先を参照してください。
ファイル選択、ファイル保存、印刷ダイアログはそれぞれクライアント PC に直接影響するので Silverlight アプリケーション以外でのプロセスでローカルリソースにアクセスするのはだめということみたいです。リソースに影響しないメッセージボックスは例外はスローされません。
]]>Visual Studio 2010 からの ASP.NET には Web.config をビルド構成ごとに分けて作成することができます。デフォルトでは「Web.Debug.config」と「We.Release.config」の２つのファイルが作成されており、「.」の中央にある名称がビルド構成の名称と一致するようになっています。
新しいビルド構成を作成すると、対応する Web.config がなくなってしまい、ベースのWeb.config のみが適用されますが、新しいビルド構成に対応した Web.config がほしい場合は Web.config ファイルを右クリックし、「構成変換の追加」を選択することによって新しいファイルを作成することができます。
]]>すみません、毎度のごとく告知を忘れてしまっていました orz。いや、ほら、年末はいそがしいっていうじゃないですか。
第１巻から皆勤で描き続けていつの間にか７巻目になりましたプログラミング言語擬人化本です。そのときそのときで描くメンバーが変わっていくので今回は誰が描いているのかいまいちわかっていません (と描いていて著者リストあったの思い出しました。いや、見てもあまりわかりません orz)
今回やるのかやらないのかわからなかったので放置していたらいつの間にかやることになっていて描くかどうか迷いました。私が知ったのはやると決まってから１か月後だったので(^^;)。でもまあせっかく皆勤でやっているのであまり時間はなかったんですが描くことにしました。ネタ出しから仕上げまで 6P を２日で。多分こんな短期間でやったのは初めてじゃないかなーと。いつもは１か月ぐらいかけて描いているんですけどね。別に絵描きを仕事にしているわけじゃないので結構描くのに時間がかかるんですよ orz。
今回かなり手荒に描いたのできちんと印刷できているのか心配です。私はまだ実物見ていません。というか５巻目から完成品はまだ見ていません orz。確か２、３巻目も実物見ないまま描き続けていたのでモアレとか気づかないまま描き続けていたという失態をしていたりとか…。今回はえんぴつツールオンリーで描くという毎回挑戦的なことをやっているのでどうなっていることやら…。
ちなみに完成本を欲しいという方はコミケ以外でもわんくま勉強会などで買えるかもしれません。でも買えないかもしれません。詳しい情報ははつねさんに聞くといいです。私は完成本の管理をしていなので(^^;)
]]>
【環境】
【内容】
ASP.NETアプリケーションをIISに配置する際にIISの「アプリケーションのインポート」を使えば余計なファイルをコピーせずに配置できるのですが、既定ではこのメニューはついていなかったんですね。
「アプリケーションのインポート」その他展開メニューを追加するには「Web配置ツール」をインストールする必要があります。Web配置ツールは以下のリンク先からダウンロードできます。また、Web PI からもインストールすることもできます。
]]>Reporting Services をインストールした時にいくつかの設定はインストール時のサーバー名を使用しているため、後でサーバー名を変更するとReporting Services が正常に動作しなくなります。
ここではサーバー名を変更した後に Reporting Services の設定を変更すべき個所を説明します。
【環境】
Reporting Services インストール時は参照データベースのサーバー名がインストール時のサーバー名になっているのでそれを変更後サーバー名、または localhost に変更します。
他にはユーザーがデータソースなどでサーバー名を直接指定している場合はそれらをすべて変更する必要があります。
]]>ディメンションを作成した直後は自分自身の属性の表示名称をもとに並び替えられるようになっているため、名前に関連する属性は文字コード順で並び替えられてしまいます。また、数値であっても文字列として並び替えられるので「1,10,11,12,2,3…」のようになってしまいます。
並び替えの変更で一番簡単なのはKeyColumnを変更し、Orderby をKeyにすることです。手順は以下のようになります。
少し手順が多いので箇条書きで書きます。
以上の方法で別の列の値をもとに並び替えられるので確認してみてください。
上記の方法は簡単なのですが欠点が一つあり、キー項目を変えてしまっているため、キーを使用している箇所に影響が出る場合があります。たとえば、Reporting Services のレポートではフィルターをキーで管理しているため、レポートのフィルターで特定の値をフィルターで設定した後に、KeyColumns で設定した値が変更されてしまうと、レポートにフィルター設定が無効になってしまう場合があります。特に設定したキーが自動付番であったりすると確実に影響します。
そこで別な並び替えの設定としては「属性キー」を使用した並び替えを行う方法があります。こちらは対象属性のキーを変更しないため上記のように見た目の値が変更されていないにも関わらず内部のキーが変わってしまうという事態を防ぐことができます。ただし、データの持ち方はシステムそれぞれですので、どちらを採用するかは開発者の判断に任せます。
属性キーを使用した並び替えの設定は以下のようになります。
一応属性の少ないシンプルなディメンションであれば上記の手順で並び替えは可能なのですが、階層化されていたり、多くの属性が存在する場合は手順が複雑になるかもしれません。
