Tcl / Tk。 テーマウィジェットTTKおよびデザイナーTKproE-2.20

Tkウィジェットを使用したGUIデザインに関するメモを見て、不満を感じました。 そして、問題は、テーマウィジェットttk（テーマtk）の操作を実際に見逃したことでした。 PythonのTkinterパッケージを検討し、 Page Designerを使用するとき、彼らは一目で関わりました。 そこで、ttkパッケージのTNotebookウィジェット（ノートブック、ノートブック）について説明しました。



TNotebookウィジェットは、ttkに登場したTCombobox、TProgressbar、TSeparator、TSizegripとともに、新しいウィジェットの1つです。 従来のtkからttkへのアプリケーションの切り替えは、最小限の労力で済みます。 たとえば、ボタンの代わりにttk :: butonと書くだけで十分な場合もあります。 それとは別に、コンボボックスについて言いたい。 tkで記述されたアプリケーションでスピンボックスウィジェットを使用し、それをttk :: comboboxに置き換えた場合、このウィジェットは欠落していたアプリケーションに表示されます。







それでも、ttkの主なものは新しいウィジェットではなく、それらのデザイン（それら）です。 テーマとスタイルをカスタマイズするには、別の議論に値します。 そして、ここで私は開発者を先日（2017年11月11日）出てきた素晴らしいチュートリアルに送ります：







ドイツ語で書かれているが、私は英語すら知らないという事実にもかかわらず、私はそれをとても喜んで読んだ。 彼らが言うように、それは「愚か者」のために書かれています。



ttkウィジェットに関連した統合開発環境/デザイナーがいるかどうかに興味があります。 PythonとTkinterについて話す場合、これはPageパッケージです。 このパッケージは、クラシックウィジェットとテーマウィジェットの両方をサポートしています。 何らかの理由で、TSeparator区切り文字はサポートされていません。 設計環境はTclスクリプト言語です。 このため、このパッケージに戻ります。 ページの紛れもない利点は、ウィジェットを簡単かつ便利に配置できるイーゼルが存在することです。



しかし、これはPython用であり、Tclの最終製品に興味があります。 ちょうど1年前（2016年11月27日）、Tcl / Tk-designer TKproE 2.20が発表されました ：







また、TSeparator区切り文字が含まれています。 このデザイナーのユニークな機能は、ほぼすべてのtcl / tkスクリプトを受け入れることです。

ttkウィジェットとTKproE-2.20デザイナーの両方の機能を実証するために、NSSパッケージの「エレガントな印刷」ユーティリティppのGUIインターフェイスが開発されました。 さらに、資格証明書を含む証明書を表示し、ドキュメントの電子署名を表示するためのこのようなユーティリティが求められています。 そして、TKproEを使用したグラフィカルインターフェイスが設計および実装されたのは彼女のためでした。







ユーティリティとそれにバインドされているグラフィックは、ここからダウンロードできます。 他のデザイナーとは異なり、もう1つの非常に楽しい驚きは、画像（画像）とアイコンを扱うときに待っていたことです。 以前にイメージをPEMエンコーディングに「変換」し、コードをスクリプトに手動で挿入する必要があった場合、イメージファイルを指定するだけで、TKproEがそれを選択して変換します。







ここでの唯一の不便は、ファイル名を入力する必要があることです。 しかし、それは簡単に修正できることが判明しました。 tkproe.tc lスクリプトの行7474および7516に十分なコード（ proc ShowWindow.tpimagesプロシージャ）

