Als een applicatie focus aan vraagt dan krijgt deze dat ook. Je kan de timeout verhogen voordat deze dat doet. Maar een "Modal Dialog", de naam zegt het al, zal altijd naar de voorgrond komen, met 2 uitzondering, screen saver en lock screen. Zelfs een service kan een dialog genereren welke dan op de "Console" naar voren komt. Dit is nooit, maar dan ook nooit te ondervangen mits......
De mits = AppModal of gewoon Modal, AppModal zal alleen binnen de Applicatie werken en zal nooit focus stelen van een andere Applicatie, maar normale Dialog boxen zijn vaak gewoon Modal, wat zegt dat ze altijd naar de voorgrond komen. Dit is in de specifieke applicatie ingebakken en valt nooit en te nimmer aan te passen mits de fabrikant van de applicatie dit dus doet.
Het geldt niet alleen voor Dialog's maar ook voor andere type Forms. Dus wat de TS wil, kan gewoonweg niet.
@wimmel: Welke user preference heb je het over. Er bestaat geen User Preference met de setting "Modal boxes do not steal Focus". Dit is al sinds de eerste Windows versie zo en zal nooit veranderen. Modal Forms zijn juist bedoeld om de gebruiker een waarschuwing te geven of actie van de user te vragen. Daarom zijn ze modal.
Wanneer je met een RES Workspace Manager werkt is er wel een oplossing. Daar kan je een timer definieeren voor dialog boxes. Hierbij zal na aflopen van de Timer de "default" actie worden ondernomen en zal de dialog dus focus worden en daarna zal na 30 seconden op OK, Cancel of wat voor default actie worden "geklikt". Maar ondertussen was je focus al kwijt.
Een andere oplossing is gebruik maken van bijvoorbeeld AutoIt. Deze laat je in een loop lopen, testen op "Window Title" en dan bijvoorbeeld een [ENTER] sturen naar het betreffende scherm. Ondertussen ben je de focus al wel kwijt.
Beheerders, Consultants, Servicedesk medewerkers. We zoeken het allemaal. Stuur mij een PM voor meer info of kijk hier De mooiste ICT'er van Nederland.