Comments by RobbKirk (Top 17 by date)

sorry that I'm not kissed ya ass.

regarding WM_PAINT and CopyFrom.. I spent 3-4 days changing everything upside down... without success. the code you see here is copy/pasted from "battle-ring" project, trust me I do have reflector and I know what is CopyFromScreen.. please, skip ya concerns regarding these two things.
as I wrote XOR of pre-saved bitmap and screen duznt work. (xorCycleA), while in xorCycleB it works with currently grabbed bitmap arrays.
I'm not rude, I just don't want to spend time for unnecessary comments, as a GDI .NET expert (in my case) would see exactly what this code about without my comments.
And those fat remarks about my rudeness and such are missing target arrows.

You have two options: Yes/No
or just skip my question... no one is obliged to dig out of my stupid, idiotic and moron-made crap code...

SelectObject needs to be used when want to draw smth.
When Blitting context from one to another no need to Select... because it's just bitmap context.. like a paper for writing, and it is the already saved Bitmap.
Select is used when you use Graphics - methods to draw, that will be applied to "paper" (context).
But in my case XORing duznt work when bitmap is taken from previous capturing.

I know it works from the screen.. I know.
You said "bitmap object is not properly copied into the bitmap device context" - that's the reason I need someone tells me why, and what should be done to make it correct.
As you can see the xorCycleB takes screenshot, places any Text on it and then XORing with the same screen, and the result is black screen and the text, means the static image data is XORed away.
Same with the Bitmat doesn't work.
It works Ok in my C++ program, and I just need to inject that code inside C# client app.

>What I would think if that even though the bitmap bmA contains the image, hdcBitmap is black without initializing its content from the screen.

see the constructor

>Well probably 10 years have elasped since last time I have used BitBlt.
Thus is was not so simple as copying the code... As it was a console application, we had to add reference to make it work (then allows unsafe code) and then understand the subtilities...

writing here should be even harder for you, please, don't do it. it's not mandatory... relax.
thnx anyways.

"It looks trivial"? Man, I have the same code working in C++ program.
You think I don't know what is BitBlt?
The question is - why BitBlt with XOR doesn't work in XorCycleA if the screen is not changing and bmA contains the screen data.
Means XOR should return black image.
And it's returning black in xorCycleB.

You'd see in xorCycleB() there's "new Bitmap()" code.
As we could see the bitmap is created from screen DC, and stored in global class data, so next call it's not ==null and I expect it IS compatible - I tried many different approaches, then came to decision to split it into two calls (CycleA and CycleB), and see what's the difference.
Then completely stuck with that...that is why I'm here looking for expert in GDI and .NET combination.

I disagree, for those, who know what is GDI's BitBlt, there is no problem to understand my desire.
It's very easy and readable code.

Richard, I don't want to explain to everyone. I need only assistance of GDI expert. Trust me, for those who know BitBlt there is no problem to understand what is this code about.