Taking screenshot behind the form using magnification

[EWeiss]

Zitat von HolgerX:

Hm..

1.) It is possible to make a ScreenShot without the foreground Application!

2.) The DESKTOP is a Window! It is the Mainwindow of an 'Explorer' instanz, in older Windowsversions 'Progman'!

I made a small demo, where i use PrintWindow!
(Test_ScreenShot_BackGround.zip)
It is made with Delphi 6 and goes to all Apps in Z-Order, starting with the last (Desktop!).

I have tested it in Windows8.1 (Classic Shell).

Zitat:

It is possible to make a ScreenShot

and your think that is a sreenshot? sorry for me that is nothing
and Fails on W7 Forget it (40% Cpu? )
you should handle WM_PRINT and WM_PRINTCLIENT. (i think you do nothing of both)

Zitat:

The DESKTOP is a Window!

not for me.. then the Handle never changed.
which is only a Container where the real Window are Painting.
what is a Window

greets

[HolgerX]

Hmm..

@EWeiss

1.)

Zitat von EWeiss:

..
you should handle WM_PRINT and WM_PRINTCLIENT. (i think you do nothing of both)

Sorry, you have to read the API-Description by Microsoft correct:

Zitat:

The application that owns the window referenced by hWnd processes the PrintWindow call and renders the image in the device context that is referenced by hdcBlt. The application receives a WM_PRINT message or, if the PW_PRINTCLIENT flag is specified, a WM_PRINTCLIENT message. For more information, see WM_PRINT and WM_PRINTCLIENT.

https://msdn.microsoft.com/de-de/lib...(v=vs.85).aspx


The app with the HWND will receive a WM_PRINT, NOT the caller of PrintWindow!


2.)
Your Screenshoot of your Videoplayer didn't work, of course it use DirectX for the Videoplaying, which is NOT handle by Windows GDI and also NOT could redraw by Microsoft GDI! ('Overlayed Window').



3.)
H := GetWindow(self.Handle, GW_HWNDLAST); // Desktop Give you the LAST Window in the Z-Order, and this IS the Desktopwindow.

Use this Handle only with 'function ScreenshotHidden(wnd: HWND; const bmp: TBitmap): Boolean;' and you will see...

In old Windows the desktop is handled by Progman.exe
(https://en.wikipedia.org/wiki/Program_Manager)

In newer ones it is replaced by explorer.exe
Look in 'Shell' in
HKLM\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Winlogon (per machine)
or
HKCU\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Winlogon (per user)
and you will see explorer.exe!

In replacing this you could use your own Desktoptool, like kiosksystems do!!!



4.)
A (i think) real Screenshot could only be made with ALL windows including the top one, of course it make a copy of the Screen DC, where all Windows draw itself in the Z-Order!

The only possibility to make somthing neer a Screenshot is to do the same what MS Windows do in refreshing the Screen: Go throu all Windows and let them 'PrintWindow' himself to the Screen DC!

This is used by my 'Testtool'!

Mircosoft do in this way a lot of things with every Windowprint, like round the corners....
That is, why it could look differnt to the screen!

[EWeiss]

Deutsch.. sorry mein Englisch ist unter aller Sau.

Zuvor! Geht nicht gegen deine Person sondern ist rein Fachlich gesehen.

Zitat:

The app with the HWND will receive a WM_PRINT, NOT the caller of PrintWindow!

Warum werden dann alle meine Anwendungen die über WM_PRINT gezeichnet werden bei dir nicht aufgenommen?

Zitat:

Your Screenshoot of your Videoplayer didn't work, of course it use DirectX for the Videoplaying, which is NOT handle by Windows GDI and also NOT could redraw by Microsoft GDI! ('Overlayed Window').

Deshalb ist dein Tool nicht zu gebrauchen.
Du siehst schon die ganzen schwarzen Fenster die nicht aufgenommen werden unabhängig von meinem Video Player?
Der Startbutton, GDIClock, OTTB, Taskleiste, die Visualisierung in meinem Media Player und so weiter.
Ein Screenshot sollte das wiedergeben was im originalen Zustand vorhanden ist das schließt auch die Transparenz mit ein.
Was soll man mit einer halbfertigen Anwendung die alles verfälscht.

Zitat:

Desktopwindow

Der Desktop ist kein reales Fenster.
Ein Fenster unterliegt speziellen Voraussetzung um als Window definiert zu werden deshalb mein Link.
Fakt ist der Desktop hat diese Vorrausetzungen nun mal nicht.
Da kann man rumreden wie man will.

Auch wenn es DesktopWindow heißt ist es kein Fenster im herkömmlichen sinne.

Aber auch unter W7 (Classic Shell) ist es nicht zu gebrauchen wie du sehen kannst.

gruss

[Rollo62]

You still have not explained what is your final goal.
Just to have a background picture doesn't make much sense, you can take it before showing your app.

So what exctly are you looking for, maybe there are other measures to get this info extracted from a window handle or message notificationbut without such knowledge I'm afraid its hard to help you with that.

Rollo

[HolgerX]

Hmm..


@EWeiss

Sorry, dass deine Programme anders funktionieren ist ja bereits hinreichend bekannt...
Weshalb diese kein WM_Paint beim Aufruf von PaintWindow erhalten, da musst du wohl die Fa. Microsoft befragen und nicht mein einfaches Testtool niedermachen.
Ganz nach dem Motto, wenn Du selber nicht weiter weist, machst Du alles nieder, mit was andere Versuchen zu helfen/Hinweise zu geben... (auch hinreichend bekannt..)


