mieki256's diary

PCケースの電源LEDが切れてしまったので、交換用としてLEDを入手したわけだけど。ブレッドボード等を使って入手したLEDが点灯することは確認できたものの、PCケースのフロントパネルに収まっていた、透明なプラスチックのパーツにLEDを埋め込もうとしたところで問題発生。

パーツに開いてる穴に、入らない…。元々は直径3mmの砲弾型LEDが入ってたのとちゃうんか…。

ノギスで測ってみたけれど、元々入ってたLEDは直径3.1mmに見えた。今回購入したLEDは…直径3.2mm。なるほど、ちょっとだけ大きいのか。これは困った。

仕方ないので、LEDの樹脂部分を削って細くする。ダイソーやSeriaで購入してあったダイヤモンドヤスリを部屋の中から発掘。おそらく、以下で紹介されてる半丸型。

_ダイソーの「精密ダイヤモンドヤスリ」を買ってみました　安いけどしっかり削れる　細長の形状で狭い場所も削りやすい | うさ吉のDIYブログ

このヤスリを使って、LEDの樹脂部分を30分ほどガリガリと削った。

パーツに入るようにはなったけど、ヤスリで削ったせいか、LEDの光が拡散されて暗くなってしまったような気がする。これをPCケースのフロントパネルに入れても、明るさが足りなくて、下手すると外から光が見えないのではないかな…。もっと明るいLEDを入手しないとダメっぽい気がしてきた。さて、どうしよう。

念のために書いておくけど、今回購入したLEDは、直視で点灯してるかどうか分かるぐらいの明るさはちゃんと持っているので、フツーに使う分には何の問題もないはず。

ただ、自分が修理しようとしているPCケースの電源LEDは、透明プラスチックパーツを経由して、フロントパネルの端に光を当てる感じで点灯状態を見せる作りなので、直視したら目を痛めそうなぐらいの明るさが必要になりそうだなと。

ていうか、こういうのは簡単に交換可能な作りにしておいてくれよ、という気もする。昔のPCケースのフロントパネルは、もうちょっとシンプルな作りだった気もするのだけど。お洒落なデザインを追求していくと、色々ややこしい形になっていくのかな…。

アクリル棒をどうやって固定するか悩むより、本来の状態に修理するほうが妥当だなと思えてきた。そんなわけで、先日購入した緑色のLEDを、元々フロントパネルについていた透明なプラスチックパーツに埋め込んで、PCケースを開けて電源LEDを交換してみた。

LEDとプラスチックパーツの固定は、とりあえず裏からビニールテープを貼ってどうにかした。そのうち剥がれてくるだろうけど、その時はホットボンドなるものを購入して試行錯誤してみよう…。

もしかするとLEDの明るさが足りなくて、外から見ても光ってるかどうかわからないのではと不安だったけれど、実際に入れてみたら、一応かろうじて光ってることが確認できた。


もっとも、元々PCケースについていたHDD LED(青色、左のほうで光ってる)や、リムーバブルHDDケースについている電源LED(緑色、上のほうで光ってる)と比べると、やはり明るさが足りないのか、かなりぼんやりと光ってる感じの見た目で、なんだかちょっとアレではあるなと…。

でもまあ、これでも一応電源が入ってること自体は分かるから、しばらくはコレでいいかなと。もし、どうしても気になるようであれば、通販でもっと高輝度なLEDを購入して入れ替えることになるのだろう…。

余談。この場合、以下のような仕組みで光が見えているはず。


透明なプラスチックパーツがあるだけで、見え方が結構違ってくるのだなと。

ググったところ、透明な両面テープは存在しているらしい。透明両面テープと、透明なプラスチック用の両面テープの2種類を見かけた。

_ナイスタック 透明タイプ - ニチバン株式会社
_ナイスタック 透明プラスチック用 - ニチバン株式会社

また、乾くと塊になって何度も貼り直しができる接着剤も存在するらしい。

_BBX｜接着剤｜家庭用｜セメダイン株式会社

そういえば、以前、何度も貼り直しができる不思議な両面テープ、なるものを購入したことがあったなと思い出した。発掘してみたら、厚さが2mm。これはちょっと…。おそらくは耐震マット(?)と似たような材質なのだろう。試しに小さく切って使ってみたけれど、やはり厚みがあって今回はちょっと厳しい。透明プラ板が宙に浮いてしまう。

ダイソーに寄ったら透明両面シールなるものを見かけたので購入してみた。10 x 10mm の正方形なシール。何度も貼り直しができるらしい。

使ってみたところ、透明プラ板をPCケースのフロントパネルに隙間が無い状態でピッチリと貼り付けることができた。うむ。これでいいんじゃないかな…。

カラーボード(スチレンボード)を丸く切って、ディフューザモドキを作り直してみた。マグネットシール4個を貼って、ランプシェードモドキの縁に吸着するようにしてみた。加えて、カラーボードに、トレーシングペーパーを1枚、白い半透明のPPシートを1枚、メンディングテープを貼りまくって固定した。

パッと見は白いので、遠目に見る分にはダンボールで作ったディフューザモドキよりマシな見た目になった。近づいてよく見ると、メンディングテープをベタベタと貼りまくってるのが見えてしまって、かなりダサイけど…。

接着剤でビッチリと接着すればもう少しマシな見た目になるのだろうけど…。カラーボードは表面に紙が貼ってあるのだろうから、木工用ボンドでどうにかなるとして、PPシートは使える接着剤に制限があるので作業が面倒なことになりそうだなと。

思考メモ。というか感想メモ。感想には個人差があります。

Jw_cad を触っているうちに、普段使わせてもらっている AR_CAD の操作仕様が良くできていることを再認識した。

