過去にこれをデバッグする際の問題の一部は、デバッグを支援するために作成された適切なテーブルが実際には存在しなかったことです。 プレイ中の3つの変数があります：

1. PySimpleGUIバージョン
2. tkinterバージョン
3. MacOSバージョン

多くの場合、焦点となっているのはtkinterバージョンです。 tkinterが見られたすべての問題の原因であるかどうかはわかりません。

これが私の内訳です：

PySimpleGUI v4.30.0
tkinter v8.6
MacOS 10.15.7

また、PythonバイナリにHomebrewを使用していることにも言及したいと思います。

編集：

Python v3.8.1

macOS HighSierraバージョン10.13.6
PySimpleGUIバージョン4.30.0.12
tcl ver = 8.6tkinterバージョン= 8.6
tcl詳細バージョン= 8.6.10
Pythonバージョン3.8.6

そして...それはうまくいきます！

編集：tkinterに関する頭痛の種が最も少ない環境：

Homebrew-> brew install tcl-tk
Homebrew-> brew install pyenv-> Python（下記参照）

env \
  PATH="$(brew --prefix tcl-tk)/bin:$PATH" \
  LDFLAGS="-L$(brew --prefix tcl-tk)/lib" \
  CPPFLAGS="-I$(brew --prefix tcl-tk)/include" \
  PKG_CONFIG_PATH="$(brew --prefix tcl-tk)/lib/pkgconfig" \
  CFLAGS="-I$(brew --prefix tcl-tk)/include" \
  PYTHON_CONFIGURE_OPTS="--enable-framework --with-tcltk-includes='-I$(brew --prefix tcl-tk)/include' --with-tcltk-libs='-L$(brew --prefix tcl-tk)/lib -ltcl8.6 -ltk8.6'" \
  pyenv install 3.8.6

pyenv global 3.8.6

これを私のデフォルトのPythonにするには：

echo -e 'if command -v pyenv 1>/dev/null 2>&1; then\n eval "$(pyenv init -)"\nfi' >> ~/.bash_profile

@norambnaにリストされているすべての手順を実行したうまく機能しました。 しかし、すべてのフープを飛び越えるのは少し面倒でした。

Python v3.8.6
PySimpleGUI v4.30.0
tkinter v8.6
MacOS 10.15.7
pyenv v1.2.21
tcl-tk v8.6.10

お役に立ててうれしいです！ macOS / tkinterのすべての問題の解決策を見つけるまで苦労したことはわかっています。 これはすべてのtkinterの問題を解決するわけではありませんが、macOSでそれを操作するための最良の方法であることは明らかです。

tkinterバージョン8.6.10がこの問題を修正しているように見えますか？

8.6.10以外のすべてのバージョンに問題がある場合は、そのバージョンを確認し、「修正」を8.6.10以外のリリースにのみ適用できます。

私が本当に混乱しているのは、これが最近の問題なのか、それともMacでタイトルバーが機能しないのかということです。 それがうまくいかなかったのは奇妙に思えますが、確実に言うのは難しいです。

私が見た「修正」は、他のものを壊す可能性があるため、コードに追加することを躊躇しました。

これらの手順はかなり醜いので、私はこれについて何かしなければならないと思います。 ユーザーがこれほど多くの問題を経験することは期待できません。 GitHubのリリースをまとめて、tkinterのバージョン番号をチェックし、バージョンが8.6.10でない場合にのみ適用する修正を加えます。

tkinterバージョン8.6.10がこの問題を修正しているように見えますか？

私にとってはそうです。 8.6.10は多くの問題を解決します。

バージョンが8.6.10未満の場合、パッチを含む4.30.0.13を投稿しました。

これで問題が「修正」された場合は、もう1つパッチを試してみます。 この新しいパッチは、最初に設定した後、wm_overrideredirectフラグをクリアします。

root.wm_overrideredirect(True)
root.wm_overrideredirect(False)

