mozilla

Compare Revisions

WebIDL bindings

Change Revisions

Revision 465851:

Revision 465851 by Bzbarsky on

Revision 465853:

Revision 465853 by Bzbarsky on

Title:
WebIDL bindings
WebIDL bindings
Slug:
Mozilla/WebIDL_bindings
Mozilla/WebIDL_bindings
Tags:
"WebIDL"
"WebIDL"
Content:

Revision 465851
Revision 465853
t1047               &nbspt1047       A content-side object can be created for a given chro
>;&nbsp;>me-side object by invoking the static <code>_create</code> method
 > on the interface. This method takes two arguments: the content w
 >indow in which to create the object and the chrome-side object to
 > use. For example:
1048    </p>
1049    <pre class="brush: js">
1050var contentObject = RTCPeerConnection._create(contentWin,
1051                                              new MyPeerConnectio
 >nImpl());           
1052</pre>
1053    <p>
1054      However, if you are in a JS component, you may only be able
 > to get to the correct interface object via some window object. I
 >n this case, the code would look more like:
1055    </p>
1056    <pre class="brush: js">
1057var contentObject = contentWin.RTCPeerConnection._create(contentW
 >in,
1058                                                         new MyPe
 >erConnectionImpl());           
1059</pre>
1060    <p>
1061      Creating the object this way will not invoke its <code>__in
 >it</code> method.
1062    </p>
1063    <h4>
1064      By returning a chrome-side object from a JS-implemented Web
 >IDL method
1065    </h4>
1066    <p>
1067      If a JS-implemented WebIDL method is declared as returning 
 >a JS-implemented interface, then a non-WebIDL object returned fro
 >m that method will be treated as the chrome-side part of a JS-imp
 >lemented WebIdL object and the content-side part will be automati
 >cally created.
1068    </p>
1069    <p>
1070      Creating the object this way will not invoke its <code>__in
 >it</code> method.

Back to History