例えば…。2D CAD で、線を引く機能は基本中の基本と言うか、最も多く使われる機能だろうと想像するのだけど…。

Jw_cad の場合、線を引くだけでも、「さて、この場面では左クリックをするべきか、それとも右クリックをするべきか」と一瞬悩んでしまう。しかも直線と言うものは、始点と終点の2ヵ所を指定しなければ引けないので…。線を1本引くだけで2回も悩まされてしまう。 *1

それと比べると AR_CAD は、左クリックだけで線を引くから一切悩まなくていい。また、既に描かれている図形の、端点・交点・中点の近くにマウスカーソルを持っていくだけで、「ここに端点があるよ」「ここに中点があるよ」とマークを表示してくれて、そのマークが表示されているタイミングで左クリックすれば自動でそれらに吸着してくれる。要するに、左クリックだけで、自由な位置も、吸着位置も、どちらも打ててしまう。

2D CADの基本中の基本、「線を一本引く」という操作ですら、このような違いがあるわけで…。AR_CAD は初心者でも悩まずに操作できるけど、Jw_cad は、事あるごとに、「ココは左かな？ 右かな？」と悩みながら操作することになってしまう。

もちろん、Jw_cad に慣れた人なら、
「そんなの使っているうちに慣れてきて、無意識レベルで左右クリックを使い分けるようになるよ。たいした問題じゃない」
と言い出すのだろうけど。それって、
「vimを使っていれば自然とhjklでカーソル移動できるようになるよ。カーソルキーなんて要らないだろ」
「vimを使っていれば文字打ち込む前にiやaやcwを無意識で打つようになるよ。ESCキー位置は指が自然と覚えるし」
と言い出しちゃうノリに近いというか…。そこにある理不尽さを「慣れろ」の一言で誤魔化しちゃいけない…。 *2

そんなわけで、Jw_cad は 2D CAD版 vim、かもしれないなと思えてきたりもして。慣れてしまった人はソレが無いと仕事にならない。でも、今からあえて習得するものでもない。他にもっと良い選択肢があるはず。そういう種類の道具じゃないのかなと…。たぶん。vim もそうだろうけど、どこかの職場でずっとソレしか使われてなくて、先輩達もすっかりソレに慣れちゃってて、仕方なく自分も使わざるを得ない状況になりましたトホホ、みたいな流れで渋々使うソフトではないだろうか。あえて今時、自ら選んで使うソフトではないのだろうな…。

これは勝手な想像だけど。Jw_cad は、元々はDOS時代に作られたCADらしいので、ユーザーが「○○の処理をせよ」と指示してくるまでソフト側では何もしないぞ、というのが基本設計としてあって、故に操作がしっくりこないのかもしれないなと。

当時はCPUリソースも描画性能も足りなかったので、例えばマウスカーソルを動かすたびに、「ここが端点」「ここが中点」「ここが交点」なんて逐一調べて結果を画面に出してたら、重くて重くてしょうがなかったのでは。だから、ユーザーがマウスを右クリックして「さあ、これから端点や交点を調べろ。(ちょっとぐらい時間がかかってもいいから処理をしろ)」と明確に指示を出してくるまで勝手な処理は一切しない ―― そういう潔い(?)作りにしておかないと実用にならなかったのではないかと。たぶん。

しかし、今はもう、そういう時代じゃないよな…。例えば Microsoft Visual Studio Code なんて、文字を1文字打ち込むたびに、「貴方がこれから打ち込みたいと思っている単語は、もしかしてこれじゃないでしょうか？」と予想リストをずらりと出してきたりする。

要するに、CPUリソースをガンガン使って、ユーザーが何をしたいのか絶えず推測し続けて、「もしかしてコレ？」と候補を出す。そうすることで作業効率を上げていく。それが今時のソフトの作りではないだろうか。

AR_CAD が、マウスカーソルを動かすたびに、既に描かれてる図形の、端点・交点・中点にマークを表示するのもそういうことだろう。AR_CADは、マウスカーソルが動くたびに、常時CPUリソースを割いて、周辺に何が有るのか判別する処理をしている。そして、「マウスカーソルが端点の近くに寄ってきているぞ…。このユーザーは、今この瞬間、その端点から線を引きたいと思っているのではないかな？」と推測して、マークを表示して、「今クリックするとココに吸着できます。貴方がやりたいのはこういうことではないですか？」と、これから行う作業の候補を伝えてくれる。今時のソフトなら、そのような方向でユーザーを手助けするように作るものなのだろうと。 *3

ということで、一応操作方法を勉強してみたものの、これから 2D CAD を触ってみたいという人には Jw_cad より AR_CAD をオススメしたいなと…。Jw_cad は先読みして助けてくれない。設計が古いので、こちらから細かく指示しない限り、本当に何もしてくれない。作業上必要になりそうな機能は実装済みなのだけど、とにかく気が利かない。そんな印象を受けてしまったというか。

もちろん、Jw_cad に慣れてる人は、そのまま Jw_cad を使い続ければいいわけで…。vim に慣れてる人はわざわざ別のエディタを使う必要なんてないのと同じで、各人、慣れてる道具を使うのが一番。そのほうが高い作業効率を得られる。

ただ、初心者相手に「(Jw_cad|vim)は便利だよ」と言って騙しちゃ(?)いかんよなと…。コレはお爺ちゃん達の愛用の道具に過ぎないので新人さん(?)は触らなくていいですよ。もっと今風の道具を選びましょう。みたいな。

もっとも、色々触ってみないと、何が古くて何が今風かも分からないだろうけど…。

思考メモ、というか感想メモです。感想には個人差があります。