次に試してみたいのは、操作がTrue False Trueになるように、もう一度Trueに設定することです。 ここでの考え方は、一部のシステムでは、値がTrueに設定されている場合は正しく機能している可能性があるということです。 私がやりたくないのは、今日正しく機能しているすべてのインストールを中断し、それを再びTrueに設定すると、Mac上のすべてのバージョンのtkinterで正しいことを行う回避策が提供される可能性があります。

パッチが適用されると、コンソールに次のメッセージが出力されます。
* Applying Mac no_titlebar patch *

これをテストする1つの方法は、ポップアップを呼び出してテストするためのコードを作成する必要がないテストハーネスを使用することです。 テストハーネスのタブの1つ（PySimpleGUI.pyファイルを実行するかsg.main()呼び出すことによって呼び出されます）は、ポップアップをテストするために使用されます。

これにより、タイトルバーなしのウィンドウと、タイトルバーを使用してポップアップを呼び出すことの両方をすばやく確認できます。

背景がテストウィンドウと同じであるため、見つけるのが難しい場合があります。 No Titlebarボタンをクリックすると、この小さなウィンドウが表示されます

これにより、8.6.10以外のバージョンが修正され、8.6.10以降では実行されないことを願っています。 そうでない場合は、別のテストをすばやくまとめて、元に戻すことが機能するかどうかを確認します。

これを突き止めれば、優先度の高いリリースとしてPyPIにリリースを投稿します。

Macユーザーの助けが必要です

タイトルバーがないというこの問題を回避するために、GitHubにパッチが投稿されました。 次の場合を理解する必要があります。

• このパッチは、8.、6.10以外のシステムでの問題を修正します
• パッチは8.6.10で問題を引き起こしません

誰かがGitHubバージョンをダウンロードして試すことはできますか？

お手伝いしたいと思います。 tkinterバージョンまですべてをセットアップしましたが、PySimpleGUIの4.30.0.13バージョンをインポートする方法がわかりません。 そのバージョンをどの程度正確にダウンロードして使用しますか？

ほとんどのアップデートバージョンで同じパッチが適用されているはずです。

PySimpleGUIを使用したGitHubからのアップグレード

このパッチについてどうしたらよいかわからない。 私は今PyPIのリリースをまとめていますが、Macで適切にテストされていないので、リリースからコードをプルする必要があります。 まったく新しい一連の問題よりも、既知の問題をリリースしたいと思います。 もちろん、私の好みは、これを永久に修正してPyPIに投稿することです。

いくつかのテストを実行できるMacユーザーがいる場合、私とあなたの仲間のMacユーザーの何人かが助けてくれると思います。

Macユーザーが新しいコードをテストするのを待っている間、リリースを遅らせたくありません。 そこで、パッチの実行時期を制御するコードを追加しました。 私はこの「修正」をただ投げ出して、既存のMacユーザーを壊す可能性はありません。 まあ、技術的には可能ですが、今日コードが機能しているユーザーに問題を引き起こしたくないのです。

Macでタイトルバーのないウィンドウのパッチを有効にするには、パラメータenable_mac_notitlebar_patchをTrueに設定してset_optionsを呼び出します。

    sg.set_options(enable_mac_notitlebar_patch=True)

このパッチは、タイトルバーのないウィンドウが作成されたときに追加の呼び出しを引き起こします。

root.wm_overrideredirect(False)

パッチは、tkinterバージョン<8.6.10を実行しているMacでのみ実行されます。

デフォルトでは、パッチは無効になっています。 set_options呼び出してパッチを取得するには、肯定的なアクションを実行する必要があります。

このコードはバージョン4.30.0.26であり、現在GitHubにあります。 まもなくバージョン4.31.0でリリースされます。

前に言ったように、私はあなたの前のパッチでどんなテストでも喜んで実行するでしょう。 異なるバージョンのOSを実行している2つの異なるMacデバイスがあります。 また、さまざまなバージョンのpythonとtcl / tkを実行しています。

これがばかげた質問である場合はお詫びしますが、これらのバージョン（4.30.0.13または4.30.026）をインストールするにはどうすればよいですか？ 私は通常pipinstallを使用しますが、何か別のことをした場合は、少しのガイダンスが必要です。

