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@117406 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@117405 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@117404 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
r=mkaply, sr=blizzard, a=asa
OS/2 only - Constrain rectangles when drawing so legacy (16-bit) drivers work
git-svn-id: svn://10.0.0.236/trunk@117206 18797224-902f-48f8-a5cc-f745e15eee43
check M9.0 FontManager and don't call them if they are not available
r=brade@netscape.com sr=sfraser a=kin (as sheirff for blocker)
git-svn-id: svn://10.0.0.236/trunk@117085 18797224-902f-48f8-a5cc-f745e15eee43
Meaning it might be still loading or unloading.
Bug 131174 r=dcone a=attinasi a=dbaron
git-svn-id: svn://10.0.0.236/trunk@117003 18797224-902f-48f8-a5cc-f745e15eee43
getting the values from the default printer from the DocumentViewer down into
the PrintOptions service. We want it done only the very first time when the PrintSettings is created.
Bug 131852 r=dcone sr=attinasi a=scc
git-svn-id: svn://10.0.0.236/trunk@116971 18797224-902f-48f8-a5cc-f745e15eee43
2) Removed unneeded methods from PrintOptions
3) PrintOption can now read and write (most) all the data in a PrintSettings object. The items not saved are those used during the printing process and it wouldn't make any sense to save them.
4) Adds a prefs for turning on and off the automatic saving of PrintSettings. If this is turned on it is almost the same as using the global PS.
5) On Linux it turns on the saving of PS prefs and turns on the global PS. Meaning it will always use a single Global PS object.
6) The PrintSettings can be initialized from a generic non-printer specific set of prefs. Then if a printer name is available in the PS then it tries
to initialize itself from the printer specific prefs. This enables to define "back stop" prefs for picking up first. Then the printer specific prefs can override those settings. For example, we may define in prefs that the default paper size 8.5x11, then if if the "save PS prefs" is turned on, for a given printer it might save 8.5x16 as the size.
7) A "flags" arg has been added so you can indicate which prefs you want read or written.
Bug 128142 r=dcone sr=attinasi a=shaver
git-svn-id: svn://10.0.0.236/trunk@116711 18797224-902f-48f8-a5cc-f745e15eee43
cast the hash value to FMFontFamily instead of fondid (short) on carbon and get the correct script code from it by using the right api
git-svn-id: svn://10.0.0.236/trunk@116648 18797224-902f-48f8-a5cc-f745e15eee43
1. convert the font name correctly to unicode for theme font
2. for korean, chinese system, use roman theme font instead because the locale one are too ugly.
git-svn-id: svn://10.0.0.236/trunk@116646 18797224-902f-48f8-a5cc-f745e15eee43
should be in the PrintSettings.
2) Removed unneeded methods from PrintOptions
3) PrintOption can now read and write (most) all the data in a PrintSettings
object. The items not saved are those used during the printing process and
it wouldn't make any sense to save them.
4) Adds a prefs for turning on and off the automatic saving of PrintSettings.
If this is turned on it is almost the same as using the global PS.
5) On Linux it turns on the saving of PS prefs and turns on the global PS.
Meaning it will always use a single Global PS object.
6) The PrintSettings can be initialized from a generic non-printer specific
set of prefs. Then if a printer name is available in the PS then it tries
to initialize itself from the printer specific prefs. This enables to define
"back stop" prefs for picking up first. Then the printer specific prefs
can override those settings.
For example, we may define in prefs that the default paper size 8.5x11,
then if if the "save PS prefs" is turned on, for a given printer it might
save 8.5x16 as the size.
7) A "flags" arg has been added so you can indicate which prefs you want read
or written.
git-svn-id: svn://10.0.0.236/trunk@116641 18797224-902f-48f8-a5cc-f745e15eee43
strcasecmp is defined in strings.h which is NOT included if
XPRINT is enabled. So to simply matters, switching calls
to PL_strcasecmp.
Submitted by pkw@austin.ibm.com
# 125078
sr=shaver@mozilla.orga=asa@mozilla.org
git-svn-id: svn://10.0.0.236/trunk@116145 18797224-902f-48f8-a5cc-f745e15eee43
r=smontagu, sr=blizzard, a=asa
Os/2 only - use a constant scale for printing based on 96dpi
git-svn-id: svn://10.0.0.236/trunk@116037 18797224-902f-48f8-a5cc-f745e15eee43
