mieki256's diary

2015/06/18現在は、IronPython に同梱されてる pyc.py を使えばexe化できる。exe化する際の指定は以下。

ipy.exe IronPythonインストール場所\Tools\Scripts\pyc.py /target:exe /main:hoge.py hoge.py

• コンソールアプリにしたい場合は、/target:exe を指定。
• GUIアプリにしたい場合は、/target:winexe を指定。

試してみた。自分の環境では、C:\Python\IronPython2.7\ に IronPython をインストールしてある。

> C:\Python\IronPython2.7\ipy.exe C:\Python\IronPython2.7\Tools\Scripts\pyc.py /target:winexe /main:PythonApplicationTest01.py PythonApplicationTest01.py

Input Files:
        PythonApplicationTest01.py
Output:
        PythonApplicationTest01
Target:
        WindowApplication
Platform:
        ILOnly
Machine:
        I386
Threading:
        STA

Compiling...
Saved to PythonApplicationTest01

これで、以下の2つのファイルが出来上がった。

PythonApplicationTest01.dll
PythonApplicationTest01.exe

exe を実行したら、フォームが表示された。たしかに、exe化できたっぽい。

2つのファイルサイズを合わせても15KB。これがもし、Ruby + Ocra で exe化した日には、ファイルサイズは大きいわ、起動は遅いわで…。それと比べると、LLで書いてあるのに、このサイズの exe になるのはありがたい、かもしれない。 *1

でも、ぶっちゃけ、Windowsアプリを簡単に作りたいなら、それこそ C# あたりで書いちゃうほうがいいよな…。

とは言え、選択肢が色々あるのはいいことだなと。これが Ruby だったら、Windows用のGUIアプリを書こうとしても選択肢が無いし…。 *2 Python はまだ恵まれてるほうなのかしらん。

IronPython で Tkinter は使えないのかなとググってみたけど、英語フォーラムで「動くわけねえだろ」てなやり取りが。まあ、.NET 使おうぜ、ってことですわな。せっかく .NET用に作ったんだし。でもそれだと、Windows専用アプリになるよなあ…。

*NIX や Mac でも動く Python + GUI となると…。やっぱり Python 2.7 + Tkinter でやれないか、ひとまず検討してみたほうがいいのかな。

メニューバー(Menu)追加時の under だか underline だかの指定がよく分からなかったけど。 _Tkinter ウィンドウにメニューをつける。 - Cassiopeiaの日記 を眺めて、そういうことかと。要するに、メニューに表示する文字列内の、何番目の文字を Alt + 英数字キーに割り当てるか、という指定なのですな。

# 文字は、0,1,2,3番目、と数える。

# under=0 が指定されてるから、「Save」の、0番目の文字の「S」が使われる。
menu_file.add_command(label="Save", under=0, command = self.save_project, accelerator="Ctrl+S")

# under=5 が指定されてるから、「Save as...」の、5番目の文字の「a」が使われる。
menu_file.add_command(label="Save as...", under=5, command = self.save_as_project, accelerator="Shift+Ctrl+S")

# under=1 が指定されてるから、「Exit」の、1番目の文字の「x」が使われる。
menu_file.add_command(label="Exit", under=1, command = self.quit, accelerator="Ctrl+Q")

Shift + Ctrl + 英字キーを割り当てる時、英字キーは大文字で指定しておかないといけない。

self.bind_all("<Shift-Control-S>", self.save_as_project)

self.bind_all("<Control-q>", self.quit)

Shiftキーが押されることで、大文字が入力されるから、とのこと。

以下は Tcl/Tkの解説だけど、参考になりました。ありがたや。

_イベント処理

次の例は Contorol キー、Shift キー、ALT キーを扱う例です。

1 : bind . <Control-ButtonPress-1> {puts "Control and mouse button 1 is pressed."}
2 : bind . <Shift-KeyPress-A> {puts "Shift-A is pressed."}
3 : bind . <Alt-KeyPress-b> {puts "Alt-B is pressed."}
4 : bind . <Shift-Control-KeyPress-C> {puts "Shift-Control-C is pressed."}

Alt キーのときは「b」としているのに、 Shift キーが関わっているときには「A」のように大文字にしています。 これは Shift キーと同時にアルファベットキーを押すと大文字になるからですね。 したがって、キーボードの Caps Lock をオンにすると、 上記のキーに関するイベントは反応しなくなります （大文字と小文字が逆になるからです）。

イベント処理 より

ここでちと気になる動作が。

