<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=Windows-1252">
<style type="text/css" style="display:none;"> P {margin-top:0;margin-bottom:0;} </style>
</head>
<body dir="ltr">
<div style="color: rgb(0, 0, 0); font-family: Calibri,Helvetica,sans-serif; font-size: 12pt;">
<span>Hi Don,</span></div>
<div style="color: rgb(0, 0, 0); font-family: Calibri,Helvetica,sans-serif; font-size: 12pt;">
<span><br>
</span></div>
<div style="color: rgb(0, 0, 0); font-family: Calibri,Helvetica,sans-serif; font-size: 12pt;">
<span>I am a bit worried about you mentioning "<span style="display: inline !important; background-color: rgb(255, 255, 255); font-size-adjust: none">sometimes DEF of models first then USE inside the Switch can help
</span>". The casus is about models that are not directly loaded (visible or not) in the main scene, but as a result of a select event from the user. You have to be able to choose between thousands of models if you want to make for example a 3d virtual web
 shop that can be visited using an HMD. So loading them all within the main scene would not be practical. But maybe that is not what you mean.</span></div>
<div style="color: rgb(0, 0, 0); font-family: Calibri,Helvetica,sans-serif; font-size: 12pt;">
Do you have a sample scene in X3D that demonstrates how this can be done? That would be very helpful.</div>
<div style="color: rgb(0, 0, 0); font-family: Calibri,Helvetica,sans-serif; font-size: 12pt;">
<br>
</div>
<div style="color: rgb(0, 0, 0); font-family: Calibri,Helvetica,sans-serif; font-size: 12pt;">
Regards,</div>
<div style="color: rgb(0, 0, 0); font-family: Calibri,Helvetica,sans-serif; font-size: 12pt;">
<br>
</div>
<div style="color: rgb(0, 0, 0); font-family: Calibri,Helvetica,sans-serif; font-size: 12pt;">
Albert Jan</div>
<div>
<div id="appendonsend"></div>
<div style="color:rgb(0,0,0); font-family:Calibri,Helvetica,sans-serif; font-size:12pt">
<br>
</div>
<hr tabindex="-1" style="display:inline-block; width:98%">
<div id="divRplyFwdMsg" dir="ltr"><font color="#000000" face="Calibri, sans-serif" style="font-size:11pt"><b>Van:</b> Brutzman, Donald (Don) (CIV) <brutzman@nps.edu><br>
<b>Verzonden:</b> zondag 27 januari 2019 06:17<br>
<b>Aan:</b> Albert Jan Wonnink<br>
<b>CC:</b> x3d-public@web3d.org; Nicholas Polys<br>
<b>Onderwerp:</b> Re: [x3d-public] Anchor target within scene: code example, numerous references</font>
<div> </div>
</div>
<div class="BodyFragment"><font size="2"><span style="font-size:11pt">
<div class="PlainText">Thanks for your example, apologies for delayed response.  [Back from Korea now]<br>
<br>
Appreciate the video you posted earlier, the point is clearer and the functionality looks excellent.<br>
<br>
On 1/22/2019 9:54 AM, Albert Jan Wonnink wrote:<br>
> [...] Just to clarify my case once more, I would like to show this scene:<br>
>        <br>
> X3D inline anchor prototype <<a href="https://youtu.be/vPLYxkTrxX8">https://youtu.be/vPLYxkTrxX8</a>><br>
<br>
BTW the Web3D Consortium has a YouTube site that is a good place for posting things like this.  Everyone can feel free to suggest or contribute.<br>
<br>
        YouTube; Web3D Consortium Playlists<br>
        <a href="https://www.youtube.com/user/Web3DMaster/playlists">https://www.youtube.com/user/Web3DMaster/playlists</a><br>
