aber ich meine doch, der Timer ist doch letzten Ende über Windows-Messages realisiert. WM_TIMER
oder so wahrscheinlich.
Ja ist es.
Aber da damals keiner eine umständliche Behandlung der Timer-IDs implementieren wollte, erstellt sich TTimer immer selber ein MessageOnlyWindow im Hintergrund und registriert sich darauf, mit der ID 0.
Also das Fenster ist somit immer da.
Außerdem müsste sich so der TTimer über seinen Owner erst ein Parent-Window suchen und dort aufpassen ob und welche anderen TTimer es gibt, um sich eine eigene ID zu berechnen. (wobei es keine Möglichkeit gibt, beim Windows anzufragen, ob eine ID belegt ist, z.B. durch einen direkten
API-Aufruf)
Ach ja, das WM_TIMER kommt dann natürlich beim Parent-Control (z.B. der Form) an und nicht bei der TTimer-Komponente, weswegen man dann entweder das Event in alle möglichen Parentcontrols implementieren müsste, oder Dieses "umständlich" hooken müsste, um an das Event ranzumommen.
Und was ist mit dynmaischen Timern, welche einen Owner besitzen?