4.31.0は本日早くにPyPIに投稿されました。 他のバージョンと同じようにpipインストールできます。

前の投稿のコード行を追加すると、パッチを有効にして実行できます。

 sg.set_options(enable_mac_notitlebar_patch=True)

「Upgade」と書かれた赤いボタンをクリックすると、sg.main（）ユーザーインターフェイスを使用してGitHubバージョンをインストールできます。 4.31.0は、GitHubの現在のバージョンであり、PyPIにリリースされたバージョンです。

異なるバージョンのtcl / tk（8.5.9、8.6.8、8.6.10）でいくつかの異なるテストを行ったところ、元のコードが見つかりました

タイトルバーが無効になっているように見えますが、最小化またはxボタンをクリックできます。 最小化してから元に戻すと、タイトルバーは完全に無効になります。 これは、8.5.9と8.6.8の両方で発生します。 8.6.10ではすべてがうまく機能します。 （前のコメントで述べたように）

次に、パッチを適用して実行してみました。

最終的に発生したのは、タイトルバーがアクティブで、最小化ボタンとxボタンの両方が機能し、最小化してウィンドウを元に戻すと、上記と同様に無効になりました。

そのため、バージョン8.6.8以前でも問題が発生しています。

これは、tkinterを使用してタイトルバーのないドラッグ可能なウィンドウを取得する元のコードです。

タイトルバーを非表示にしようとするこの問題を解決するために検索していたときに、このコードを見つけました。 これはtcl / tk8.6.8以下を使用しています
https://stackoverflow.com/questions/29641616/drag-window-when-using-overrideredirect

バージョン
MacOS：10.15.7
PySimpleGUI：最新の4.31.0
Python：3.8.1、3.8.6、3.9.0

tcl / tk8.6.8以下の場合
パッチも元のサンプルも機能しません

パッチが適用されているというメッセージがコンソールに表示されましたか？

テストの奇妙な点は、タイトルバーなしを実現するために使用している手法が、以前にここに投稿された手法であるということです。 基本的にオーバーライドを繰り返すことですが、False値を使用します。 また、新しいように見えるロックアップ動作があるのも奇妙です。

このメッセージが表示されていることを確認できますか？

'* Applying Mac no_titlebar patch *

このメッセージが表示されない場合は、パッチが適用されていません。

tkinterのバージョンを印刷するだけでなく、PySimpleGUIのバージョンを印刷して、私たちが考えている変数の組み合わせで作業していることを確認すると便利です。

ここでもMacOSが果たす役割があるのではないかと私はますます疑っています。 このタイトルバーなしの問題とツールチップの問題は、今年の初めまで聞いていませんでした。 これらの機能は、PySimpleGUIで最初にリリースされたものの一部でしたが、それほど昔まで、これらの機能に関する問題の報告はありませんでした。

これのドラッグエニウェア部分はこれまで議論されておらず、新しいデータです。 タイトルバーのないコードをテストして機能させることに集中できますか？

これに対する「修正」は、Macユーザーがtkinter8.6.10を実行しなければならないということになる可能性が非常に高いです。 Macソフトウェアの明らかにバグである問題に多くの時間と労力を費やしています。 コードをテストできないため、これを完了するのはほぼ不可能です。

私はかつてここにtkボタンのバグを持っていました。これは6年以上前から既知の問題でしたが、まだ修正されていません。 その修正は、PySimpleGUIにttkボタンのサポートを追加することでした。 大変な作業でしたが、最終的にはMacユーザーがPySimpleGUIを使用できるようになりました。 そのバグとは異なり、これはtkinter / Mac開発者の注意を引いたようで、8.6.10で修正されました。 つまり、このようなハックや回避策をコードに追加しなくても、Macユーザーが自分でアクセスできるパスがあるということです。

私はMacユーザーが好きですが、ユーザー数が少ない場合、そのプラットフォームのサポートに多額の投資をすることを正当化するのは難しいです。 Macのインストールが10％壊れたとは思わない。

ええ、それはユーザーの小さなグループにとっては非常に面倒なようです。 macOS v11（今週の新機能）をダウンロードしましたが、動作が異なるようです。 たとえば、以前の投稿とは異なり、最小化ボタンとxボタンが完全に無効になりました。

