Also, mein schönes CPU-Last-Status-Item-Tool wird immer schöner. Nur nervt es jetzt super gewaltig und führt zu total untypischen Verhalten weil
sowohl [NSMenu popUpContextMenu:ad.theMenu withEvent:theEvent forView:self];
als auch [ad.statusItem popUpStatusItemMenu:ad.theMenu];
zu einer Art "modalem" Verhalten führen. D.h. diese funktionen blockieren so lange das Menü aufgeklappt ist. Das ist natürlich furchtbar, weil keine Timer mehr feuern in der Zeit.
Den Timer jetzt in ein extra Thread packen wäre evtl. eine Option, aber ich habe jetzt auch ein "Such-Feld" im Menü (wie Spotlight..) und weil irgendwie alles Blocked sendet das auch erst eine action, wenn man Enter drückt, was aber ja langweilig ist.

Wenn ich nur den popUpStatusItemMenu: Aufruf in einen eigenen Thread packe, passieren ganz merkwürdige Dinge - angefangen bei __NSAutoreleaseNoPool bis hin zu dem Problem, dass man keine "normales" Item mehr im Menü auswählen kann. Dafür funktioniert das Suchfeld immerhin mit "Search as you type"..

Irgendwelche Ideen, was man da machen kann? Ich weiss ja noch nicht mal, wonach ich suchen soll.
Ich glaube, viele andere Status-Item-Tools verwenden gar kein echtes Menü, sondern zeichnen ein eigenes Fenster, welches so aussehen soll. Das finde ich aber irgendwie..unschön.
Mhh, könnte fast sein, dass Spotlight auch ein "normales" Fenster zeichnet anstelle von einem angepasstem NSMenu...Weil da funktioniert ja im Prinzip dass, was ich will...

Keiner eine Idee?

Wer ist dafür zuständig, dass wenn ich in einem NSSearchField was tippe die Actions gefeuert werden? Kann ich vielleicht irgendwie das in einen anderen Thread auslagern? Oder irgendwelche anderen Workarounds? Ich will wirklich ungern ein eigenes Fenster als Menü hinplatzieren
Lustigerweise funktioniert es, wenn ich explizit Enter drücke - nur die kontinuierlichen halt nicht.