Jw_cad の良いところも書いておきたいなと…。元々建築用途で使われていたCADだそうで、そのせいか建物関係の図形がめちゃくちゃたくさん標準添付されているので、その手の図面を作る際はおそらくペタペタと図形を貼っていくだけでサクサクと作れそうだなと。作業に必要な図形が揃ってさえいれば、まるでスタンプ感覚で図面を作れてしまうのではないかと。状況によっては線を一本も引かずに図面を作れそう。

もっとも、自分は建築関係の図面を引いたりはしないので、そういったメリットは享受できないのだけど。トホ。

ざっと見た感じ、トイレの図形が山のように用意されていて…。いやはや、トイレってこんなに種類があるのか、などと変な方向で感心を…。

LibreCAD と比べて、QCAD はスナップ(吸着)の機能実装具合がちょっと違うようだなと…。LibreCAD の場合、端点・中間点・交点に吸着させるには、ツールバー上の各アイコンをユーザーが意識してクリックしてそれぞれ有効にしないといけないけれど、QCAD の場合、AUTO さえ有効にしておけば、端点・中間点・交点のそれぞれに自動でイイ感じにスナップしてくれる。

また、QCAD の場合、線コマンド等の描画ツールアイコンをクリックすると、図形の種類を選んだ後、最後にスナップのアイコン群が表示される。図形を描くという操作に関して、作業の流れと言うか、手順を整理して提供しているように思えた。

更に、QCAD は印刷プレビューを表示した際、用紙の縦横を切り替えるアイコンがツールバー上に表示されて、その場で縦横を変更できる。LibreCADの場合、図面の設定ダイアログを表示して変更しないといけない。

そんなわけで、QCAD のほうが色々な場面でより使い易くなっている印象を受けた。LibreCAD は QCAD 2.0.5.0 の fork らしいけど、本家はバージョンが上がってるだけあって、より気が利く仕様になっているようだなと。

LibreCAD も、QCAD も、寸法を書き込む操作でちょっと悩んでしまった。例えば、以下のような寸法を書きたい場合、どうすればいいのか…。



AR_CAD なら上のような図もスンナリ描けるのだけど…。しかし、LibreCAD や QCAD では、下のような図になってしまう。



一応、寸法を選択して、プロパティエディタ上で「拡張点1」「拡張点2」の座標値を変更すれば、それらしい見た目にできることが分かったけれど…。


でも、一々こんなことをしなきゃいけないの？ という疑問は残るなと…。

sagcad という2D CADソフトがあるらしい。Ubuntu Linux 20.04 LTS の場合、sagcad 0.9.14-0ubuntu4 が公式リポジトリに標準で用意されていた。sudo apt install sagcad でインストールできた。

端末上で、sagcad で起動。しかし、設定ファイルが保存できないと文句を言ってくる。mkdir ~/.sagcad で、設定ファイルを保存するためのディレクトリを作成してやる必要がある。

とりあえず起動はしたけれど…。線一本すら描くことができない…。結構古いCADらしいので、操作方法が一般的ではないのかもしれない。

_SagCAD - 作図

上記のマニュアルページを眺めてみたけれど、少しだけ分かってきた。既に存在する図形を2回クリック、もしくは2つクリックして選択すると、点・線・円を選ぶダイアログが開くのでどれかを選ぶ。状況によって、角度やオフセット値を入力すると、そこでようやく図形が描画されるらしい。長さや角度等は上のほうにボタンと数値が表示されていて、そこをクリックすると変更できる。L が線の長さ、らしい。

やはり独特な操作方法のようだなと…。

LibreCAD も公式リポジトリに標準で用意されていた。sudo apt install librecad で、LibreCAD 2.1.3-1.2build1 がインストールできた。

ただ、起動してみたところ、ステータスバー上のマウスアイコンが異様に巨大な状態で表示された。

github の issue を検索してみたら、一応バグ報告はされている模様。

_Bug: Mouse icon is really big in v2.2.0-rc2 - Issue #1368 - LibreCAD/LibreCAD - GitHub
_Status bar redimensioning: mouse image is not redimensioned - Issue #1303 - LibreCAD/LibreCAD - GitHub
_statusbar clipped problem - Issue #1010 - LibreCAD/LibreCAD - GitHub

24x24ドットのpng画像を参照しなければいけないのに、80x80ドットのsvg画像を参照しちゃってるのが原因らしい。ソースファイル、librecad/src/ui/forms/qg_mousewidget.cpp 内を修正すれば解決するらしいけど…。

_librecad/src/ui/forms/qg_mousewidget.cpp
_Solved issue #1368 - melwyncarlo/LibreCAD@3115342 - GitHub
_Solved issue #1368 v2 - melwyncarlo/LibreCAD@f0c651e - GitHub

しかし、ビルドされたバイナリには反映されてない模様。

QCAD は PPA を追加すればインストールできる。

_QCAD - Computer Aided Drafting (CAD) software : Alexander Pozdnyakov

sudo add-apt-repository ppa:alex-p/qcad
sudo apt-get update
sudo apt install qcad

試してみたところ、QCAD 3.27.1.6 がインストールできた。端末上で qcad と打ったらフツーに起動した。

ヘルプ → ソフトウェアについて、を表示したところ、QCAD Community Edition と表示されていたので、有償版ではなく無償版が提供されているらしい。

その手のお話において、人の思いを伝えるための何かしらは、上手に使えると効果絶大なわけだけど。そういえば、ヒロインのペンダントも、その何かしらに相当するのだろうか。つまり、手紙や電話以外でも、思いを伝える何かしらは用意できるのだな。

例えば、「ニュー・シネマ・パラダイス」のアレだって、その何かしらだよな…。他にも、 写真がソレになってたPIXARアニメもあった気がする。