<br>
> The behavior here is implemented without any client-side scripting, just with a little extended X3D that allows to specify a target of an anchor within the 3D scene.<br>
> The suggested workaround using viewpoints seems complicated for this kind of scenario, but I might be wrong about this.<br>
<br>
The X3D pseudocode/snippets also helped provide clarity, thanks for that too.<br>
<br>
if i were doing something like this, i would have a set of TouchSensor nodes trigger a corresponding set of IntegerTrigger nodes, for each model of interest, then have each IntegerTrigger output ROUTEd to a single Switch node that then switched to the model
 of interest.  This is a fairly common design pattern.<br>
<br>
This kind of functionality is explained by EventUtilities component.  These nodes allow all manner of strongly typed functionality when creating animation chains.   Please see book chapter/slides for full explanations.  For memory performance, sometimes DEF
 of models first then USE inside the Switch can help when multiple usages are desired.<br>
<br>
I believe that this Event Utilities suggestion matches Joe's suggestion, use the right connections to create an event chain with the functionality needed.  Unless special logic is involved, scripting is then not needed.  Offering reassurance is that there should
 be a Sequencer, Interpolator or Trigger/Toggle for whatever you want to do.  Note that, since X3D is strictly typed for all event outputs/inputs, more often than not there is only one straightforward way to get a trigger-timer-interpolator-target event chain
 constructed.<br>
<br>
        X3D Example Archives: X3D for Web Authors, Chapter 07 Event Animation Interpolation<br>
        <a href="http://x3dgraphics.com/examples/X3dForWebAuthors/Chapter07EventAnimationInterpolation">
http://x3dgraphics.com/examples/X3dForWebAuthors/Chapter07EventAnimationInterpolation</a><br>
<br>
has additional links:<br>
<br>
        X3D for Web Authors, Chapter 07 Event Animation Interpolation, slideset<br>
        <a href="http://x3dgraphics.com/slidesets/X3dForWebAuthors/Chapter07EventAnimationInterpolation.pdf">
http://x3dgraphics.com/slidesets/X3dForWebAuthors/Chapter07EventAnimationInterpolation.pdf</a><br>
<br>
similarly<br>
<br>
        X3D Example Archives: X3D for Web Authors, Chapter 08 User Interactivity<br>
        <a href="http://x3dgraphics.com/examples/X3dForWebAuthors/Chapter08UserInteractivity">
http://x3dgraphics.com/examples/X3dForWebAuthors/Chapter08UserInteractivity</a><br>
<br>
        X3D for Web Authors, Chapter 08 User Interactivity, slideset<br>
        <a href="http://x3dgraphics.com/slidesets/X3dForWebAuthors/Chapter08UserInteractivity.pdf">
http://x3dgraphics.com/slidesets/X3dForWebAuthors/Chapter08UserInteractivity.pdf</a><br>
<br>
and<br>
        X3D Example Archives: X3D for Web Authors, Chapter 09 Event Utilities Scripting<br>
        <a href="http://x3dgraphics.com/examples/X3dForWebAuthors/Chapter09EventUtilitiesScripting">
http://x3dgraphics.com/examples/X3dForWebAuthors/Chapter09EventUtilitiesScripting</a><br>
<br>
        X3D for Web Authors, Chapter 09 Event Utilities Scripting, slideset<br>
        <a href="http://x3dgraphics.com/slidesets/X3dForWebAuthors/Chapter09EventUtilitiesScripting.pdf">
http://x3dgraphics.com/slidesets/X3dForWebAuthors/Chapter09EventUtilitiesScripting.pdf</a><br>
<br>
Uh, some people like the book too.  8)<br>
<br>
The quick-reference sheet X3D Event Utility Nodes: Field Event Diagrams illustrates the functionality of the event utility nodes. These nodes receive and pass values that are sent via ROUTE connections.  Tooltips are further available for type, accessType,
 and each node with further detail - for example, ROUTE.<br>
<br>
        X3D Event Utility Nodes: Field Event Diagrams<br>
        <a href="http://x3dgraphics.com/examples/X3dForWebAuthors/Chapter09EventUtilitiesScripting/X3dEventUtilityNodeEventDiagrams.pdf">