macOS v11のtkinterで私が気づいたことの1つは、tk / tcl v8.5.9の場合、タイトルバーがない場合はroot.overrideredirect(True)と言うだけでよいのですが、tk / tclv8.6.8で同じことをしようとするとそれは機能しません。 私はまだする必要があります

root.overrideredirect(True)
root.overrideredirect(False)

それを機能させるために。

参考までに、パッチが適用されているというログメッセージが表示されていました。 また、私が使用していたPySimpleGUIのバージョンは4.31.0でした。2020年11月13日にリリースされました。

Macプラットフォームに固有のコードを使用して、少数のユーザーグループをサポートしてもかまいません。 問題は、それが動く標的であったということです。 最近、安定した足場を見つけることができませんでした。 MacユーザーがHomebrewではなくPython.orgからのインストールに切り替えた後、状況は順調に進んでいたようです。 これにより、ボタンやテーブルに問題があったリリースから全員が離れました。 しかし、その後、何かが変わったようです。 何かがMacOSだったと思います。

先に述べたように、3つの変数が関係しています。 tkinterバージョン、PySimpleGUIバージョン、MacOCバージョンがあります。 tkinterはPythonにパッケージ化されており、Pythonのリリースごとに異なる可能性があるため、そのリストからPythonのバージョンを除外しています。ただし、tkinterのバージョンを追跡している限り、Pythonのバージョンは重要ではありません。 私は結果を把握していません。組み合わせは、「機能しない」場合のレポート以外の3つの変数に対するものです。

8.5.9で何かをすることは、はるか昔にさかのぼります。 PySimpleGUIは、6年前にさかのぼるPython3.4以降をサポートしています。 これは課題でしたが、Raspberry PiにはこのバージョンのPythonが付属していることが多いため、合理的です。 PiユーザーにPythonバージョンの更新を強制する以外に、これを回避するためにできることはほとんどありません。それは簡単なことではないので、そうしないほうがいいです。

8.5.9は10年以上前にリリースされました。 いくつかのコンテキスト...同じ年に8.5.9がリリースされたので、2.7.0もリリースされました。 Python3は3.1でした。 それはあまりにも遠すぎて、実際の価値はありません。 私はあなたがそれを使用している文脈を理解しています。それは、一度はタイトルバーが機能しなかったことを示すことですが、10年前に戻って何かの機能するバージョンを見つけることはかなり極端です。 それはソフトウェアの一生です。

MacOS v11がtkinterの動作に何らかの関係があると聞くと、さらに苛立たしくなります。 OS自体はtkinterとPythonの動作に影響を与えないはずです...ゼロ...。

wm_overrideredirectをFalseに戻すことで問題が修正されるはずなので、パッチがプラスの影響を与えなかったと聞いてがっかりしました。 Macでタイトルバーなしで実行されるコードは次のとおりです。

                MyFlexForm.TKroot.wm_overrideredirect(True)
                # Special case for Mac. Need to clear flag again if not tkinter version 8.6.10+
                if sys.platform.startswith('darwin') and ENABLE_MAC_NOTITLEBAR_PATCH and (sum([int(i) for i in tclversion_detailed.split('.')]) < 24):
                    print('* Applying Mac no_titlebar patch *')
                    MyFlexForm.TKroot.wm_overrideredirect(False)

wm_overrideredirectをFalseに戻す直前に、「Application Macno_titlebarpatch」というメッセージが表示されます。

tkinterのすべてのバージョンですべてのMacOSバージョンで動作するバージョンのPySimpleGUIを公開したいのですが、それはPySimpleGUIの最初のリリース以来私が試みてきたことであり、最新の取り組みは一貫して行われているようです。足りなかった。

この時点で私が知っている唯一の既知の動作修正は、Macユーザーに8.6.10のインストールを要求することです。 それはうまくいく結果を生み出すようです。 PySimpleGUIの「修正」は、誰かがタイトルバーなしのウィンドウを作成しようとしたり、ツールチップを設定しようとしたときに出力されるエラーメッセージになりつつあります。 使いやすさの観点からはひどい解決策ですが、これ以外の方法は見当たりません。 これは、ユーザーが10年前のバージョンのtkinterをインストールする必要があることを打ち負かします。