であれば、例えば祖父が孫に残してくれた巨大ロボットもその何かしらに仕立て上げたり、というのはちょっと難しいか…。車とかバイクとかそのあたりなら、まだそれっぽくできるだろうか。あるいは楽器とか。工具とか。銃とか。「銀河鉄道999」の戦士の銃はビミョーに近いような、全然違うような。

PCを、その何かしらにするのは難しいだろうか。と思ったけど、それはアレだな。 「よりもい」だな…。アレも上手かった。

まあ、色々と手はあるのだなと…。

祖父が残してくれた巨大ロボットと、祖父が残してくれた楽器では、印象が全然違うよな…。

一応簡単に説明。pycairo は、Python から cairo という描画ライブラリを呼び出して図形を描くためのモジュール。

_cairo - Wikipedia
_Overview - Pycairo documentation


tkinter は、Python から Tk というGUIツールキットを呼び出してGUIアプリを作れるモジュール。

_Tcl/Tk - Wikipedia
_tkinter --- Tcl/Tk の Python インターフェース - Python 3.10.0b2 ドキュメント


加えて、Pillow (PIL) という画像処理モジュールも必要。pycairo で描画した結果を tkinter で表示できるデータに変換する際に利用する。

_Pillow - Pillow (PIL Fork) 9.0.1 documentation

Windows版Pythonの場合、tkinter (Tkinter) は標準で同梱されているので、別途インストールしないで済む。

Python 3.x の場合、Pillow と pycairo は pip でインストールできる。

pip install Pillow -U
pip install pycairo -U

最後につけている「-U」は、更新も許可するオプション。今現在インストールされている版より新しい版がインターネットで公開されている場合は最新版に差し替えてくれる。

Python 2.7 の場合、Pillow は pip でインストールできるけど、pycairo は pip でインストールしようとするとエラーが出る。以下のページから、pygtk-all-in-one-2.24.2.win32-py2.7.msi を入手してインストールすれば、PyGTK、PyGObject、pycairo がインストールされる。

_Index of /binaries/win32/pygtk/2.24/

ちなみに、この PyGTK、PyGObject、pycairo は、昔のGIMP (2.6.x時代) で Python-Fu (GIMP-Python) を動かす際に必要になるモジュールだった。今の GIMP (Windows版、2.8.x以降) には最初から同梱されてると思う。

pycairo で描画して、Pillow で Tk 用に変換して、Tk でGUI表示をする動作サンプルを書いてみる。以下のサンプルを参考にした。

_python - Cairo with tkinter? - Stack Overflow

以下のような感じになった。

_01_pycairo_in_tkinter.py

"""
pycairo in tkinter.

* Windows10 x64 21H2 + Python 2.7.18 32bit + Pillow 6.2.2 + pycairo 1.8.10
* Windows10 x64 21H2 + Python 3.9.11 64bit + Pillow 9.0.1 + pycairo 1.21.0
"""

import sys

if sys.version_info.major == 2:
    # Python 2.7
    import Tkinter as tk
else:
    # Python 3.x
    import tkinter as tk

from PIL import Image
from PIL import ImageTk
import cairo


def conv_surface_to_photo(surface):
    """Convert pycairo surface to Tk PhotoImage."""
    w, h = surface.get_width(), surface.get_height()
    m = surface.get_data()

    if sys.version_info.major == 2:
        # Python 2.7
        im = Image.frombuffer("RGBA", (w, h), m, "raw", "BGRA", 0, 1)
    else:
        # Python 3.x
        im = Image.frombuffer("RGBA", (w, h), m, "raw", "RGBA", 0, 1)

        # BGRA -> RGBA
        r, g, b, a = im.split()
        im = Image.merge("RGBA", (b, g, r, a))

        # data = im.tobytes("raw", "BGRA", 0, 1)
        # im = Image.frombytes("RGBA", (w, h), data)

    return ImageTk.PhotoImage(im)


def main():
    print(sys.version)
    
    w, h = 640, 480
    root = tk.Tk()
    # root.geometry("{}x{}".format(w, h))

    root.surface = cairo.ImageSurface(cairo.FORMAT_ARGB32, w, h)
    w = root.surface.get_width()
    h = root.surface.get_height()

    # draw something with pycairo
    ctx = cairo.Context(root.surface)

    ctx.scale(w, h)

    ctx.rectangle(0, 0, 0.5, 0.5)
    ctx.set_source_rgba(1, 0, 0, 0.8)
    ctx.fill()

    ctx.rectangle(0.5, 0, 0.5, 0.5)
    ctx.set_source_rgba(0, 1, 0, 0.8)
    ctx.fill()

    ctx.rectangle(0, 0.5, 0.5, 0.5)
    ctx.set_source_rgba(0, 0, 1, 0.8)
    ctx.fill()

    # convert cairo image surface to tk.PhotoImage
    root._image_ref = conv_surface_to_photo(root.surface)

    label = tk.Label(root, image=root._image_ref)
    label.pack(expand=True, fill="both")

    root.mainloop()


if __name__ == "__main__":
    main()

実行すると、こんな感じのウインドウが表示される。


左上に赤、右上に緑、左下に青の四角を pycairo で描画して、結果を tkinter で表示してる。

Python 2.7 と 3.x に対応させるあたりでちょっと面倒だったのでメモ。

Python 2.7 では import Tkinter と記述するけど、Python 3.x では import tkinter と記述するように変わってた。

とりあえず、Python 2.7、3.x、どちらでも動かせるように、Python のメジャーバージョンを取得して、if文で処理を分けることにしてみた。

import sys

if sys.version_info.major == 2:
    # Python 2.7
    import Tkinter as tk
else:
    # Python 3.x
    import tkinter as tk

それと、pycairo の surface と Tk の PhotoImage は、RGBA と BGRA の違いがあるようで…。そのまま表示してしまうと、以下のように、R と B が入れ替わってしまう。



