Closed
Bug 61672
Opened 24 years ago
Closed 23 years ago
Implement the embedding printing API [print] [embed]
Categories
(Core Graveyard :: Embedding: APIs, defect, P3)
Tracking
(Not tracked)
RESOLVED
FIXED
mozilla1.0.1
People
(Reporter: adamlock, Assigned: rods)
References
Details
The embedding layer needs a printing API. This should separate the UI from the
printing so that the embedder can their show own print dialog and pass print
parameters to the print method for the actual printing. There should be a
feedback/abort printing interface.
CC'ing Don.
Don, do you have any suggestions on how I can implement this interface?
Requirements for embedders & printing. Embedders must be able to:
1. Implement their own print dialog or use the default one
2. Query the list of available printers
3. Query the print parameters for each printer
4. Print using a target device & parameters specified by the embedder
5. Print all the document, a page range or selection range
6. Receive print progress notifications via a callback and the ability to abort
7. Print frames as a single document or as separate documents
8. Print preview (via a stylesheet?)
Comment 3•24 years ago
|
||
Printing currently has one call that can be made. The biggest problem about
defining API's for printing is that some of the information (like print range)
are contained in the native dialogs for some platforms and not in others. The
way we solved this problem is we defined a printer settings object.. some of the
information might be duplicated..but this cross platform object can define
parameters on a xplatform or a single platform way. A good example of this was
how we were going to to Portrait vs Landscape, which are implemented differntly
on different platforms. I think the way we can do the API's are to use this
object print setting object.. which will be set by the embedding application..
then in the layout engine it can use the settings in this object. There is a
silent parameter on the print API... so if the embedding application whats to
handle the native dialog for itself.. this parameter can be set to silence the
layout engine putting up the dialog. Does this make sense.. you want to talk on
the phone to discuss this some more.. Don
Comment 7•24 years ago
|
||
Checked in the IDL files.. for the nsIBrowserPrint and nsIPrintSettings...
Comment 9•24 years ago
|
||
updated my keywords
Status: NEW → ASSIGNED
Summary: Implement the embedding printing API → Implement the embedding printing API [print] [embed]
Updated•24 years ago
|
Comment 10•24 years ago
|
||
Moving general printing API work to future. Specific methods and interfaces for
the printing API required for bug 70946, bug 70949, bug 70950 have specific
milestones which are either marked mozilla0.9 or mozilla0.9.1
Target Milestone: mozilla0.9.1 → Future
Comment 11•24 years ago
|
||
Correction: Changing QA contact for the Embed API bugs to David Epstein.
QA Contact: mdunn → depstein
Comment 12•23 years ago
|
||
Reassigning to Rod since he is working on the printing API's.
Assignee: dcone → rods
Status: ASSIGNED → NEW
Target Milestone: Future → mozilla0.9.7
Assignee | ||
Updated•23 years ago
|
Status: NEW → ASSIGNED
Target Milestone: mozilla0.9.7 → mozilla0.9.9
Assignee | ||
Updated•23 years ago
|
Target Milestone: mozilla0.9.9 → mozilla1.0
Assignee | ||
Comment 14•23 years ago
|
||
We have covered most all these items except item #3. Which at the time there
isn't a requirement for that specific thing. I am marking this "fixed" and if
item #3 is a "must do" then open a new and separate bug with an explanation
where we are currently lacking functionality.
Status: ASSIGNED → RESOLVED
Closed: 23 years ago
Resolution: --- → FIXED
Target Milestone: mozilla1.0 → mozilla1.0.1
Updated•6 years ago
|
Product: Core → Core Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•