[CTP3] ISE での Write-Progress 表示

PowerShell ISE だと Write-Progress の表示は、普通のコンソールのように色違いの文字でコンソール上部に表示されるのではなく、ダイアログボックスが出てきて、そこにプログレスバーとして表示されます。
ISE の環境だとその方が見やすいのでうれしいです。



-ParentID を指定した、子動作状況は、親と同じダイアログ内にインデントされて表示されます。

ところで、ISEでは -Completed スイッチでプログレス表示を消す場合の動作がコンソールの時と異なっています。
コンソールの時は間違えて（親の動作状況に対して） -ParentId に -1 ではない値を指定してしまっていてもプログレス表示が消えていてくれたのですが、ISEでは正しく -1 を指定するか、あるいはそもそも -ParentID を指定しない場合でないとダイアログが消えてくれません。

ISE が悪いのではなく、コンソールでのチェックが甘いために自分のミスに気づいてなかったのですけど、なかなか原因に気づけませんでした。

タグ：powershell ise

PowerGUI での Read-Host の戻り値の問題

$myInvocation の値が正しく設定されていない以外に、
PowerGUI に問題点がもうひとつありました。

PowerGUI で Read-Host が実行されると普通のコンソールのようにコマンドラインで値を受け付けるのではなく、ダイアログボックスが出てきて入力をうながします。
ここで入力欄に値をなにも入れずにそのままOKをクリックすると戻り値が $null になってしまいます。
普通にコンソールで実行している際には $null ではなく長さ0の文字列が帰ってきます。
したがって

$str1 = 'abcde'
$userinput = Read-Host '[' $str1 ']'
if ($userinput -eq '')
{
    $input = $userinput
}

のような判定ではうまく動かなくなってしまい $null かどうかの判定も付け加えなくてはいけません。

どちらの問題も
http://powergui.org/
の Discussion で話題に出てはいるけれど、まだ直っていないようです。

タグ：powershell PowerGUI

[Winform] フォーム上のコントロールへのアクセス

Winformで、フォーム上に配置されたコントロールは、
フォームの Controls プロパティ（Control.ControlCollection）に格納されています。
この中の目的のコントロールに名前を指定してアクセスするために PowerShell では次のように書きます。
コントロール名を連想配列のキーとして扱うような記述方法ですね。
（フォーム $this の中の tableLayoutPanelBase という名前（Name プロパティ値）を持つ
コントロールを変数 panel に格納する例です。）

$panel = $this.Controls['tableLayoutPanelBase']

入れ子になったパネルの上のコントロールへのアクセスは次のように続けて書くこともできます。長いですけど。

$checkBoxMonitor =
$this.Controls['tableLayoutPanelBase'].Controls['tableLayoutPanelData'].
Controls['checkBoxMonitor']

Controls の要素には、名前ではなく配列のインデックス番号で Controls[0] のようにしてアクセスすることも可能です。
また、たとえばイベントハンドラー（関数やスクリプトブロック）からアクセスしたいようなコントロールは、フォームから順にたどってアクセスするのではなく、作成時などに script スコープの変数に入れておけば、その変数を使ってアクセスすることも可能です。
コントロールを作成する関数内にイベントハンドラースクリプトブロックを記述すれば、local スコープの変数でも見えるのかと思いましたが、そうではないようです。たとえば次のようなスクリプトで、イベントハンドラー（$OnShowDialog1）の《記述場所》はコントロールを作成したスコープの内側だとしても、実行時にはそうではないといういうことなのでしょう、おそらく。

$script:checkBox1 = New-Object System.Windows.Forms.CheckBox
$script:checkBox2 = New-Object System.Windows.Forms.CheckBox

$OnShowDialog1 =
{
     $checkBox1.Checked = $This.Tag.prop1
     $checkBox1.Checked = $This.Tag.prop2
}

$FormSetting.Add_Shown($OnShowDialog1)

タグ：powershell Winform

ISE か PowerGUI か

PowerShell のスクリプト作成時の環境として ISE（Integrated Scripting Environment） を使うか、PowerGUI を使うかを迷っています。

ISE と PowerGUI を比較すると後者の方がスクリプトエディターは使いやすいように思います。
ISE では

• タブキーによる字下げが空白文字で行われる
• タブ文字による字下げ幅がフォントによっては、ずれる場合がある。たとえば MS ゴシックの場合3文字分の幅になってしまう。

などの点が気に入りません。設定の余地があるのかもしれませんが、わかっていません。また、以前書いたように日本語入力のON/OFFの切り替えが少しうまくいかない問題もあります。（これは将来は修正されるものと期待していますが）
逆にデバッグ実行環境については ISE の方が素直なようです。
PowerGUI では