故に、pycairo で何かしらを描画した後、BGRA を RGBA に変換しないといけない。そのあたりは、conv_surface_to_photo(surface) の中で処理している。

def conv_surface_to_photo(surface):
    """Convert pycairo surface to Tk PhotoImage."""
    w, h = surface.get_width(), surface.get_height()
    m = surface.get_data()

    if sys.version_info.major == 2:
        # Python 2.7
        im = Image.frombuffer("RGBA", (w, h), m, "raw", "BGRA", 0, 1)
    else:
        # Python 3.x
        im = Image.frombuffer("RGBA", (w, h), m, "raw", "RGBA", 0, 1)

        # BGRA -> RGBA
        r, g, b, a = im.split()
        im = Image.merge("RGBA", (b, g, r, a))

        # data = im.tobytes("raw", "BGRA", 0, 1)
        # im = Image.frombytes("RGBA", (w, h), data)

    return ImageTk.PhotoImage(im)

ただ、Python 2.7 時代は Pillow 関係で「"BGRA"」という指定が使えたのだけど、Python 3.x では「"BGRA"」という指定はエラーになってしまった。今回は Pillow の .split() を使って R,G,B,Aの各チャンネルに分解してから、.merge() で並びを変更してみた。

あるいは、Pillow の .tobytes() と .frombytes() を使って BGRA と RGBA を変換することもできる。上記のソースではコメントアウトしているけれど、手元で試した感じでは動いてくれた。

試していたら、Python 2.7.18 32bit Windows版 + tkinter も、import tkinter で動作することに気づいた…。import Tkinter じゃなくても良かったのか…。どこかの時点で変更されたのだろうか。それとも何かのモジュールをインストールすると使えるようになるのだろうか。ググってみたけれど、このあたりについて記述しているページが見つからない…。

「Python 2 は Tkinter だけど、Python 3 で tkinter にリネームされたから気をつけろ」と書かれたページなら見つかるのだけど…。

_tkinter Tutorial -> Getting started with tkinter
_24.1. Tkinter - Tcl/Tk への Python インタフェース - Python 2.7.18 ドキュメント
_TkInter - Python Wiki

Ctrl + Alt + N で開いてるソースを実行できる拡張機能らしい。

_Code Runner - Visual Studio Marketplace
_Code Runnerを使いこなす - Qiita

ConEmu を各場面で右クリックメニューから開けるようにする。

_ConEmu - Handy Windows Terminal
_ConEmu Launcher - Visual Studio Marketplace

ConEmu.path に ConEmu のパスを指定しておくこと。ただ、vscodeを再起動しないと設定項目が出てこないかもしれない。また、ConEmu.showTitlebarIcon が true なら、vscode のタイトルバーにアイコンが表示される。

> pip download --no-deps PySimpleGUI27
...
Collecting PySimpleGUI27
  Using cached PySimpleGUI27-2.4.1.tar.gz (398 kB)
Saved d:\home\downloads\pysimplegui27-2.4.1.tar.gz
Successfully downloaded PySimpleGUI27

C:\Users\(USERNAME)\AppData\Local\pip\cache\wheels\3c\f7\51\f54942ffa2058cdca29a8bd7bd9114d8a5a1fb95bfcc76e67d\PySimpleGUI27-2.4.1-py2-none-any.whl

> pip cache list
...
Cache contents:

- PySimpleGUI27-2.4.1-py2-none-any.whl (110 kB)
- future-0.18.2-py2-none-any.whl (502 kB)
- pygubu-0.13-py2-none-any.whl (63 kB)
- pygubu-0.19-py2-none-any.whl (65 kB)
- pygubu_designer-0.18-py2-none-any.whl (288 kB)
- pygubu_designer-0.23-py2-none-any.whl (342 kB)

Python 3.x の場合は、pip install PySimpleGUI でインストールできる。

Python 2.7.18 32bit の場合は、pip install PySimpleGUI27 でインストールできるが、動作には future と typing が必要になる。

future は依存関係で一緒にインストールされるが、typing は依存関係に漏れがあるのかインストールされない。typing がインストールされてない状態では、import PySimpleGUI27 を実行しただけでエラーが出てしまう。

> python
Python 2.7.18 (v2.7.18:8d21aa21f2, Apr 20 2020, 13:19:08) [MSC v.1500 32 bit (Intel)] on win32
Type "help", "copyright", "credits" or "license" for more information.
>>> import PySimpleGUI27
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "C:\Python\Python27\Lib\site-packages\PySimpleGUI27\__init__.py", line 2, in <module>
    from .PySimpleGUI27 import *
  File "C:\Python\Python27\Lib\site-packages\PySimpleGUI27\PySimpleGUI27.py", line 136, in <module>
    from typing import List, Any, Union, Tuple, Dict    # because this code has to run on 2.7 can't use real type hints.  Must do typing only in comments
ImportError: No module named typing

どうやら、別途 pip install typing と打って typing をインストールする必要がある模様。たぶん。自信無いけど。

2022/03/23現在、Windows10 x64 21H2 + Python 2.7.18 32bit上で以下のモジュールをインストールした。この状態なら PySimpleGUI の簡単なサンプルも動作した。

• PySimpleGUI27 2.4.1
• future 0.18.2
• typing 3.10.0.0

尚、PySimpleGUI27 は、PySimpleGUI と比べてめちゃくちゃバージョンが古いので、一部の機能(テーマ機能等)が実装されてないことに注意。まあ、これから使う人は Python 3.x を使うだろうから問題は起きないだろうけど…。

pip install Pillow
pip install pycairo

pycairo の描画結果(surface)を tkinter で表示できるように変換するあたりは Pillow を使う。RGBA と BGRA の違いがあるので注意。

_pycairoの描画結果をtkinterで表示