Mit Fenstern, welche mit normalen Windows GDI über die 'WINDOWS-API' PaintWindow gezeichnet werden (z.B. Notepad), funktioniert es....

Und auch wenn Du es mir nicht glauben willst:
Das, was umgangssprachlich als 'Desktop' betitelt wird, ist (seit Windows NT4/2000) ein Explorer-Fenster, welches als 'SHELL' von Windows gestartet wird! Dieses zeigt dir u.a. deine 'Desktop-Icons' an. Ohne diese 'SHELL' hast du einen nackten Bildschirm ohne Startmenu und Co..

Beschäftige dich mal mit der WIndows-API 'OpenDesktop', 'CreateDesktop', 'EnumDesktops', 'SetThreadDesktop'...
Damit kann man einen 'eigenen' virtuellen Desktop erstellen. Um hier Icons platzieren zu können oder ein Startmenü verwenden zu können, muss du hier (wie es Windows beim Ersten Desktop automatisch macht) ebenfalls einen Programm manager starten, wie z.B. den Explorer.exe.
Dieser verhält sich zu einem zusätzlich gestartetem Explorer anders (FullScreen, Borderless, Große Icons,...).


Weshalb beim 'PaintWindow' einige Bestandteile schwarz bleiben, wirst Du wohl ebenfalls entweder bei den Programmieren dieser Programme oder ebenfalls bei Microsoft anfragen müssen.

Denn 'PaintWindow' ist nur ein API-Aufruf. Was darin passiert, oder auch nicht, bestimmt Microsoft oder eventuell der Programmierer der Applikation, wenn er eine andere Option zum Zeichnen seines Applikationsfenster benutzt.


Bei DirektX ist es so, dass dieses das Malen (Stichwort Overlay!) selber erledigt und nicht unbedingt auf WM_PAINT oder andere 'Windows-Messages' reagiert.
Was anderes hatte ich auch nicht geschrieben, da ich mich in

Zitat von HolgerX:

2.)
Your Screenshoot of your Videoplayer didn't work, of course it use DirectX for the Videoplaying, which is NOT handle by Windows GDI and also NOT could redraw by Microsoft GDI! ('Overlayed Window').

auch nur auf deinen Videoplayer bezogen habe, der DirektX und co. verwendet.

Um einen vollständiges Bild von einem externen DirectX-Fenster zu erhalten ist ein höherer Aufwand notwendig.
(Nutze Google, um dich selber zu überzeugen.)


Wenn ich falsch liege, kann mich ja jemand anderes korrigieren, jedoch bitte nicht EWeiss..


Es ist schade, dass dieser Thread wieder so ausartet...
Deshalb ist in diesem Thread nun auch für mich Schluss und dem Threadersteller muss jemand anderes versuchen weiterzuhelfen...

[EWeiss]

Zitat:

Wenn ich falsch liege, kann mich ja jemand anderes korrigieren, jedoch bitte nicht EWeiss..

Wenn du unrecht hast versuchst du es an einer Person festzumachen.. Ja klar doch.
Dabei schrieb ich extra es hat nichts mit dir persönlich zu tun.

Zitat:

Sorry, dass deine Programme anders funktionieren ist ja bereits hinreichend bekannt...

Tja es gibt nun mal andere Möglichkeiten etwas zu zeichnen ohne PAINT zu verwenden.
Aber vielleicht lernst du das auch noch.. irgendwann.

Zu deiner Information wenn ein Window den Windowstyle WS_EX_LAYERED verwendet dann kannst du dein PrintWindow getrost vergessen denn die Rückgabe wird immer ein schwarzes Window in deinem Screenshot sein.
Das ist nichts spezielles was nur mit meinen Programmen zu tun hat. Siehe "Yahoo Widget, Google Desktop"
Vielleicht hättest du dich erst mal schlau machen sollen.

Zitat:

Um einen vollständiges Bild von einem externen DirectX-Fenster zu erhalten ist ein höherer Aufwand notwendig.

nö ganz einfach ein klick auf die Print Taste reicht dafür.

Zitat:

Weshalb beim 'PaintWindow' einige Bestandteile schwarz bleiben

Dachte eigentlich es ging um die API PrintWindow.. siehe WS_EX_LAYERED WindowStyle

Zitat:

machst Du alles nieder, mit was andere Versuchen zu helfen/Hinweise zu geben...

Ich sage das was ich sehe und ja ich habe dir belegt das es nichts taugt. siehe alleine die Fenster (nicht von mir) Widgets.

Wenn ich etwas mache dann mache ich es richtig und versuche nicht etwas für gut zu verkaufen das nichts taugt
und versuche dann die Schuld anderen zu geben Me, Microsoft und Konsorte.
Ich würde bei dir definitiv nichts kaufen.. bzw. wenn 3/4 reklamieren.

Ok bin eh raus aus dem Thema muss mir das nicht antun.
Und ja EWeiss hat geantwortet. (Der Spezialist der alles anders macht als wie ihr es gerne hättet)
Warum soll ich auf deine Programmierweise, Kenntnisse Rücksicht nehmen, entweder man kann was oder lässt es bleiben.

EDIT:
Ich möchte nicht nachzählen in wie viel Threads du versucht hast meine Arbeit madig zu machen. (AnimatePng, Sorry, aber dann ist deine DLL schrot..)
Nun siehst du mal wie es ist wenn man sich berechtigter weise Kritik anhören muss.
Damit scheinst du nicht umgehen zu können.
Wie gesagt bin raus damit das nicht wieder ausartet.

gruss