Komisches Verhalten beim Debuggen

[Yheeky]

Hi,

ich habe auf einmal einen ganz komischen Effekt beim Debuggen. Normalerweise ist es ja so, dass, wenn man einen Breakpoint setzt, die Form verschwindet und er an die Stelle des Breakpointes im Code geht. Mein Projekt hat mehrere Formulare und bei einem ganz bestimmtem Formular behält er das Fenster im Vordergrund.
Weiss jemand, woran das liegt? Habe ich mich irgedwann verklickt und etwas falsch eingestellt?
Auf die Art des Codes bzw. die Funktion kommt es nicht an, denn ich habe mal zu Testzwecken Form1.Enabled := True; hinter einen Button gestellt und einen Breakpoint gesetzt - leider das gleiche Problem.

Vielleicht kann mir ja jemand weiterhelfen.

[Yheeky]

Hab´s schon...irgendwie ist der FormStyle auf StayOnTop gesprungen...dennoch komisch, dass die Form dann auch beim Debuggen nicht nach hinten gestellt wird (zumindest, wenn die IDE läuft).
Nunja, nun geht´s ja wieder...

[mkinzler]

In solchen Fällen hilft es oft, die dcus manuell zu löschen.

[Yheeky]

Ahja, gut zu wissen, danke!

Übrigens...du weisst ja zu allem ne Antwort?! :shock:
Aber sehr cool :lol:

[alzaimar]

Zitat:

Zitat von Yheeky

Hab´s schon...irgendwie ist der FormStyle auf StayOnTop gesprungen...dennoch komisch, dass die Form dann auch beim Debuggen nicht nach hinten gestellt wird (zumindest, wenn die IDE läuft).
Nunja, nun geht´s ja wieder...

:gruebel: Stay On Top = Bleib ganz oben, wieso soll die IDE davon ausgenommen sein?

[Yheeky]

Weil ich in der IDE sowieso nur teste und da sollte das zumindest bei Breakpoints außer Kraft gesetzt werden...

[alzaimar]

StayOnTop ist ein Windows-Stil, ergo setzt Windows das so um und kümmert sich nicht um deine Belange.

[QuickAndDirty]

Du kannst zur Laufzeit prüfen ob es in der IDE läuft und es dann eben anpassen.

[Yheeky]

Zitat:

Zitat von QuickAndDirty

Du kannst zur Laufzeit prüfen ob es in der IDE läuft und es dann eben anpassen.

Das könnte auch Delphi für mich machen ;-)...das meine ich ja

[OregonGhost]

Mein Tipp dazu: Zwei Monitore. Lass das Programm auf dem einen laufen und die IDE auf dem anderen. Hat sich da auch als einfache Hilfe erwiesen, das Programm einfach auf dem Monitor erscheinen zu lassen, auf dem sich der Mauszeiger befindet - also Debuggen starten, Mauszeiger auf zweiten Monitor und gut ist. Kann gar nicht verstehen, wie man mit nur einem entwickeln kann ;)

[Yheeky]

Zitat:

Zitat von OregonGhost

Mein Tipp dazu: Zwei Monitore. Lass das Programm auf dem einen laufen und die IDE auf dem anderen. Hat sich da auch als einfache Hilfe erwiesen, das Programm einfach auf dem Monitor erscheinen zu lassen, auf dem sich der Mauszeiger befindet - also Debuggen starten, Mauszeiger auf zweiten Monitor und gut ist. Kann gar nicht verstehen, wie man mit nur einem entwickeln kann ;)

Magste meine Kontonummer haben? Dann kann ich auch bald mit zwei Monitoren entwickeln :lol:

[RavenIV]

Zitat:

Zitat von Yheeky

Zitat:

Zitat von QuickAndDirty

Du kannst zur Laufzeit prüfen ob es in der IDE läuft und es dann eben anpassen.

Das könnte auch Delphi für mich machen ;-)...das meine ich ja

Wie soll das Delphi machen?
Dann müssten ja die Sourcen angepasst werden.
Und wie soll der Compiler (oder die IDE) wissen, ob Du debuggen willst oder nicht?

/offtopic
Bei meinem letzten Arbeitgeber hatten alle Entwickler drei Monitore.
Auf dem ersten war die IDE, auf dem zweiten alle Formulare und das ausgeführte Programm beim Debuggen, auf dem dritten Monitor waren andere Tools (Explorer, Firefox, DB-Manager, usw.).
Im Code war dann eine Abfrage "if not DEBUG dann Programm maximiert auf allen verfügbaren Monitoren ausführen".