pycairo を使って角丸矩形を描画する処理は以前書いたものをコピペして使った。

_pycairoを勉強中

以下のページが参考になる。

_rounded rectangle


pycairo の使い方に関しては、以下のチュートリアル記事が参考になるはず。英語だけど、ソースとスクリーンショットを眺めれば、なんとなく記述の仕方が分かるのではないかと…。ちなみに、pycairo + PyGTK (PyGObject) を使って解説されてる。

_PyCairo tutorial

まずはマスキングについて試してみる。

マスキングは、pycairo の surface に含まれているアルファチャンネルだけをマスク情報として利用して、描画先の surface に対してマスク情報を反映しつつ描画する、という説明であっているのだろうか…。

とりあえず、以下のような感じになった。

_02_masking.py

import cairo
import math


def draw_rounder_rectangle(ctx, x, y, w, h, ra):
    """Set sub path rounded rectangle."""
    deg = math.pi / 180.0
    ctx.new_sub_path()
    ctx.arc(x + w - ra, y + ra, ra, -90 * deg, 0 * deg)
    ctx.arc(x + w - ra, y + h - ra, ra, 0 * deg, 90 * deg)
    ctx.arc(x + ra, y + h - ra, ra, 90 * deg, 180 * deg)
    ctx.arc(x + ra, y + ra, ra, 180 * deg, 270 * deg)
    ctx.close_path()


def main():
    w, h = 256, 256

    # draw base surface
    base = cairo.ImageSurface(cairo.FORMAT_ARGB32, w, h)
    c = cairo.Context(base)

    # fill rectangle
    c.set_source_rgb(0.5, 0.5, 0.5)
    c.rectangle(0, 0, w, h)
    c.fill()

    # draw lines
    c.set_source_rgb(0, 1.0, 0)
    c.set_line_width(6)
    for y in range(0, h, 32):
        c.move_to(0, y)
        c.line_to(w, y)
        c.stroke()

    # save surface as png image
    base.write_to_png("02_masking_base.png")

    # draw mask surface
    mask = cairo.ImageSurface(cairo.FORMAT_ARGB32, w, h)
    c = cairo.Context(mask)
    s = 16
    draw_rounder_rectangle(c, s, s, w - s * 2, h - s * 2, 32)
    c.set_source_rgb(0, 0, 0)
    c.fill()

    mask.write_to_png("02_masking_mask.png")

    ims = cairo.ImageSurface(cairo.FORMAT_ARGB32, w, h)
    c = cairo.Context(ims)

    c.set_source_surface(base, 0, 0)
    c.mask_surface(mask, 0, 0)
    # c.fill()

    # save surface as png image
    ims.write_to_png("02_masking_result.png")


if __name__ == '__main__':
    main()

実行すると、3つのpng画像を出力する。

1つは、ベースとなる描画結果。ソース内では、bsae に入ってる内容。



もう1つは、マスクとなる描画結果。角丸矩形の周辺は透明になっている。ソース内では、mask に入ってる内容。



最後の1つは、ベース画像を描画ソースにして、マスクを指定しつつ描画した結果。角丸矩形の中にだけ、ベース画像の中身が描かれていることが分かる。



最後の画像を求めている部分は以下。

    ims = cairo.ImageSurface(cairo.FORMAT_ARGB32, w, h)
    c = cairo.Context(ims)

    c.set_source_surface(base, 0, 0)
    c.mask_surface(mask, 0, 0)
    # c.fill()

• base には、描画したい内容が入ってる。
• mask には、マスク情報として使う内容(角丸矩形)が入っている。
• c.set_source_surface(base, 0, 0) で、base を描画ソースとして指定している。
• c.mask_surface(mask, 0, 0) で、マスク情報として使う surface を渡している。

各種サンプルでは、直後に c.fill() を呼んでる事例が多いように見受けられたけど、どうやら .mask_surface() 自体が描画を指定する命令だそうで…。.mask_surface() を呼んだ時点で、マスク情報を反映しつつ描画せよ、と指示しているらしい。

ひとまずこれで、GIMP の選択範囲機能に近い感じの処理ができたような気がする。

せっかくだからクリッピングも試す。

pycairo のクリッピングは、事前に何かしらのパスを指定してから .clip() を呼ぶと、直前に指定されていたパスをクリップ範囲として扱うようになる、という機能らしい。

_01_clipping.py

import cairo
import math


def draw_rounder_rectangle(ctx, x, y, w, h, ra):
    """Set sub path rounded rectangle."""
    deg = math.pi / 180.0
    ctx.new_sub_path()
    ctx.arc(x + w - ra, y + ra, ra, -90 * deg, 0 * deg)
    ctx.arc(x + w - ra, y + h - ra, ra, 0 * deg, 90 * deg)
    ctx.arc(x + ra, y + h - ra, ra, 90 * deg, 180 * deg)
    ctx.arc(x + ra, y + ra, ra, 180 * deg, 270 * deg)
    ctx.close_path()


def main():
    w, h = 256, 256

    # draw base surface
    base = cairo.ImageSurface(cairo.FORMAT_ARGB32, w, h)
    c = cairo.Context(base)

    # fill background
    c.set_source_rgb(0.5, 0.5, 0.5)
    c.rectangle(0, 0, w, h)
    c.fill()

    # draw lines
    c.set_source_rgb(0, 1.0, 0)
    c.set_line_width(6)
    for y in range(0, h, 32):
        c.move_to(0, y)
        c.line_to(w, y)
        c.stroke()

    ims = cairo.ImageSurface(cairo.FORMAT_ARGB32, w, h)
    c = cairo.Context(ims)
    c.set_source_surface(base, 0, 0)

    # set clipping path
    s = 16
    draw_rounder_rectangle(c, s, s, w - s * 2, h - s * 2, 32)

    # clipping
    c.clip()
    c.paint()

    # save surface as png image
    ims.write_to_png("01_clipping_result.png")


