for future and is needed for the API freeze.
Bug 144716 r=dcone sr=attinasi
git-svn-id: svn://10.0.0.236/trunk@121621 18797224-902f-48f8-a5cc-f745e15eee43
1) Introduces a new public interface nsIPrintSettingService which emables consumers to create PS objects whithout a nsIWebBrowserPrint interface
2) The implementation is nsPrintOptionsImpl which now impls the private interface nsIPrintOptions and the public iface nsIPrintSettingsService
3) Several methods/attrs have been moved from nsIWebBrowserPrint iface to nsIPrintSettingsService
4) The CIDs for nsIPrintOptions and nsIPrinSettingsService are now the same.
5) There is no longer a CID "@mozilla.org/gfx/printoptions;1"
6) nsIWebBrowserPrint still has the "globalPrintSettings" attr so if you already have an nsIWebBrowserPrint you don't have to create the PS Service to get it.
7) A bug has been filed to rename the imlp of nsPrintOptionsImpl to nsPrintSettingsService.
Bug 144128 r=dcone sr=attinasi
git-svn-id: svn://10.0.0.236/trunk@121463 18797224-902f-48f8-a5cc-f745e15eee43
Turn on pluggable dialogs (second part of checkin, first part Bug 135441)
Bug 115136 r=dcone sr=attinasi
git-svn-id: svn://10.0.0.236/trunk@120943 18797224-902f-48f8-a5cc-f745e15eee43
stuff because the scrollbars in the document share all the same code and style contexts of the UI scrollbars
Bug 120616 r=dcone sr=attinasi
git-svn-id: svn://10.0.0.236/trunk@119606 18797224-902f-48f8-a5cc-f745e15eee43
may have changed. Passing back NS_ERROR_FAILURE now works. (maybe should have been that
in the first place)
Bug 136185 r=dcone sr=attinasi
git-svn-id: svn://10.0.0.236/trunk@118980 18797224-902f-48f8-a5cc-f745e15eee43
The best we can do right now is not print XUL Docs. This patch checks to see if
it is a XUL document and if it is it idsplay a dialog and and doesn't Print or
Print Preview.
Bug 136185 r=dcone sr=attinasi
git-svn-id: svn://10.0.0.236/trunk@118688 18797224-902f-48f8-a5cc-f745e15eee43
reflowed. So if a frameset frame's root frame is zero height then we mark it
hidden and not to be printed.
Bug 134769 r=dcone sr=attinasi
git-svn-id: svn://10.0.0.236/trunk@118686 18797224-902f-48f8-a5cc-f745e15eee43
changes to PP while the document is printing. This samll fix is back-end
insurance to keep a crash from happening.
Bug 130691 r=kin sr=attinas a=rjesup adt=jaime
git-svn-id: svn://10.0.0.236/trunk@118546 18797224-902f-48f8-a5cc-f745e15eee43
Backing out the fix for bug 52334
approved by sheriff (karnaze) and cathleen
git-svn-id: svn://10.0.0.236/trunk@118211 18797224-902f-48f8-a5cc-f745e15eee43
views, et.al.) for Print Preview and then enables them to be restored.
It uses a pref and/or checks all the documents to see if any have an "embed" or
a "plugin". Temporarily it checks for framesets and turns on caching also.
I also factored some code in the Init routine so it could be callled for either
creating the new presention or initializing an existing one.
Also, added some safety check code in PrintPage.
Then for the object frame, for PP it doesn't do a paint - this is a temporary fix.
Bug 122048 r=peterl sr=attinasi a=asa
git-svn-id: svn://10.0.0.236/trunk@117481 18797224-902f-48f8-a5cc-f745e15eee43
of it in now before the API freeze.
It adds several new attrs to the nsIWebBrowserPrint API and implments them in
DocumentViewer.
It also adds a new platform specific interface for PrintSettings that will be
used when the "pluggable" dialog work gets checked in. Although these have been
tested via BUg 115136, these little nto no risk now because no one is using
them yet.
Bug 132827 r=dcone sr=attinasi a=asa
git-svn-id: svn://10.0.0.236/trunk@117396 18797224-902f-48f8-a5cc-f745e15eee43
because of the ordering of nsIWebProgressListeners. Even tho the doc WAS
finished loading the notification goes to mail first abd then it print and then
check to see if it is busy and it comes back that it is.
So instead I have to use two booleans to monitor if the document was asked to
be destroyed while it was preparing to print. This typically happens when the
user click on a click and it takes a while and then they decide to print. So
while the Print Dialog is up the document gets unloaded and when it returned
back everything is gone.
So when the flow of control returns back from the Print Dialog it checks to see
if it "should" have been destroyed, and if so, it then aborts printing, cleans
and displays a message if the pressed "OK". If they pressed cancel then it
doesn't print the message.
Bug 131174 r=dcone sr=attinasi a=asa
git-svn-id: svn://10.0.0.236/trunk@117317 18797224-902f-48f8-a5cc-f745e15eee43
