To share notes on adobe pdf capture, the acrobat reader plug-in
actually doesn't
do any rendering. It is another process ACROB32.EXE that is doing the
heavy lifting of BitBlting pdf into
the Firefox window. (A process renders into the window of another
process. ... and Microsoft says windows OS is secure?)
To capture the PDF, I have been using code injection technique to fake a
WM_PAINT msg and
a refresh event within the ACROB32.EXE process and redirect the pixels
to my buffer and relay
those pixels into a filemap.... But all I get is black pixels except the
textboxes which are white.
Not sure what went wrong ... but I think this is the only way to get to
the pdf pixels from another process.
Steve
Babele Dunnit wrote:
wow! thanks Timothy and Dmitry! I'll double-check both of your answers
against my code.. yes, I AM using plugins and they somewhat DO work..
my problem is really similar to your, Dmitry.. it could be exactly the
same issue!
For the records: nope, my code WAS working.. the problem is, my
embedding actually grabs the gecko-rendered page and puts the pixels
in a OpenGL texture to be rendered later (it's a long story). But
Acrobat, like Flash, renders in another HWND... so I just get white
pixels. I somewhat fixed the issue using "wmode=opaque" Flash
parameter on pages with Flash embedded movies etc, but seems there is
no "wmode" or similar for Acrobat Reader... so I switched to another
workaround... to find another problem (which I am going to post soon).
Neverending story.
_______________________________________________
dev-embedding mailing list
[email protected]
https://lists.mozilla.org/listinfo/dev-embedding
_______________________________________________
dev-embedding mailing list
[email protected]
https://lists.mozilla.org/listinfo/dev-embedding