if __name__ == '__main__':
    main()

実行すると以下の画像が出力される。このスクリプトでも、角丸矩形の中にだけ何かしらを描くことができている。



以下が、クリッピングの指定をしている部分。

    c.set_source_surface(base, 0, 0)

    # set clipping path
    s = 16
    draw_rounder_rectangle(c, s, s, w - s * 2, h - s * 2, 32)

    # clipping
    c.clip()
    c.paint()

• base に、描画したい内容を描いておく。
• .set_source_surface(base, 0, 0) で、base を描画ソースとして指定。
• draw_rounder_rectangle() で、角丸矩形のパスを指定。
• .clip() を呼んで、直前まで指定されていたパスを ―― この場合は角丸矩形をクリップ範囲として設定する。
• .paint() で、描画ソースの内容を描画先 surface に描画。クリップ範囲が適用された状態で描画される。

ということで、マスキングを使っても、クリッピングを使っても、GIMPの選択範囲内にのみ描画、みたいな処理ができそうだなと。

ところで、マスキングとクリッピングのどちらを使うべきだろう…？

クリッピングは、クリップ範囲をパスで指定するので、パスで表現できる程度に簡単な形の領域を指定する場合は使える、ということになるのだろうか。

逆に、マスキングは、パスで表現するのが難しい、複雑な図形で領域指定する場合には使える、ということになるのかもしれない。たぶん。自信無いけど。

複数の選択肢の中から一つだけ選べる OptionMenu の使い方がよく分からなかったので手元で動作確認。

_02_optionmenu.py

u"""
OptionMenu test.

* Windows10 x64 21H2 + Python 2.7.18 32bit + tkinter
* Windows10 x64 21H2 + Python 3.9.11 64bit + tkinter
"""

try:
    # Python 2.7
    import Tkinter as tk
except:
    # Python 3.x
    import tkinter as tk

OPT_KIND = [
    "Lines",
    "Boxs",
    "Rect only"
    ]

root = tk.Tk()
root.geometry("320x240")

# reserve variable
opt = tk.StringVar(root)
opt.set(OPT_KIND[0])

lbl = tk.StringVar(root)
lbl.set("Please select")

# create widget and layout
optmenu = tk.OptionMenu(root, opt, *OPT_KIND).pack(side = tk.TOP)
label = tk.Label(root, textvariable=lbl).pack(side = tk.BOTTOM)

def callback(*args):
    """set lbl value from opt."""
    v = opt.get()
    if v in OPT_KIND:
        idx = OPT_KIND.index(v)
    else:
        idx = -1
    lbl.set("Select [%s], index = %d" % (v, idx))

# Call callback when variable opt is updated
opt.trace("w", callback)

root.mainloop()

• OptionMenu に指定した変数内には、配列のインデックス値ではなくて文字列が入る。
• OptionMenu に配列を指定する際は、「*lst」といった感じで、「*」を先頭につける。
• 指定した変数が更新、もしくは選択された際に特定の関数を呼びたかったら、.trace("w", hoge) を使う。
• 文字列で、配列の中身を検索して、インデックス値に変換するには、.index() を使う。

今時のWebブラウザなら ―― Microsoft Edge、Google Chrome、Firefox 等なら、svg を開くことができる。エクスプローラ等からWebブラウザのウインドウ内にsvgファイルをドラッグアンドドロップしてやれば表示されるはず。

特に Windows10 の場合、標準設定ならsvgファイルと Microsoft Edge が関連付けられているので、エクスプローラ上でsvgファイルをダブルクリック等すれば、Edge が起動して svg が表示される。

ただ、使い勝手が悪い…。

• 背景が白で表示されるので、どこが透明部分なのか分からない。
• スクロールバーでスクロールさせるのがちょっとまどろっこしい。昔はスクロールすらできなかったのでマシにはなったけど…。
• 拡大縮小表示が少し面倒。一応、Ctrl と + で拡大、Ctrl と - で縮小、Ctrl と 0 で100%表示、あるいは、Ctrl + マウスホイールで拡大縮小できるけど…。

ちなみに、Webブラウザ上で svg を表示した際に、背景を市松模様にする Bookmarklet を公開してくれた方がいらっしゃる。

_GitHub - Myster/TransparentBackgroundRevealer: Adds a checkerboard background to a page/image/svg so you can see the transparency features
_microsoft edge - Best way to view white SVG on Windows - Super User

コレを使えば透明部分が分かりやすくなるので、多少改善できそう。

SVG Viewer Extension for Windows Explorer という拡張ツールを追加することで、エクスプローラ上で svg のサムネイル表示ができるようになる模様。

_GitHub - tibold/svg-explorer-extension: Extension module for Windows Explorer to render SVG thumbnails, so that you can have an overview of your SVG files
_Releases - tibold/svg-explorer-extension - GitHub

サムネイルが表示されるだけでも随分と便利になる。ただ、実寸表示ができるわけではないっぽい？

あるいは、PowerToysというツールをインストールすることでも、svg のプレビューが可能になるらしい。

_「PowerToys」にMarkdown/SVGプレビューと画像リサイズ、検索ベースのタスク切り替えが追加 - 窓の杜
_SVG/Markdownを「エクスプローラー」上でプレビューできるようにする「File Explorer」 - 窓の杜
_GitHub - microsoft/PowerToys: Windows system utilities to maximize productivity

インストールして試してみた。エクスプローラを起動して、Alt + P を叩くと右側にプレビューウインドウ(プレビューペイン)が開く。その状態で svg を選択したらプレビュー表示された。ちなみに Alt + P でプレビューウインドウが開く機能は、エクスプローラが元々標準で持っていた機能らしい。

