<html>

 <head>

  <meta name="viewport" content="width=device-width">

  <meta http-equiv="Content-Type" content="text/vnd.ui.insecure+html;charset=utf-8">

 </head>

 <body style="overflow-wrap:break-word; word-break: break-word;"><div class="mail_android_message" style="line-height: 1; padding: 0.5em">Yes, but what I mean is that the "Do something after LSForInner fires" will be done by the outer LoadSensor (e.g. just enabling the outer LoadSensor)<br/><br/>Kr,<br/>CV<br/><br/>--<br/>Diese Nachricht wurde von meinem Android Mobiltelefon mit GMX Mail gesendet.</div><div class="mail_android_quote" style="line-height: 1; padding: 0.3em"><html><body>Am 21.12.22, 21:27 schrieb Andreas Plesch <andreasplesch@gmail.com>:</body></html><blockquote class="gmail_quote" style="margin: 0.8ex 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">

  Hi Christoph,

  <br>

  <br> I think the idea could be sketched as:

  <br>

  <br> <Scene>

  <br> <Inline Outer/>

  <br> <IMPORT LSForInner />

  <br> Do something after LSForInner fires

  <br> ..

  <br>

  <br> Inline Outer:

  <br> <Scene>

  <br> <LoadSensor DEF="LSForInner">

  <br> <Inline Inner/>

  <br> </>

  <br> <EXPORT LSForInner/>

  <br> ..

  <br>

  <br> That flexibility would favor the option to generate the event before

  <br> downloading of inner content. The potential downside is that it

  <br> assumes that the outer Inline has such an exported LoadSensor which

  <br> may not be the case or even be under the author's control. Also, for

  <br> more complex scenes it can become a lot of logic for the author to

  <br> deal with.

  <br>

  <br> In any case, to avoid surprises with that option it would be even more

  <br> important to point out in the spec. when the isLoaded event is

generated, eg. that nested LoadSensors may be needed.

  <br>

  <br> -Andreas

  <br>

  <br> On Wed, Dec 21, 2022 at 2:42 PM Christoph Valentin

  <br> <christoph.valentin@gmx.at> wrote:

  <br> >

  <br> > Hi Andreas,

  <br> >

> Just one neuron firing now: what about leaving the decision to the author?

  <br> >

> Somehow "nesting" the LoadSensor. One LoadSensor in the scene, reporting about the inline. Another LoadSensor in the inline, reporting about the second level inline. And so on.

  <br> >

  <br> > --

> Diese Nachricht wurde von meinem Android Mobiltelefon mit GMX Mail gesendet.

  <br> > Am 21.12.22, 17:51 schrieb Andreas Plesch <andreasplesch@gmail.com>:

  <br> >>

>> It is useful to be notified after an Inline has completed loading.

  <br> >> This is especially true for external access to the scene if the Inline

>> has exports (or dom style access is used).

  <br> >> A LoadSensor generates such an event:

  <br> >>

  <br> >> <a href="https://www.web3d.org/documents/specifications/19775-1/V4.0/Part01/components/networking.html#LoadSensor">https://www.web3d.org/documents/specifications/19775-1/V4.0/Part01/components/networking.html#LoadSensor</a>

  <br> >>

  <br> >> "The isLoaded field generates events when loading of the LoadSensor's

  <br> >> children has completed."

  <br> >>

  <br> >> However, in the case that the Inline contains another Inline itself a

  <br> >> question came up. Is loading considered complete when the outer Inline

  <br> >> xml/json/.. is completely downloaded but still has only a url

  <br> >> reference to the inner Inline ? That typically would happen before

  <br> >> also the inner Inline is completely downloaded. Or should the event be

  <br> >> generated only after the inner Inline (and all of its content) is also

  <br> >> completely downloaded ?

  <br> >>

  <br> >> The second option is more useful, especially for web use where loading

  <br> >> generally occurs asynchronously and such events are often used to

>> initiate processing of downloaded content.

  <br> >>

  <br> >> For generic X3D use, one could imagine a situation where a LoadSensor

  <br> >> triggers something which assumes that the scene is fully rendered

>> before an Inline is actually rendered.

  <br> >>

  <br> >> It is also related to how EXPORT/IMPORT works. One could probably

  <br> >> construct a situation where a LoadSensor triggers access to an

>> EXPORTed node from an inner Inline before it is available.

  <br> >>

  <br> >> Is a tightening of the language necessary ? Perhaps there is already a

>> more precise definition of 'loading' in the spec. somewhere else ?

  <br> >>

  <br> >> -Andreas

  <br> >> --

  <br> >> Andreas Plesch

  <br> >> Waltham, MA 02453

  <br> >>

  <br> >> _______________________________________________

  <br> >> x3d-public mailing list

  <br> >> x3d-public@web3d.org

  <br> >> <a href="http://web3d.org/mailman/listinfo/x3d-public_web3d.org">http://web3d.org/mailman/listinfo/x3d-public_web3d.org</a>

  <br>

  <br>

  <br>

  <br> --

  <br> Andreas Plesch

  <br> Waltham, MA 02453

  <br>

 </blockquote></div></body>

</html>