Pythonとtkinterの自作インストールの使用について心配しています。 自作が問題の原因であり、Python.orgからインストールすることでそれらの問題が修正されたことがわかったのは昨年だけでした。

wm_overrideredirect呼び出しを追加したり、tkinter rootオブジェクトで他の操作を実行したりする場合は、 Windowメンバー変数window.TKrootを使用して直接アクセスできます。

それらが関連しているとは思いませんが、テストとしてウィンドウのmodal設定をオフにしてみてください。

tk / tcl 8.5.9について何かを明らかにしたいだけです...私がそのバージョンを使用した唯一の理由は、それが自作のpython3.9.1インストールでパッケージ化されていたからです。 私は彼らが私にくれたものは何でも使っていました。 あなたが言ったように、それは自作の問題かもしれません。

python.orgリリースのいくつかをダウンロードするのを少しいじります。 私はあなたがこれを理解するのを手伝うのに問題はありません。 たぶん、プレイ中のさまざまな変数に対してもう少し制御されたテストを行うことができます。 これを行うには少し時間がかかるかもしれませんが、前に述べたこと以外に私に試してもらいたい特定のことがあれば、私に知らせてください。

私が言及したかったもう1つのことは、tkinterを使用して、 root.overrideredirect(True)呼び出すと、ウィンドウが表示されないことです。 PySimpleGUIを使用すると、タイトルバーは削除されず、無効になるだけですが、ウィンドウが表示されるので、私に尋ねると、ここでもう少し進んでいます。 （バージョン<8.6.10の場合）

私はあなたがこれを理解するのを手伝うのに問題はありません。

さて……この機会にジャンプします。 Macユーザーが8.6.10をインストールすることを強制されないように、この問題を解決したいと思います。 上記のコメントで示されているように、これを行うのは簡単なことではありません。

tk / tcl 8.5.9 ...私がそのバージョンを使用した唯一の理由は、それが自作のpython3.9.1インストールでパッケージ化されていたためです。

うわー....ジャンププレーンうわー....

PythonのインストールにHomebrewを使用することがなぜ良い考えではないのかを示すグラフィックの例です。 一方で、「うまくいく」ので使ってもいいと言う人もいますが、それほど単純ではありません。 8.5.9以降に追加されたtkinterコードの量は、tkinterが10年間静止していないため、かなりの量である必要があります。