自分の環境は、CapsLockキーをCtrlキーとして使う設定にしてあるのだけど。どうやら Tkinter (Python 2.7.10 同梱版)では、Shift + Ctrl + 英数字キーをバインドした際、CapsLock を Ctrl として扱ってくれないようで。

• Shift + CapsLock(Ctrl化) + 英数字キーは無反応。
• Shift + Ctrl(本物のCtrl) + 英数字キーなら反応する。

これが単に、Ctrl + 英数字キーのバインドだったら、CapsLock(Ctrl化) + 英数字キーも反応してくれるのだけど。ちょっとよく分からない動作だなと。

_python - Close a tkinter window? - Stack Overflow によると、sysy.exit(0) でも終了できるけど、root.quit()、self.parent.quit() でも終了できるらしい。後者は、 root = Tk() とかしてないとダメだけど。

_Python+TkでD&D - MasaHeroの日記 で解説されてた。ソースをコピペして試してみたら、たしかにD&Dしたファイルのパスを取得することができた。素晴らしい…。

もちろん、この方法だと Windows専用アプリになるわけで。であれば、もしかすると IronPython + .NET Framework で作ってしまうという選択肢もアリになってくるのかしら。Tkinter を使うことで、Windows以外の環境でも動かせる可能性が、という話は無くなってしまうよなと。

TkだけではD&Dに対応してないけど、Tkの拡張として TkDND なるものがあって、ソレを使うとD&Dができるらしい。

_Scripting Laboratory: tkDND

TkDNDは、 _TkDND download | SourceForge.net から入手できる。 _Files → _Windows Binaries → _TkDND 2.8 と辿って、tkdnd2.8-win32-ix86.tar.gz を入手。

解凍したら、以下のファイルが入っていた。

└─tkdnd2.8
        libtkdnd2.8.dll
        pkgIndex.tcl
        tkdnd.tcl
        tkdnd_compat.tcl
        tkdnd_generic.tcl
        tkdnd_macosx.tcl
        tkdnd_unix.tcl
        tkdnd_windows.tcl

インストール方法がさっぱり分からなくて困ったけれど。 _tkinterでドラッグ＆ドロップ - None is None is None でインストール場所について言及しているのを発見。

要は、Python2.7インストール場所\tcl\ フォルダの下に tkdnd というフォルダを作って、その中に先ほど入手した *.dll、*.tcl を全部突っ込めばいいらしい。

*.dll だけあればいいんじゃないのと最初は思ったけど、どうも pkgIndex.tcl というファイルで、「この拡張を使う時は、このファイルを使え」的な情報が書かれている気配があって。よく分からないから *.tcl も全部突っ込む。

さらに、Python + Tkinter から使うためには、TkDND のラッパーとやらが必要になるそうで。それについては、 _Drag and drop in Windows - Google グループ 経由で、 _TkinterDnD download | SourceForge.net にサンプルとラッパーがあると知った。Files → TkinterDnD2 と辿って、TkinterDnd2-0.1.zip を入手。

解凍すると、中に色々ファイルが。

D:.
│  test.py
│  TkinterDnD.html
│
└─TkinterDnD2
        TkinterDnD.py
        __init__.py

test.py を実行したら…。たしかに、エクスプローラからファイルをD&Dしてファイルのパスを取得することができた。

しかし、このままではちと使いづらい気もする。Pythonインストールフォルダに件のファイル群を手作業でコピーさせるのってどうなんだろうと。自分の環境だけで使う分にはいいけれど、他の環境でも使えるようにと考え始めると、ソレってちょっとどうなのよと。

_python drag and drop explorer files to tkinter entry widget - Stack Overflow で、またちょっと違うラッパー、untested_tkdnd_wrapper.py が公開されてた。untested_tkdnd_wrapper.py を呼び出す側のスクリプト内で、TkDNDがどこにあるかを指定できるらしい。

試しに、untested_tkdnd_wrapper.py、及び、呼び出すスクリプトがある場所に、tkdnd というフォルダを作って、TkDND の *.dll、*.tcl をコピーして。呼び出す側のスクリプトの最初のあたりを、

os.environ['TKDND_LIBRARY'] = DIRECTORYTOTHETKDNDBINARY
↓
os.environ['TKDND_LIBRARY'] = ".\\tkdnd"

と修正。

これで試してみたところ、こちらもD&Dでファイルパスを取得できた。

つまり、ラッパーの書き方次第で、スクリプトと一緒に関連ファイルをフォルダごと同梱して使える状態にできそうだなと。

ただ、ライセンスはどうなるのか分かってないけど。

_TkDND 自体は、BSD License と書いてあるな…。