(このIssueは #10 の後に実施されるべきです)

プログラミング言語のコードによるUIの記述は、本質を理解しにくく、可読性を損なう可能性があります。
このIssueではQMLなどのUI言語の使用の是非について議論します。

現在、MTwitでは、PythonによるUIの記述をしています。
これはPythonの機能を最大限に活かし、ビジネスロジックとシームレスに統合できます。
しかし、Qtのセットアップに長ったらしい記述が必要になるのも事実です。

QMLなどでは宣言的な記述によりUIを構築でき、より直感的にデザインすることが可能になります。

ただし、学習コストが高いのも事実です。さらに、Qt特有のリソースの扱いのクセなども把握しなければなりません。

このIssueで公の場での意見を求めます。

focus() メソッドを呼び出す際に、詳細不明なエラーが発生します。

原因と事実

No error message is available となるのは win32gui が悪そう

Traceback (most recent call last):
  File "C:\Users\azure\Documents\workspace\MTwit\mTwit\ui\MainWindow.py", line 143, in iconActivated
    self.ShowOrHide()
  File "C:\Users\azure\Documents\workspace\MTwit\mTwit\ui\MainWindow.py", line 147, in ShowOrHide
    self.showEvent_()
  File "C:\Users\azure\Documents\workspace\MTwit\mTwit\ui\MainWindow.py", line 180, in showEvent_
    self.w.focus()
  File "C:\Users\azure\Documents\workspace\MTwit\mTwit\ui\ui_base.py", line 30, in focus
    win32gui.SetForegroundWindow(self.handle)
pywintypes.error: (0, 'SetForegroundWindow', 'No error message is available')

可読性を上げるために **Mgr クラスを廃止してください。

• TwitterMgrrz7d@3809347
• WindowMgr rz7d@e3759a8

これらのクラスには複数の機能が含まれており、保守性が低下しています。
機能を適切に分割してより使いやすくすることで、可読性を向上させます。

毎回認証を行うとアカウントロックの危険があるので必ず実装する

モデル部のクラスの至るところからUIを呼び出していてメンテナンスできません。
MVCとは言わず、とりあえずM/V分離しましょう

Use C# instead of Python

See title

WindowMgrのfind_windowメソッドなどは、結果を自身のフィールドに書き込むステートフルなAPIを持ちます。

class WindowMgr:
    def find_window(self, class_name, window_name=None):
        """find a window by its class_name"""
        self._handle = win32gui.FindWindow(class_name, window_name)

これはプログラマが文脈を意識して書かなければならず、非直感的です。
なるべく文脈非依存にするために、メソッドの実行結果を return するように変更します。

class WindowMgr:
    def find_window(self, class_name, window_name=None):
        """find a window by its class_name"""
        return win32gui.FindWindow(class_name, window_name)

フィールドを持つことは良いですが、なるべく不変にしてください。
中身がころころ変わると追うのが大変です。

あるいは、ハンドルを隠蔽したい場合、ファクトリとして定義することもできます。
これは Java でよく使われるパターンです。
本来のイニシャライズの意図と関係ないので、コンストラクタをオーバーロードするのではなく、classmethod を使うのが好ましいでしょう。

class WindowMgr:
    @classmethod
    def find_window(cls, class_name: str, window_name: str):
        return cls(win32gui.FindWindow(class_name, window_name))

    def __init__(self, handle):
        self._handle = handle

    @property
    def handle(self):
        return self._handle

このトピックでは Qt Resource Collection などを用いたリソース管理の導入の是非について意見を求めます。
#15 の前提トピックです。
前提として #10 の完了が求められます。

Qt 側でリソース管理を行いやすくするために、QRC などの導入を検討します。
現時点では MTwit のボタンの画像などは指定されたディレクトリから読み取っていますが、これを Qt のリソースとして管理することで、拡張性や可読性を向上させます。

問題点としては、次が挙げられます:

• Qt 独自のクセがあるため、学習コストが高い。
• ディレクトリと違いビルドが必要で、編集が行いにくい。
• Python 開発と相性が悪い。

メリットは次が挙げられます:

• リソースを圧縮できる。
• 単一のアーカイブから読み込むので、読み込みが高速化される。
• Qt 側での管理が楽になる。(はず)

導入のタイミングとしては、自動テスト環境が揃い、PE (.exe) ファイルにパッケージできるようになった頃が望ましいでしょう。

Ctrl+VでもD&Dでもファイルを指定できるようにしたい

ウィンドウ側のQtでどのように処理するか

KrileリスペクトでSlimとBalloon2種類用意したい

サブアカウントへの対応をどうするか