これは素晴らしいニュースだと思います。 :-(なんて困難な戦いでしょう。

Python.orgからインストールしてみてください。 しばらく前に、Python.orgからドキュメントにインストールする必要性を追加しました。

https://pysimplegui.readthedocs.io/en/latest/#macs

これらの問題がどこからともなく起こったように見えるのはとても奇妙です。 Macユーザーの数は少ないですが、彼らは存在し、tkinterでPySimpleGUIを使用しています。 この機能が2年前に壊れていたら、誰かが何かを言っていただろうと確信しています。 彼らは間違いなくボタンの色の問題について不平を言った。

テストが注意深く整理され、追跡されていれば素晴らしいと思います。 組み合わせのマトリックスは非常に役立ちます。

_すべての古いバージョンを試して、何かが壊れるまで前に進む方法があるかどうかを確認したいと思います。_

それが私の理想的な計画です。

ちょうど私の2セント。 私はMacユーザーではありませんが、macOS用にPythonで何かを開発する必要があったので、これは私の限られた経験を得たものです。

数か月前、オプションを試したときに、python.orgから直接ダウンロードしたPythonバージョンを試しました。 当時、私はpython.orgバージョン3.6.8に多くの時間を費やしています。これは、Tcl / Tk8.6.8にバンドルされています。 また、PySimpleGUIのさまざまな要素を試すと、間違いなくバグが発生します。 私はそれが単なるtkinterだと思います、それはmacOSのためにそれほど洗練されていません。 デフォルトでは、PythonのHomebrewバージョンにはTcl / Tkが付属していません（こことここを参照）が、もちろん、おそらく多くの非公式の「醸造」があります。 PyenvバージョンにはTcl / Tkは付属していません。 上記で投稿したトリックを使用して、Tcl / Tk8.6.10を試しました。 私が言ったように、それはまだ完璧ではありませんが、私のテストでは、それは間違いなくより良いオプションでした。 私は製品を作らなければならず、何がうまくいくか、何がうまくいかないかをテストし、自分のプロジェクトでうまくいったものを使用しました。

ところで、モーダルウィンドウはTcl / Tk 8.6.8にバンドルされているpython.orgバージョン3.6.8では機能せず、pyenvpythonとTcl / Tk8.6.10でも問題が発生します。 こちらをご覧ください。

編集：そしてmacOSはオペレーティングシステムの一部としてTcl / Tk8.5.9に付属しています。 Pythonが新しいバージョンのTcl / Tkにバンドルされていない場合は、そのバージョンを取得するのはそのためです。 したがって、Pythonの通常のbrewインストールを使用している場合、そのpythonはオペレーティングシステムに付属のTcl / Tkバージョンを使用します。 そのため、通常の自作Pythonを使用するとTcl / Tk8.5.9が得られます。 そしてそれが私のトリックがpyenvのpythonにtcl-tkの新しいbrewインストールを使用するように明示的に指示しなければならない理由です

ああ...私はそのモーダルなことを忘れました。

私たちが実行しているポップアップテストは、モーダルを無効にして試すことができます。

@tkozzer ....このポップアップテストを試していただけますか？

sg.popup_no_titlebar('This should not have a titlebar', modal=False)

また、drag_anywhereが問題を引き起こしていないことを確認するために、このポップアップも試してください。

sg.popup_no_titlebar('This should not have a titlebar', modal=False, grab_anywhere=False)

どのオプションが設定されているかについて最大限の制御と可視性を得るには、ウィンドウの作成に切り替える方がテストのより良い方法である可能性があります。 この問題に取り組むことができるプログラムは次のとおりです。

import PySimpleGUI as sg


layout = [[sg.Text('A no-titlebar test')],
          [sg.Button('Ok'), sg.Button('Exit')]]

window = sg.Window('Title', layout, no_titlebar=True, grab_anywhere=False, modal=False)

while True:
    event, values = window.read()
    print(event, values)
    if event in (sg.WIN_CLOSED, 'Exit'):
        break

window.close()

PyPIに迅速に対応する必要があるいくつかの変更があるため、本日リリースをまとめます。 Macで、すべてのバージョンのtkinterでモーダルウィンドウが実際に壊れている場合は、このリリースでそれらを無効にします。 誰かがモーダルウィンドウが8.6.10および他のバージョンで正しく機能しないことを確認できますか？ これらのさまざまな問題を引き起こすtkinterとMacOSの組み合わせについてはまだはっきりしていません。

Tcl / Tk8.6.8に付属のpython.orgpython3.6.8ではモーダルウィンドウが機能しないことを確認できます。 また、HomebrewのTcl / Tk8.6.10で動作するpyenvのpython3.6.11では機能しません。 それは私がその特定の問題で試した唯一のバージョンです。

pyenvは、それ自体でパッケージ/ライブラリを提供していません。 構成に役立ちます。 何をインストールするか、次に何を切り替えるかを選択する必要があります。

Macの場合、Pythonのバージョンはtkinterほど重要ではなく、MacOSのバージョンだと思います。 tkinter 8.6.8は、3.6、3.7、3.8、3.9でまったく同じように実行されます。 変化する可能性があるのは、少なくともWindowsに3.6、3.7などをインストールしたときに、どのバージョンのtkinterがインストールされるかです。 Python.orgからPythonを入手する理由の1つは、インストール時にパッケージ化されたtkinterの特定のバージョンを入手することです。

Pythonのバージョンはtkinterほど重要ではなく、MacOSのバージョンだと思います

すべてのテストでmacOSHighSierraバージョン10.13.6。