http://x3dgraphics.com/examples/X3dForWebAuthors/Chapter09EventUtilitiesScripting/X3dEventUtilityNodeEventDiagrams.pdf</a><br>
<br>
        X3D Tooltips<br>
        <a href="http://www.web3d.org/x3d/content/X3dTooltips.html#ROUTE">http://www.web3d.org/x3d/content/X3dTooltips.html#ROUTE</a><br>
        <a href="http://www.web3d.org/x3d/content/X3dTooltips.html#accessType">http://www.web3d.org/x3d/content/X3dTooltips.html#accessType</a><br>
        <a href="http://www.web3d.org/x3d/content/X3dTooltips.html#type">http://www.web3d.org/x3d/content/X3dTooltips.html#type</a><br>
<br>
There are many similarities between HTML <a> anchor element and X3D Anchor.  However, again as Joe indicated, it is best to understand the differences and similarities first.<br>
<br>
        <a href="http://www.web3d.org/x3d/content/X3dTooltips.html#Anchor">http://www.web3d.org/x3d/content/X3dTooltips.html#Anchor</a><br>
<br>
Essentially, Anchor url address of replacement world, or #ViewpointDEFName within the current Scene, or alternate Web resource, activated by the user selecting Shape geometry within the Anchor children nodes.  The parameter field can be used to carry HTML (frame
 or tab) target information.<br>
<br>
        <a href="http://www.web3d.org/x3d/content/X3dTooltips.html#Anchor.url">http://www.web3d.org/x3d/content/X3dTooltips.html#Anchor.url</a><br>
        <a href="http://www.web3d.org/x3d/content/X3dTooltips.html#Anchor.parameter">
