Ich kenne die "Vorgehensweise", wie man die Deskopauflösung verstellt. Hierbei werden aber die Deskopmotive verschoben. Wie macht man, dass die Deskopmotive an ihrem Platz bleiben? (Auch wenn sie dabei kurzeitig, während das PRogramm läuft außerhalb des Bildschirms sind)

oder 2:

Gibt es eine Möglichkeit den Deskop "auszuschalten"?? Oder eine Interne Auflösungsverstellung bei Programmen die den ganzen Bildschirm füllen, wobei der Deskop und seine Einstellungen gar nicht verändert werden?

Na ja, den Dektop kannst du nich tbeeinflussen. Aber es gibt eine Möglichkeit, die Auflösung "nur übergangsweise" zu ändern. Also, ich gehe mal davon aus, du änderst die Aulösung irgendwie so:

Dann mach es mal so:

Un Zurücksetzen so:

Jetzt bleibt der Desktop unberührt.

DAnke, Danke

der das Blöde verrücken hat den Befehl immer zunichte gemacht. Jetzt funkzt es mit:

und zurücksetzen mit

Dabei wird beim ersten setzen des Devmodes (wegen der 0 ) nur dynamisch gewechselt, d.h das nichts in die registry kommt und sich der Deskop und die objekte daruf nicht umstellen.

Du scheinst Ahnung zu haben, nochmal ein dickes DAnke

(So funkzt es auf jeden Fall, was du mit de Fullscreen meinst, weiß ich noch nicht genau, doch ich probiers gleich auch mal aus, das (nil^) versteh ich leider auch nicht, aber ich hab jetzt erstmal die Lösung)

Oder gibts da unvorhersehbare nebenwirkungen auf "meine" Art?? (Ich denk nich)

Moderiert von Tino: Code-Tags hinzugefügt.

OOHH nein, das Programm wird halb so schnell.
Warum verbraucht ein dynamisches Wechseln so viel Resourcen??
Geht es auch schonender?

Was??? Halb so schnell??? Meinst du di allgemeine Geschwindigkeit, oder die Gescheindigkeit beim ändern?

Also, zum Nil^. Stell dir vor, du hättest einen Zeiger auf ein DevMode (also ^DevMode = PDevMode). Wenn du das wieder in DevMode umwandeln wisst, brauchst du nur "Devmode(PDevMode)" angeben. Um die Auflösung zurückzuseten, musst du einen leere DevMode angeben. Un das geht am einfachsten, in dem du deiner Variablen einen leeren Speicher (Also Nil^, wein Nil = Zeiger auf leeren Speicher) zuweist.

die geschwindkeit nach dem ändern. Ein Recht aufwendiges Grafikanwendung mit zeichnen auf onilde hat nur noch die hälfte an Zeichenvorgängen. (Egal auf welcher Auflösung nach dem ändern, hauptsache geändert)

Woran könnte es liegen?? Das dynamsische Wechseln kann doch nicht so viel beanspruchen. Vielleicht müssen danach alle Grafikausgaben doppelt umgerechnet werdem und deshalb braucht es so lange??? Wer weiß. Hast du vielleicht ne Lösung?

Nö. Ich mache das immer so und habe noch nix bemerkt. Ich verwende XP. Schau mal unter msdn.microsoft.com nach, ob das bei machen OS probleme macht.

Das alles 2mal berechnet wird glaube ich nicht.Eher dass das speicherfressend ist, warum auch immer. Wieviel RAM hast du denn?

Ich hab Xp

Und speicherfressend , NEIN,

Ich hab nen PEntium3 mit 500 mhz und 512 Ram

Tja, da bin ich mit meinem Latein am Ende. Schu doch mal auf MSDN, ob du da was findes.