label .tpimages.propbitmap.frame14.label12 -activebackground {#dcdcdc} \ -anchor {w} - background {#dcdcdc} -borderwidth {2} -font {Helvetica 10} \ -highlightbackground {#dcdcdc} -text {File:} -width {10}
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

コードで置き換える：

 button .tpimages.propbitmap.frame14.label12 -activebackground {#dcdcdc} \ -anchor {w} -background {#dcdcdc} -borderwidth {2} -font {Helvetica 10} \ -highlightbackground {#dcdcdc} -text {File:} -width {10} \ -command { global userDir; set fileTypes {{"File image" *}}; \ set file [tk_getOpenFile -title "Find Image" -filetypes $fileTypes \ -initialdir "$userDir"]; \ .tpimages.propphoto.frame14.entry13 delete 0 end; \ .tpimages.propphoto.frame14.entry13 insert end $file; }
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

そして、tkproe.tclスクリプトの5行目以降のホームディレクトリからファイル選択が開始されるように、次のコードを追加します。

 global userDir set userDir $env(HOME)
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

ここで、画像を含むファイルを選択するには、「ファイル：」ボタンをクリックするだけです。







希望する人は、このコードを改善できます。たとえば、選択したファイルの「フォーマット」フィールドに入力するか、その逆で、フォーマットをファイル拡張子（スクリーンショットの「ファイルタイプ」）として、フォーマットごとにファイルの検索を整理します。



もう1つの不便な点は、mHOME set $ env（HOME）などのユーザーのホームディレクトリの取得です。 原則として、ホームディレクトリは、スクリプトがプラットフォームに依存しないようにするために必要です。 TKproEを介してどこにも挿入しないことが判明しました。 TKproEのグローバル変数は、TPinitVarsプロシージャを介して定義されます。 当然、グローバル変数のスコープを使用してmHOME変数を定義する場合：







mHome変数の値は「$ env（HOME）」になります。 ペンで現在のディレクトリの計算を取り、スクリプトの本体に挿入するように思われます。 TKproEでスクリプトを編集しない限り、できます。 それ以外の場合、TKproEは最適化を処理し、設定コードの代わりに、nHOME $ env（HOME）は、スクリプトが作成/編集されたコンピューターのホームディレクトリを含むコードをグローバル変数初期化手順に挿入します。 これはひどいです。



ここで、私はTKproEコードを2回目にしなければなりませんでした。 グローバル変数myHOMEの定義と、生成されたスクリプトに追加コードを含めることで、この状況から抜け出す方法を見つけました。 したがって、行（13番目）の直後のTP_Clone_appプロシージャで：

 set outstr "# Generated by TKproE $TPinfo(revision) - [clock format [clock seconds]]\n\n"
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

行を追加

 append outstr "#Add me\nencoding system utf-8\nglobal myHOME\nset myHOME \$env(HOME)\n\n"
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

行（10番目）の後のTP_Clone_variablesプロシージャへ

  foreach varname $varlist {
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

コードを挿入する

 if { $varname == "myHOME" } { continue }
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

これにより、グローバル変数myHOMEのリセットが無効になります。



そして、これらの改善の後、PPユーティリティ用のグラフィカルシェルを作成することができました。







ドキュメントを含むファイルを選択して「ウィンドウに表示」ボタンをクリックすると、次のように表示されます。







証明書の印刷物は、他のドキュメントと同様に、ファイルに保存できます（[証明書など]タブの[ファイルに保存]ボタン）。

TKproEプロジェクトでもあるGUIPPスクリプトのソースコードは、ここからダウンロードできます。



上記では、ページデザイナーに戻ることについて説明しました。 ページデザイナでは、ウィジェット（場所）を自由に配置してGUIを設計すると非常に便利です。 既に述べたように、GUIプロジェクトはページデザイナによってTcl / Tkスクリプトとして保存されます。TKproEのページから既製のスクリプトを使用するか、手動で追加するのは魅力的です。 純粋な形式では、Pageのプロジェクトを実行したり、TKproE-2.20にロードしたりすることはできません。 この「不正」を排除するために、Pageからプロジェクトを実行されるtcl / tkスクリプトに移行するtclスクリプトが開発されました。

 sh-4.3$ ./fromPageToTcl.tcl Usage: ./fromPageToTcl.tcl <file tcl from Page> sh-4.3$
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

PageToTcl.tclのtclスクリプトコードは次のとおりです。





そして、フォルダ〜/ page / examples / complexからサンプルを取得し、fromPageToTcl.tclスクリプトを使用して実行可能なtcl-scriptを取得します。

 sh-4.3$cd ~/page/examples/complex sh-4.3$ ./fromPageToTcl.tcl complex.tcl > complex_new.tcl sh-4.3$
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

今、非常に良いコードを取得するために、TKproE-2.20デザイナーで結果のcomplex_new.tclスクリプトを開き、不要になったすべてのプロシージャをプロジェクトから削除します。これはWindowプロシージャとvTclプレフィックスを持つすべてのプロシージャで、再保存します。







Pageは「スクロールウィジェット」もサポートしますが、もちろんサポートしていません。



一般に、TKproEデザイナーは非常に良い印象を残し、彼とGUIの開発をリードすることは楽しいです。 デザイナーPage、TKproE、およびfromPageToTcl.tclのスクリプトで構成されるトリプルPage x TKproE x fromPageToTcl.tclは、まさに素晴らしい三位一体です。