http://www.web3d.org/x3d/content/X3dTooltips.html#Anchor.parameter</a><br>
<br>
Good node to compare: TouchSensor, which solely focuses on responding to selection and hovering events.  (Note that there is a little bit of overlap too, since a TouchSense isActive output event could be ROUTEd to another Viewpoint's set_bind input field.)<br>
<br>
        <a href="http://www.web3d.org/x3d/content/X3dTooltips.html#TouchSensor">http://www.web3d.org/x3d/content/X3dTooltips.html#TouchSensor</a><br>
<br>
Of course all of these other sources are derivative... the authoritative functionality is defined by the X3D Architecture specification.  (Node names in tooltips are linked to that specification's index for that node.)  Links are also provided there to Schema
 and DTD documentation, which provide detail on what will pass validation tests.<br>
<br>
        <a href="http://www.web3d.org/documents/specifications/19775-1/V3.3/Part01/components/networking.html#Anchor">
http://www.web3d.org/documents/specifications/19775-1/V3.3/Part01/components/networking.html#Anchor</a><br>
<br>
        <a href="http://www.web3d.org/documents/specifications/19775-1/V3.3/Part01/components/pointingsensor.html#TouchSensor">
http://www.web3d.org/documents/specifications/19775-1/V3.3/Part01/components/pointingsensor.html#TouchSensor</a><br>
<br>
        <a href="http://www.web3d.org/documents/specifications/19775-1/V3.3/Part01/concepts.html#Routes">
http://www.web3d.org/documents/specifications/19775-1/V3.3/Part01/concepts.html#Routes</a><br>
<br>
Script nodes allow writing additional functionality.  Prototypes allow making customizable templates.  IMPORT/EXPORT allows sending events into or out of Inline nodes.<br>
<br>
So that is all quite a lot.  Please holler if you find something missing - someone will come up with a good idea, or (occasionally) we'll fix a deficiency in the specifications.  All good.<br>
<br>
All this semantic rigor and functional detail - courtesy of X3D Working Group and Web3D Community - means that it is possible to create scalable 3D worlds in multiple languages and file encodings, all with equivalent power and equivalent extensibility (the
 X in X3D).<br>
<br>
Thanks for your work.  Have fun with immersive interactive X3D!  8)<br>
<br>
<br>
On 1/24/2019 10:24 AM, Albert Jan Wonnink wrote:<br>
> Hi Don,<br>
> <br>
> the code behind the pages could be something like this<br>
> <br>
> <br>
> <br>
> mainPage.x3d:<br>
> <br>
> <X3D><br>
> <br>
>   <Scene><br>
> <br>
>   <!--first menu--><br>
> <br>
>    <Transform translation="-1 1 3"><br>
> <br>
>     <!--first item--><br>
> <br>
>     <Transform translation="0 0 0"><br>
> <br>
>      <Anchor url="'menu2_1.x3d'" parameter="'target=menu2'"><br>
> <br>
>       <Shape …<br>
> <br>
>      </Anchor><br>
> <br>
>   </Transform><br>
> <br>
>     <!--second item--><br>
> <br>
>     <Transform translation="0 -0.2 0"><br>
> <br>
>      <Anchor url="'menu2_2.x3d'" parameter="'target=menu2'"><br>
> <br>
>       <Shape …<br>
> <br>
>      </Anchor><br>
> <br>
>   </Transform><br>
> <br>
>    <!--third item--><br>
> <br>
> ...<br>
> <br>
> </Transform><br>
> <br>
> <!--position menu2--><br>
> <br>
> <Transform translation="0 1 3"><br>
> <br>
>    <Inline DEF="menu2"></Inline><br>
> <br>
> </Transform><br>
> <br>
> <!--position models to display--><br>
> <br>
> <Transform translation="1 1 3"><br>
> <br>
>    <Inline DEF="modelsToDisplay"></Inline><br>
> <br>
> </Transform><br>
> <br>
> </Scene><br>
> <br>
> </X3D><br>
> <br>
> <br>
> <br>
> <br>
> <br>
> For each 'submenu' there is a separate file<br>
> <br>
> menu2_1.x3d( menu2_2.x3d, …)<br>
> <br>
> <X3D><br>
> <br>
>   <Scene><br>
> <br>
>   <!--first menu--><br>
> <br>
>    <Transform><br>
> <br>
>     <!--first item--><br>
> <br>
>     <Transform translation="0 0 0"><br>
> <br>
>      <Anchor url="'model_1.x3d'" parameter="'target=modelsToDisplay'"><br>
> <br>
>       <Shape …<br>
> <br>
>      </Anchor><br>
> <br>
>   </Transform><br>
> <br>
>     <!--second item--><br>
> <br>
>     <Transform translation="0 -0.2 0"><br>
> <br>
>      <Anchor url="'menu2_2.x3d'" parameter="'target=modelsToDisplay'"><br>
> <br>
>       <Shape …<br>
> <br>
>      </Anchor><br>
> <br>
>   </Transform><br>
> <br>
>    <!--third item--><br>
> <br>
> ...<br>
> <br>
> </Transform><br>
> <br>
> </Scene><br>
> <br>
> </X3D><br>
> <br>
> And there are the files that actually contain the models:<br>
> <br>
> model_1.x3d, model_2.x3d ...<br>
> <br>
> I think the bottom line is to allow the 'target' parameter not only have the predefined values (_blank, _self etc.) or frame names of the html page, but also allow the names of the inlines as a target.<br>
> <br>
> Regards,<br>
> <br>
> Albert Jan<br>
<br>
<br>
all the best, Don<br>
-- <br>
Don Brutzman  Naval Postgraduate School, Code USW/Br       brutzman@nps.edu<br>
Watkins 270,  MOVES Institute, Monterey CA 93943-5000 USA   +1.831.656.2149<br>
X3D graphics, virtual worlds, navy robotics <a href="http://faculty.nps.edu/brutzman">
http://faculty.nps.edu/brutzman</a><br>
</div>
</span></font></div>
</div>
</body>
</html>