& { $myInvocation }

を実行すると、次のようになり ScriptName のところに実行しているスクリプトファイルの情報が入りません。

MyCommand         :  $myInvocation
BoundParameters : {}
UnboundArguments : {}
ScriptLineNumber : 2
OffsetInLine : 2
ScriptName :
Line : & { $myInvocation }
PositionMessage :
                     At line:2 char:2
                   + & <<<< { $myInvocation }
InvocationName : &
PipelineLength : 1
PipelinePosition : 1
ExpectingInput : False
CommandOrigin : Internal

ISEなら

MyCommand        :  $myInvocation
BoundParameters : {}
UnboundArguments : {}
ScriptLineNumber : 1
OffsetInLine : 2
ScriptName : D:\test\test1.ps1
Line : & { $myInvocation }
PositionMessage :
                     At D:\test\test1.ps1:1 char:2
                     + & <<<< { $myInvocation }
InvocationName : &
PipelineLength : 1
PipelinePosition : 1
ExpectingInput : False
CommandOrigin : Internal

のように入っています。
これだけであれば、なんとか回避することもできるのかもしれませんが、こういうレベルで環境が違うとなると、なんとなく気持ちが悪いような。。。

使い慣れたテキストエディター＋コンソールにするのがいいのでしょうかね。

タグ：powershell PowerGUI

PowerShell の連想配列のコピー

PowerShell の配列変数や連想配列変数のコピーは実体への参照がコピーされるだけなのを忘れないようにしよう。
簡単な確認。次のように連想配列を作って値を入れてからコピーして、

$hashtable1 = @{}
$hashtable2 = @{}

$hashtable1["key1"] = 101
$hashtable1["key2"] = 102

$hashtable2 = $hashtable1

コピーしたほうに別の値を代入すると、

$hashtable2["key1"] = 201
$hashtable2["key3"] = 203

元のhashtabele1の値もかわります。
http://msdn.microsoft.com/en-us/library/system.collections.hashtable.clone(VS.85).aspx
を見ると .NET Framework のハッシュテーブルの Clone メソッドもシャロウコピーと明記されているので、代入はこのメソッドが呼ばれているのかな？
ディープコピーしたい場合にはどうすればいいのだろう。
GetEnumerator メソッドを使って再帰的に全部コピーするように書くのがいいのでしょうか。一段だけなら次のように割と単純に書けますが、

foreach ($item in $hashtable1.GetEnumerator())
{
     $hashtable3[$item.Key] = $item.Value
}

連想配列の要素がさらに連想配列なら再帰的にする必要あるのでちょっと面倒？。

タグ：powershell 連想配列

PowerShell で Winform を使う：イメージデータの読み込み

PowerShell で Windows Form (WinForm) を用いた GUI を作成するときの書き方の例です。
.NET Framework に詳しい人には当たり前の操作だと思いますが、PowerShellでの記述例が見つけにくかった部分を忘れないように書いておきます。
MSDNのこのあたり
http://msdn.microsoft.com/ja-jp/library/haf2a2zb(VS.80).aspx
http://msdn.microsoft.com/ja-jp/library/system.windows.forms.treeview.imagelist(VS.80).aspx
を見ればわかるのですが PowerShell での記述例が無いので、どう書けばいいのか、また少し悩んだところです。

ビットマップファイルを読み込んで TreeView のアイコンとして利用する例
（PowerShell in Action の winform.ps1 内の関数も利用）

# まず ImageList を作成
$imageList1 = new-object System.Windows.Forms.ImageList

# アイコンのサイズを指定
# (winform.ps1 より) function size {new-object System.Drawing.Size $Args} を利用
$imageList1.ImageSize = size 16 16

# ファイルからイメージデータを追加 （フルパスで指定）
# ファイルの場所は $myd に入っているものとする
# スクリプトファイルとと同じ場所なら
# $myd = & { Split-Path $myInvocation.ScriptName }
$imageList1.Images.Add([Drawing.Image]::FromFile((Join-Path $myd "icon-00.bmp")))
$imageList1.Images.Add([Drawing.Image]::FromFile((Join-Path $myd "icon-01.bmp")))
$imageList1.Images.Add([Drawing.Image]::FromFile((Join-Path $myd "icon-02.bmp")))

# TreeView を作成
# (winform.ps1 より)
#function Form ($control,$properties)
#{
# $c = new-object "Windows.Forms.$control"
# if ($properties)
# {
# foreach ($prop in $properties.keys)
# {
# $c.$prop = $properties[$prop]
# }
# }
# $c
#}
# を利用
$TV = Form TreeView @{
Anchor = "top, left, right, bottom"
}

