ブログを Windows LIve Space から引越ししました。
理由は、先日 Windows Live Space が改悪され、アクセス解析ができなくなったからです。
どういうこと？とお思いでしょうが、なんと「解析」どころかページビューを含むアクセスに関する一切の情報が見られなくなり、ブログが見られているのか全くわからない状態になってしまいました。
この改悪ともいうべきアップデートにより、Windows Live Space を利用していた全世界にいるユーザが戸惑い、落胆し、または憤慨し、Microsoft に対してアクセス解析機能の復元、代替策の提示を求める声が圧倒的に増加し、それに対する明確な回答を拒否しているMicrosoftとユーザの関係が泥沼化しています。
以上のことから、引越しを決意。ブログ引越し機能すら十分に用意されていないのですが、自分は運よくまだ投稿記事が少なかったこともあり、手作業で引越しすることにしました。
ということで、よろしくお願いいたします。
PCで作業をしていると、リモートデスクトップを使う機会がよくある。
かなり便利な機能なので、使う人はたくさんいるものだ。
そこで問題になるのが、「複数ユーザの同時ログオン」。
Windows XP では1人のユーザしかログオンすることはできないし、誰かがログオン中に無理やりログオンすると、既にログオン中のユーザが強制ログオフされてしまう。。
という問題はすっかり「仕方のないもの」だと思っていたのだけれど、今日調べたらそれが解決できる、つまり「複数ユーザが同時ログオンできる」方法を見つけたので共有しておく。
------------------------------------------------------------------------------
複数ユーザの同時ログオン方法(マルチセッション)
Ⅰ.設定手順
以上、簡単 3 ステップ！
あとは、実際にリモート接続するだけ。
Ⅱ.注意点
Ⅲ.補足
そもそもなぜこんなことが可能かというと、Windows XP SP2 の Beta版でマルチセッション機能の開発をしたが、セキュリティ上の問題(ライセンスの問題も？)等が解消されなかったので、機能を無効にしている、ということらしい。
Ⅳ.参考
<ポジティブ回路>http://blog.goo.ne.jp/sito1980/e/5204ff550ed8ad14bcb453921802b72d
<きたへいの悠々自適>http://kitahei.cocolog-nifty.com/youyou/2007/07/windows_xp_ece3.html
<IT pro>http://itpro.nikkeibp.co.jp/free/NT/NEWS/20040113/1/
以上。
Micosoft Word ( 以下 Word ) って、ある程度の人なら特別勉強などをしなくても、触りながら使えてしまう。
で、そのままなんとなーく少しづつ機能を覚えていく･･･っていうパターンが多いのではないだろうか･･･ ( 自分もそうだった )。
だがしかし、この「備え付けの機能すら覚えきれいない状態」で作業をするのはとても危険だ。
必死に時間をかけて作業をしたのに、「えっ、この機能あったの！？！？今まで無駄な（ｒｙ」なんてことになりかねない。
実際、自分がそういう思いをしたのだ･･･。
そんな状況を見かねて、職場のリーダーが Word の本を貸してくれたので、使えそうなポイントをまとめておく。
---------------------------------------------------------------------
■Word の便利機能、およびポイント
Ⅰ. レイアウト
Ⅱ. 編集
Ⅲ. 段落
Ⅳ. セクション
Ⅴ. 図表
Ⅵ. 管理
---------------------------------------------------------------------
以上。
今まで知らなかった。
変更の履歴なしで差分を比較できることを。
■ワードファイルの差分比較方法
1.「ツール(T)」→「文書の比較と反映」
2. ファイル選択ダイアログで、「厳密な比較」のチェックを ON
3. ファイルを選択し、【比較】ボタンを押下
以上。
嗚呼、願わくば戻って来いマージ作業で浪費した時間よ。
せっかくアドインを作成したのに、現場で適用したらメニューが追加されないという悲劇に。。
改めて見てみたら、ちゃんちゃらおかしいコードを書いていたので、修正して対応。
ついでに動作確認の方法もおかしかったので、正しく理解した。これでOKだろう。
修正内容：
・コマンドの取得ロジックを修正
・アサーションコードを修正
・VSS の「保留中のチェックイン」ウィンドウにも表示されたらいいなレベルのコードを追加
■最新版のダウンロードはこちら
昨日、ちょろっと時間があったので、Visual Studio 2008 用のアドインを作ってみた。
最近は色々と手を出してしまっていて、作りかけのアプリがいくつかある。
それもやりたいのだけど、今の現場が「生産性の向上」というテーマに重きを置き、みんな高い意識レベルで仕事をしているので、負けていられない！というか。
自分も乗っていこう！という気持ちで 今回のアドイン製作にいたったのだ。
と言ってもまだ、ショボイ (><
これから積み重ねていきます。
ということで以下、田中アドインの説明。
■ファイル
■概要
Visual Studio 2008 用のアドインです。
ソリューションエクスプローラでファイルを選択したときのメニューに、下記2つの機能を追加します。
・選択したファイルの保存先フォルダを開く
・選択したファイルのフルパスをクリップボードにコピーする
■詳細（ 同じ内容のものが、zip ファイルに ReadMe.rtf として入っている ）
※ 以下の免責事項に同意できる方のみ、ご使用ください
[ 免責事項 ]
このアドインは、作者が個人的な用途のために製造したものです。
よって、このアドイン自体は誰が使用してもかまいませんが、それによって発生したいかなる損害において、作者は責任を負いません。
また、何の保証もしません。
-----------------------------------------
Ⅰ. 構成ファイル
· TanakaAddIn.dll
· TnakaAddIn.AddIn
Ⅱ. インストール方法
A. 標準インストール
1．「TanakaAddIn.dll」 を適当なフォルダに保存する ( どこでも良い )
2．「TanakaAddIn.AddIn」 をテキストエディタで開き、<Assembly> タグに「1．」で保存したフォルダを指定する
3．「TanakaAddIn.AddIn」 を下記のフォルダにコピーする ( なければ作成 )
コピー先フォルダ：「C:\Documents and Settings\All Users\Application Data\Microsoft\MSEnvShared\Addins」B. カスタム
・ 「TanakaAddIn.AddIn」のコピー先の変更方法
AddIn ファイルのインストール先は、標準で6箇所ぐらい用意されています。
そのうちどこへインストールしてもかまいません。
以下は、そのインストールフォルダの確認方法です。1．Visual Studio 2008 の メニューから、「ツール(T)」＞「オプション(O)」＞「環境」＞「アドイン/マクロセキュリティ」を開く
2．「アドイン ファイル パス」を確認する
Ⅲ. アンインストール方法
インストールしたファイル「TanakaAddIn.dll」、「TanakaAddIn.AddIn」を削除してください。
-----------------------------------------
気が向いた方はどうぞ。
デバイスコンテキストについて
業務にて、デバイスコンテキストを使っての描画処理を担当。
描画関係の知識がなかったのでちょろっと勉強してみたので、メモを残しておく（たいしたことないけど 笑）。
Ⅰ. デバイスコンテキストとは
ウィンドウの描画に必要な材料のパッケージ。よく画用紙と画材のセットと表現される。
文字を書いたり、背景の色を変えたり、線を引いたり、画像を表示させたり･･･
といった全ての操作はこいつ（デバイスコンテキスト）のハンドルを取得するところから始まる。業務系アプリでは、画面のほぼ全てが MFC 標準のコントロールで事足りてしまうのであまり関わる機会がない。
が、色の変更などの細かい制御をするときは世話になるので、覚えておくと非常に便利だ。
Ⅱ. 画用紙と画材のセット･･･というと？
デバイスコンテキストが画用紙と画材のセットと表現される理由は何か。
それは、デバイスコンテキストが持っているオブジェクトを知れば納得がいく。
以下がデバイスコンテキストが持つオブジェクト･･･つまり画材のリスト ( 厳密にはこれだけではない ) 。
- Bitmap ･･･ 画像（画像を表示するときに使う）
- Brush ･･･ ブラシ（背景を塗りつぶすときに使う）
- Font ･･･ フォント（文字を書くときに使う）
- Pen ･･･ ペン（線を引くときに使う）
- Region ･･･ 領域（描画領域を限定するときに使う）
デバイスコンテキストは、これらの画材を全種類持っている。
ただし、もてる画材は１種類につき１つで、Pen なら Pen １個。
つまり、赤ペンに青ペンに緑も･･のように、同じ種類の画材は複数持てないので入れ替えて使う。
また、１つのウィンドウにつき、デバイスコンテキストは１つである。
ということから、ウィンドウ、およびそれに張り付いている全てのコントロールもウィンドウなので、それぞれが１つづつデバイスコンテキストを持っていることになる。[デバイスコンテキストのイメージ ( クリックで最大化 )]
Ⅲ. デバイスコンテキストの使い方
Ⅱ まででデバイスコンテキスト（以下 DC ）の考え方が理解できたとうことで、実際にコードを書いてみる。
まずは、DC のハンドルを取得してから描画をおこなう一連の流れはこうだ。
- DC のハンドルを取得
- 画材を作成
- 画材を設定
- 描画
- 画材を元に戻す
- 画材を削除
- DC のハンドルを開放
すでにお気づきだと思うが、これにはいくつか注意点がある。
- DC のハンドルを取得したら、最後に必ず開放すること
- 使う画材を作成したら、最後に必ず削除すること
- 画材を入れ替えたら、最後にかならず元に戻すこと
以上の点に注意して、画面（画用紙）を赤で塗りつぶす処理を書くとこうなる。
--------------------------------------------------------------------------------
// ※ hWnd は、描画対象となるウィンドウのハンドル
//
// 画面を赤で塗りつぶす
//// DC のハンドルを取得
HDC hDC = ::GetDC( hWnd );// 赤のブラシを作成（画材を作成）
HGDIOBJ hBrushRed = ::CreateSolidBrush( RGB( 255, 0, 0 ) );// 赤のブラシを設定（画材を設定）
HGDIOBJ hBrushOld = ::SelectObject( hDC, hBrushRed );// 画面をぬりつぶす（描画）
RECT rtWindow;
::GetWindowRect( hWnd, &rtWindow );
::PatBlt( hDC, 0, 0, rtWindow.right, rtWindow.bottom, PATCOPY );// 画材を元に戻す
::SelectObject( hDC, hBrushOld );// 画材を削除
::DeleteObject( hBrushOld );// DC のハンドルを開放
::ReleaseDC( hWnd, hDC );
--------------------------------------------------------------------------------これで、画面を赤で塗りつぶすことができた。
やりたい描画、つまり使う画材によって呼び出す API が変わるが、
基本的な処理の流れは、どの画材を使うときも同じである。
( 逆に、それぐらいしか変わりがないとも言える )
Ⅳ. 最後に
今回は、GetDC を使って実装してみた。
GetDC は、ウィンドウハンドルのパラメータに NULL を設定すると、スクリーン全体の DC をも取得できる強力な API である。
画面のちょっとした描画にはもっと適した BeginPaint という API があるし、MFC のクラスを使うともっと簡単に実装できるので、
次回はそれらを使ったコードの書いてみることにする。
以上。
投稿
すべてのコメント
