Ergebnis der Suchanfrage

• Forum: Algorithmen, Datenstrukturen und Klassendesign

  AW: MouseMove verzögern

   
    by Namenloser, 24. Mär 2016
  Wieso vorher? Das inherited kommt im Destructor immer zum Schluss.
  
  ...
  
  Achso, ich glaube, ich weiß was du meinst... ich erinnere mich, dass TThread in seinem Destructor irgendeinen Voodoo macht, der den Thread vorher noch terminiert und auf das Ende wartet, bevor er ihn wirklich freigibt.
  
  Da halte ich aber nichts von, weil es im Destructor zu Problemen mit der Reihenfolge führen kann,...
• Forum: Algorithmen, Datenstrukturen und Klassendesign

  AW: MouseMove verzögern

   
    by Namenloser, 23. Mär 2016
  Du hast es zwar jetzt anders gelöst, aber: Ja, hatte ich vergessen, dass man das noch auswerten muss. Wobei das Resultat an der Stelle eigentlich fast egal ist. Die Zeile müsste korrekt heißen:
  
  
  while (FEvent.WaitFor(INFINITE) = wrSignaled) and not Terminated do
• Forum: Algorithmen, Datenstrukturen und Klassendesign

  AW: MouseMove verzögern

   
    by Namenloser, 22. Mär 2016
  Hardgecodete Intervalle würde ich immer so gut es geht vermeiden. Rechner sind unterschiedlich schnell, der eine verkraftet mehr als der andere. Wenn jemand das Programm in 10 Jahren verwendet, ärgert er sich, weil er unnötig ausgebremst wird, obwohl das Programm seinen Rechner nicht voll auslastet.
  
  Ich habe das Problem so verstanden, dass der Rechner nicht schnell genug ist, um die...
• Forum: Algorithmen, Datenstrukturen und Klassendesign

  AW: MouseMove verzögern

   
    by Namenloser, 22. Mär 2016
  Deutet für mich darauf hin, dass du die Arbeit, die im MouseMove passiert, in einen Thread auslagern solltest. So passiert die aufwendige Aktualisierung so oft wie es geht, aber ohne die GUI zu blockieren.
  
  
  uses
  syncobjs;
  
  type
  TProcessingThread = class(TThread)
  protected
  FEvent: TEvent;