Apache Batik という、svg画像フォーマット関連ツールが公開されてる。この Batik を使うことでも svg 表示はできる。

_Apache(tm) Batik SVG Toolkit - a Java-based toolkit for applications or applets that want to use images in the Scalable Vector Graphics (SVG)
_Download Apache(tm) Batik

batik-bin-1.14.zip をダウンロードして解凍すると、中に batik-squiggle-1.14.jar というファイルが入っているので、コレを実行するとsvgブラウザが起動する。動作には Java が必要。

javaw -jar batik-squiggle-1.14.jar hoge.svg

使い方は昔の日記にメモしてあった。

_Batikの使い方をメモ

Shift + 左ドラッグでPAN、Shift + 右ドラッグでズーム。他に、Ctrl + ドラッグ等にも機能が割り当てられている。

ググったら SGVs というsvgビューアに遭遇した。svg 以外にも、bmp、jpg、png 等、メジャーなラスター画像フォーマットに対応しているらしい。

_SGVs Graphics Viewer - Software D.I.Y.

試用してみたところ、svg の再現性は比較的高いように見えた。ただ、batik に付属してきたサンプルsvgのうち、いくつかは正常に表示できなかった。それでも、サムネイル一覧が表示されるし、プレビューウインドウもあるしで便利に使えそうな印象を受けた。ありがたや…。

画像ビューア Susie で svg を開けるようにするプラグイン、ifsvg100.zip が公開されているので、Susieプラグインに対応している画像ビューアに導入すれば、それらのビューアでsvgが表示できる可能性が高い。

_Bay-side

試したところ、画像ビューア ViX 2.22b1 でも svg を表示できた。

画像ビューア nomacs 3.16.1709 も、一応 svg を表示できたのだけど…。かなり簡単な svg は表示できたものの、ちょっと複雑な svg になると途端に表示が崩れてしまった。svg の表示はほとんどできないと思っておいたほうがいいのかもしれない。

_nomacs | Image Lounge
_Download | nomacs | Image Lounge

画像ビューア XnView 2.50.4 も、制限があるけれど一応は svg を表示できる。少なくともサムネイルはそれらしく表示された。

ただ、100%表示をしようとすると、画像の真ん中にテキストメッセージが表示されてしまう。これは、CAD Image DLL という有償プラグインを使っているからで、メッセージを消すためには、おそらく件のプラグインを購入しなければならないのだろう…。体験版が入ってるものと思っておいたほうが良さそう…。

画像ビューア IrfanView 4.60 32bit も試してみたけど、一応 svg を開けるものの、svg の見た目については、まずほとんど再現されなかった。昔は CAD Image DLL を使ってたような記憶もあるのだけど、独自実装に変更したのだろうか…？ それとも記憶違いかな…。何にせよ、現状では svg 表示ができないも同然かなと…。

こうして一応調べてみたけれど、相変わらず svg は不遇な扱いを受けてるなー、という印象を受けた。jpg、png、gif、bmp等のラスター画像フォーマットと比べてしまうと、svgに対応している画像ビューアは圧倒的に少ない。もっとも、ベクター画像フォーマットなので仕方ないのかもしれない。Webブラウザが対応しているだけでもありがたいと思うべきかも。

どこまで仕様を満たすべきか、実装すべきかという問題もありそうで…。例えば batik に付属してきたサンプルsvgの一部はWebブラウザでも正しく表示できなかったりする。試しに LibreOffice Draw で開いてみたら、そちらも表示が崩れてしまった。なかなか厳しい。

svgは色々な機能が策定されているらしいけど、その分実装が大変なはずで…。盛りだくさんの仕様にしたら誰もライブラリを実装してくれなくて普及しないまま終わったMNGフォーマットを思い出してしまったりもする。アレと比べたらWebブラウザが対応してくれただけでも svg はマシ、だろうか…。

ググっていたら、Smart SVG Viewer というビューアも見かけた。

_Smart SVG Viewer | Free SVG image viewer for Windows, with Thumbnail Gallery and Transparency Grid

試しに SmartSvgViewerSetup.msi をDLしてインストールしてみたところ、0.5.0 alpha がインストールされた。ただ、batik に添付されたサンプルsvgを開こうとしたら、null がどうとかのエラーが何度か表示されてしまった…。見た目についても、いくつかの svg は崩れていた。簡単な図形だけ並べた svg なら表示できるようではある。

「IrfanView も XnView も svg をちゃんと表示できなかったから作ってみた」という流れは、なんだか応援したい…。

XnView MP も svg に対応しているという話を見かけたので、XnView MP 0.99.7 64bit をインストールしてみた。

_Powerful Image Viewer・ XnView MP | XnView.com

初期設定状態では svg と svgz が除外リストに記述されているので表示されないけれど、ツール → 設定 → ファイルリスト → カスタムフィルター → 含まない、の欄に記述されている svg svgz を削除すると、サムネイル等が表示されるようになる。

簡単な図形が並んだ svg なら、サムネイルも等倍表示も表示することができた。XnView のように CAD Image DLL を使って表示しているわけではないようで、余計な(?)テキストメッセージも表示されない。

ただ、batik に添付されていたサンプルsvgに対しては、縦横比がおかしかったり、要素が表示されなかったりで、ちゃんと見た目を再現できなかった。それでも XnView と比べると、svg への対応が進んでいる印象を受けた。

pycairo の .write_to_png() が Python 2.7.18 + pycairo 1.8.10 で動くかどうか試してたけど、最低限の処理しかしないスクリプトを書いて試したら動いてしまった。変だな…。何が原因でエラーを出すのだろう…。まあ、Pillow 側で保存できてるから、このままにしておこう…。