I just checked the drawWindow API into trunk, so nightly builds and Deer Park will have it. Please test it out. I'm particularly interested in the results on the less popular platforms --- Mac, Linux on weird architectures, etc. I'm also interested in pages that render incorrectly via drawWindow. I know plugins won't work (except WMODE=transparent Flash should work) --- we can't fix that. File bugs on problems you find and CC me.
What is (in layman's terms) the drawWindow API, and how would I recognize it?
ReplyDeleteIt's this:
ReplyDeletehttp://weblogs.mozillazine.org/roc/archives/2005/05/rendering_web_p.html
Nice one!!
ReplyDeleteWith this new API, someone could finally make an extension that mimics iRider's Page List navigation: http://www.irider.com/irider/index.htm#PageList
ReplyDeleteThanks for adding this.
I got such error from DeerPark alpha 1:
ReplyDelete[Exception... "Component returned failure code: 0x8007000e (NS_ERROR_OUT_OF_MEMORY) [nsIDOMCanvasRenderingContext2D.drawWindow]" nsresult: "0x8007000e (NS_ERROR_OUT_OF_MEMORY)" location: "JS frame :: chrome://catcher/content/thumbnail.js :: update :: line 23" data: no]
What's the trouble?
The out-of-memeory problem happens on both Mac OS X and Windows XP. Do you need my test case?
ReplyDeleteIs it fixed in nightly builds?
ReplyDeleteWhen I check this problem with lastest build, old problem is gone, but new problem comes(on Mac OS X 10.3).
ReplyDelete[Exception... "Component returned failure code: 0x80070057 (NS_ERROR_ILLEGAL_VALUE) [nsIDOMHTMLCanvasElement.getContext]" nsresult: "0x80070057 (NS_ERROR_ILLEGAL_VALUE)" location: "JS frame :: chrome://catcher/content/thumbnail.js :: update :: line 19" data: no]
but line 9 is:
var ctx=canvas.getContext("2d");
Is there anything wrong?