Tracking bug for Embedding API Reference


16 years ago
5 years ago


(Reporter: Ellen Evans, Unassigned)


Firefox Tracking Flags

(Not tracked)





16 years ago
Please file any questions, additions, errors, etc re: this document here.  



16 years ago
QA Contact: imajes → rudman

Comment 1

16 years ago
can you confirm the url for this document? if it's what i am thinking it is, i
am working on it already...

Comment 2

16 years ago -- related url.

Comment 3

16 years ago
The URL will be added when the APIs are posted - probably by Friday, the 17th.

Thanks for the additional info, James.

Comment 4

16 years ago
Added URL

Comment 5

15 years ago

In the nsIInputStream list of methods
(, "clos"
should be "close"

In nsIProfile

Thanks for the awesome ref!

Comment 6

15 years ago
I'm wondering if you could change the bgcolor #0000099 to something else because
it's exactly the same as the text selection color. In other words it's not
possible to see what you're selecting if you're over a block with that color. A
tad annoying.

Also putting the layout stuff in a style sheet would ease updating, the
documents would become smaller and less error prone blah blah..

Comment 7

15 years ago
"clos" -> "close", will fix the size problem today.

I'm working on moving to a .css version, should be available in the next couple
of weeks.  That should make the underlying code much easier to look at.  The
disappearing text in table thing doesn't happen on my machine.  What platform
are you using?  I can certainly adjust the shade of blue if you think it would
help.  The blue itself is part of the old style recommendations.

Comment 8

15 years ago
nsIProfile font size issue fixed

Thanks for all the good feedback, everyone

Comment 9

15 years ago
I've added the Necko interfaces, nsIFile/LocalFile, and nsIURIContentListener,
which, I think, brings the ref up to Moz 1.0 freeze levels.  If I've missed
anything, please let me know.

Comment 10

15 years ago
Changed to .css based format.  Zip file added at bottom of opening page

Also note change in URL for TOC   

Comment 11

15 years ago
I've added interfaces frozen between 1.0 and 1.4.


15 years ago
Depends on: 161912


15 years ago
Depends on: 150448

Comment 12

12 years ago
The frozen interface at
specifies nsIIOService::offline as an attribute available for setting offline mode, and the documentation does not mention SetOffline or GetOffline.

When I attempt to use the offline attribute, I get an error message stating there is no member named 'offline'.

Eventhough SetOffLine is not documented as part of the frozon interface, it does work.

Could you please clarify if 'offline' is part of the frozen interface, and please consider updating the documentation on the frozen interface to include SetOffLine and GetOffLine.

Thank You,

Comment 13

11 years ago
I wonder if it's possible to change de print windows itself. eg: change the shape of the pages, or enter a new text, somewhere on the window. 



11 years ago
Product: → Websites
Assignee: jeev → nobody
Component: Mozilla Developer →
Product: Documentation →
QA Contact: rudman → www-mozilla-org
Version: unspecified → other

Comment 14

9 years ago
Sheppy, should this Embedding API Reference content on be redirected to
In theory, except a lot of that material doesn't look like it's migrated yet.

Comment 16

8 years ago
Could you please mention the necesary include file and library file when describing a function/interface in the embedding API ?

Comment 17

8 years ago
I have found (using XULRunner compiled from mozilla-1.9.1 sources for Firefox) that embedder-provided nsWebBrowserChrome should also implement nsIInterfaceRequestor and nsIWeakReference (other than nsIEmbeddingSiteWindow) in order used by the runtime. Could this note be added on the page ?

Comment 18

6 years ago
To follow up on this bug, archiving legacy content is now a requirement for being able to move forward with the merge.

If there is no plan to manually migrate this content in the short term, we will go ahead with moving this content off of and putting it someplace where it can decide what to do with it on your own schedule.  That may be either the site or an archive section of MDN.

Comment 19

6 years ago
I personally have not been maintaining this doc since Netscape folded in 2003.  So I'm not sure who should have ownership of it going forward.

Comment 20

6 years ago
If no one currently owns this then archiving it makes sense.  This will let people know the content is not up to date and will leave the content in a place that is available for someone to update and migrate back to an appropriate place later.  I'll archive this soon unless there are objections.

Comment 21

5 years ago
I'm closing this bug as this no longer exists on and has all been moved to www-archive.
Last Resolved: 5 years ago
Resolution: --- → FIXED


5 years ago
Component: → General
Product: Websites →
You need to log in before you can comment on or make changes to this bug.