# イメージリストを指定
$TV.ImageList = $imageList1

タグ：powershell Winform

[CTP3] PowerShell の WindowStyle オプションで Hidden を指定してコンソールを隠す

V2 CTP3 から PowerShell.exe に WindowStyle オプションが追加され、起動時のコンソール画面の状態を指定できるようになりました。
これはうれしい。
指定できるのは Normal, Minimized, Maximized, Hidden のいずれか。（通常、最小化、最大化、非表示）

画面は不要で動かし続けたいスクリプトの場合なら powershell -windowstyle hidden で起動すればよくなります。
また、Winform で GUI を持たせたスクリプトも、コンソール画面は見せずに GUI のみを表示させられます。
ショートカットを作成して [リンク先] を、たとえば

C:\WINDOWS\system32\WindowsPowerShell\v1.0\powershell.exe -windowstyle hidden "C:\honya\rara.ps1"

としておくといいのですね。
コンソール画面がいったん表示されてから消えるところが見えてしまうのが少し残念ですが・・・

タグ：powershell

[CTP3] PowerShell ウィンドウ内 IME 状態表示

CTP3として配布されている PowerShell v2 と Windows 7、Windows Server 2008 R2 のベータに含まれている版の違いにもう一つ気がつきました。ベータのほうは PowerShell ウィンドウの右下隅に

全あ般ローマ

という IME の状態を表示する文字列が表示されます。コマンド プロンプトにも出てます。
わかりやすいといえばわかりやすいかな？
リモートデスクトップ接続でどっち側のIMEが動くのとかいう問題と絡んでる？
ただし、まだ正確に条件など把握できていないのですが、一部動作がおかしいような気もします。

1. キーボードで入力モードを切り替えると一部追従しない。マウスだと問題なし。
2. テキスト サービスとして英語と日本語が入っている場合に、日本語から英語に切り替えると”全あ”の部分だけ消え残る。これはコマンド プロンプトではおこらない。

PowerShell の中身の問題ではなく コンソール ホストの問題でしょう。
いずれにせよ他の機能を試すのに問題のあるような動作ではなさそうです。表示がずれて混乱しやすいですけどね。

タグ：Windows 7 Windows Server 2008 R2 powershell

[CTP3] Windows Server 2008 R2 とか Windows 7 のベータ版の PowerShell

Windows Server 2008 R2 とか Windows 7 のベータ版に PowerShell V2 が入っていますが、
これは CTP3 と完全に同じものというわけではないようですね。
http://blogs.msdn.com/powershell/archive/2009/01/12/please-give-us-feedback.aspx
に「they are essentially the same bits」 とありますし、

Get-ItemProperty HKLM:\Software\Microsoft\PowerShell\1\PowerShellEngine

を見ても RuntimeVersion は同じく v2.0.50727 なので中身は同じなのでしょうが PSCompatibleVersion の値はCTP3 では 1.0,2.0 で、ベータ版に入っている方では 2.0 になっています。CTP3 には CTPVersion :10 という値も入っています。

細かい話ですが、起動したときに表示される文字列にも Community Technology Preview うんぬんという文字列の有無の差があります。スタートメニューなどでの表記にも CTP と書かれていませんね。
管理ツールではなくアクセサリに入っていますね。コマンド プロンプトと同じ場所と考えればそうるのか・・・

Windows 7 はまだ触っていなくて R2 でしか見ていないのですが。。。

タグ：powershell

Live Mesh Remote Desktop の proxy 経由での利用 (2)

PowerShell ねたではないけど 2008-12-22 に書いた Live Mesh Remote Desktop の proxy 経由での接続の話の続き。
どうも接続がうまくいかないマシン（接続される側）があります。Notifier のデバイスリストでも、マウスオーバーでポップアップされるメッセージが "Live Mesh Remote Desktop is not available" のまま接続を受け付けないのです。アイコンにも黄色い三角のマークがついたまま。
サンプル数が少ないのでなんともいえませんが、今のところだめなのは XP ばかりで Vista は大丈夫です。とはいえ OS の違いかネットワーク環境の違いかの切り分けは出来ていません。どちらかというとネットワーク環境の違いのような気配はあります。ネットワーク品質にも敏感で切れてしまう場合が多めなような気もしています。

とはいえ、いつでもどこでもではないにしても、使える組み合わせも多いので重宝しそうです。

（追記）
http://kawasaki-shingo-ps.blog.so-net.ne.jp/2009-03-25
にその後の情報少しあります。

タグ：windows live