<div dir="ltr">Hi Don,<div class="gmail_extra"><br><div class="gmail_quote">On Sun, Sep 24, 2017 at 2:57 AM, Don Brutzman <span dir="ltr"><<a href="mailto:brutzman@nps.edu" target="_blank">brutzman@nps.edu</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Thanks for perseverance. Important.<br>
<br>
On 9/23/2017 2:11 PM, Andreas Plesch wrote:<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
Just looking at IntegerTrigger <a href="http://www.web3d.org/x3d/content/X3dTooltips.html#IntegerTrigger" rel="noreferrer" target="_blank">http://www.web3d.org/x3d/conte<wbr>nt/X3dTooltips.html#IntegerTri<wbr>gger</a> <<a href="http://www.web3d.org/x3d/content/X3dTooltips.html#IntegerTrigger" rel="noreferrer" target="_blank">http://www.web3d.org/x3d/cont<wbr>ent/X3dTooltips.html#IntegerTr<wbr>igger</a>><br>
, I see in the tool tips this description:<br>
<br>
*"IntegerTrigger converts boolean true or time input events to an integer value"*<br>
<br>
1) IntegerTrigger does not accept time input events:<br>
<br>
<a href="http://www.web3d.org/documents/specifications/19775-1/V3.3/Part01/components/utils.html#IntegerTrigger" rel="noreferrer" target="_blank">http://www.web3d.org/documents<wbr>/specifications/19775-1/V3.3/<wbr>Part01/components/utils.html#I<wbr>ntegerTrigger</a><br>
<br>
So why mention time input events ?<br>
</blockquote>
<br>
That was fixed previously, perhaps your browser needed a refresh? Current prose:<br>
<br>
"IntegerTrigger converts set_boolean true input events to an integer value (for example, useful when animating whichChoice in a Switch node)."<br>
<br></blockquote><div><br></div><div>Just needed a refresh here.</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
2) Boolean True<br>
<br>
It is correct that IntegerTrigger convert boolean true events. But is also converts boolean false events.<br>
<br>
The last paragraph in 30.4.6 IntegerTrigger explicitly allows for that:<br>
<br>
"Upon receiving a set_boolean event .. The value of /set_boolean/ shall be ignored."<br>
<br>
So I believe having set_boolean false also trigger output was a deliberate design decision. After all one could always use BooleanFilter to suppress boolean false event if desired.<br>
</blockquote>
<br>
Mantis 519 (pending resolution) asks that false values be ignored.<br>
==============================<wbr>==============================<wbr>======<br>
<a href="http://www.web3d.org/member-only/mantis/view.php?id=519" rel="noreferrer" target="_blank">http://www.web3d.org/member-on<wbr>ly/mantis/view.php?id=519</a><br>
<br>
Comment:<br>
Should add sentences to each node that "The value of set_boolean shall only be honored if a TRUE value is received." This default supports simpler scene logic for most cases, matches original design intent, and avoids several TRUE/FALSE pathologies that are common to TouchSensor. Author logic that is strictly dependent on the receipt of FALSE values can be easily constructed using other event utility nodes.<br>
==============================<wbr>==============================<wbr>======<br>
<br>
The boolean logic of event chains are much much simpler if only true events are honored, because filters can be avoided in many/most cases and the logic is much less error prone.<br>
<br>
A good way to demonstrate convoluted/confounded logic is to describe nodes and ROUTE connections making up an event chain in plain language. Then repeat the sentence when events are false... the logic is really twisted.<br>
<br>
A simpler example: TouchSensor is commonly used, and sends both true events when isOver/isActive and then false events when not isOver/isActive. If both true and false events are sent and honored, then every user interaction is self-cancelling. Not good! So treating true as a valid event and false as an ignorable event makes sense.<br>
<br>
I hope this makes sense and is agreeable. I think it is our likely result, since simplicity and clarity are fundamentally important. Otherwise I can mark everything related in tooltips and diagram as pending resolution of issue 519. As you prefer.<br>
<br></blockquote><div><br></div><div><a href="http://x3dom-integertrigger.glitch.me/IntegerTrigger_test.x3d">http://x3dom-integertrigger.glitch.me/IntegerTrigger_test.x3d</a> has now a way to test set_boolean false:<br></div><div>Clicking on the left cone starts a timer which switches left text off right away and after 2 seconds. So one can click on the right cone to switch left text back on and see if it is switched off after 2 seconds. It is, for all browsers I tested.</div><div><br></div><div>Octaga, view3dscene and x_ite all trigger on set_boolean false.</div><div><br></div><div>Apart from avoiding backwards incompatible changes, there are other arguments but overall I agree restricting triggering to 'True' input adds simplicity and clarity. I do think such would need to be considered as a backwards incompatible change.</div><div><br></div><div>I would probably prefer to avoid confusion between spec. language and tool tip language, meaning marking the set_boolean true explanations in the tool tips somehow.</div><div><br></div><div>In terms of an IntegerTrigger node for x3dom, there just needs to be a decision. I lean towards being compatible with other browsers and a straight interpretation of the current spec. language. There also could be a IntegerTrueTrigger to enable use of the new behaviour. </div><div><br></div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">...<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><br></blockquote></blockquote><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
Looking into TimeTrigger next.<br>
</blockquote>
<br>
same as point (2), only honoring true events for simplicity and logical clarity.<br>
<br></blockquote><div><br></div><div>Agreed in general. Likely browsers currently also honor false events but will test.</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
Feels like we got another step closer, thanks...<br>
<br>
Once we have all this distilled in Mantis issue capturing best-effort prose, it will hopefully be straightforward to confirm resolution.<br>
<br></blockquote><div><br></div><div>I do not have a sense of how widely the event utilities are used, eg. what the impact of such a resolution would be. I think it would be a positive change but a change nonetheless recognizing that this is the behaviour as it was originally intended.</div><div><br></div><div>-Andreas </div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
On Sat, Sep 23, 2017 at 2:00 PM, Don Brutzman <<a href="mailto:brutzman@nps.edu" target="_blank">brutzman@nps.edu</a> <mailto:<a href="mailto:brutzman@nps.edu" target="_blank">brutzman@nps.edu</a>>> wrote:<br>
<br>
Made some further improvements to tooltips. Also added toggle_changed outputOnly event description to BooleanToggle.<br>
<br>
When directly changing inputOutput fields, had mistaken identification of output event names in previous posts. Two corrections:<br>
<br>
BooleanToggle<br>
[toggle] Hint: directly resetting the toggle field generates a corresponding toggle_changed output event.<br>
<a href="http://www.web3d.org/x3d/content/X3dTooltips.html#BooleanToggle" rel="noreferrer" target="_blank">http://www.web3d.org/x3d/conte<wbr>nt/X3dTooltips.html#BooleanTog<wbr>gle</a> <<a href="http://www.web3d.org/x3d/content/X3dTooltips.html#BooleanToggle" rel="noreferrer" target="_blank">http://www.web3d.org/x3d/cont<wbr>ent/X3dTooltips.html#BooleanTo<wbr>ggle</a>><br>
<br>
IntegerTrigger<br>
[integerKey] Hint: directly resetting the integerKey field generates a corresponding triggerValue output event.<br>
<a href="http://www.web3d.org/x3d/content/X3dTooltips.html#IntegerTrigger" rel="noreferrer" target="_blank">http://www.web3d.org/x3d/conte<wbr>nt/X3dTooltips.html#IntegerTri<wbr>gger</a> <<a href="http://www.web3d.org/x3d/content/X3dTooltips.html#IntegerTrigger" rel="noreferrer" target="_blank">http://www.web3d.org/x3d/cont<wbr>ent/X3dTooltips.html#IntegerTr<wbr>igger</a>><br>
<br>
TimeTrigger<br>
<a href="http://www.web3d.org/x3d/content/X3dTooltips.html#TimeTrigger" rel="noreferrer" target="_blank">http://www.web3d.org/x3d/conte<wbr>nt/X3dTooltips.html#TimeTrigge<wbr>r</a> <<a href="http://www.web3d.org/x3d/content/X3dTooltips.html#TimeTrigger" rel="noreferrer" target="_blank">http://www.web3d.org/x3d/cont<wbr>ent/X3dTooltips.html#TimeTrigg<wbr>er</a>><br>
<br>
For all three of these (but not for BooleanFilter):<br>
<br>
[set_boolean] Hint: input event set_boolean false has no effect.<br>
<br>
Changed status of prior Mantis issues 519, 520 to indicated current and related.<br>
<a href="http://www.web3d.org/member-only/mantis/view.php?id=519" rel="noreferrer" target="_blank">http://www.web3d.org/member-on<wbr>ly/mantis/view.php?id=519</a> <<a href="http://www.web3d.org/member-only/mantis/view.php?id=519" rel="noreferrer" target="_blank">http://www.web3d.org/member-o<wbr>nly/mantis/view.php?id=519</a>><br>
<br>
Also updated diagram notes:<br>
<br>
X3D Event-Utility Node Diagrams<br>
<a href="http://x3dgraphics.com/examples/X3dForWebAuthors/Chapter09-EventUtilitiesScripting/X3dEventUtilityNodeEventDiagrams.pdf" rel="noreferrer" target="_blank">http://x3dgraphics.com/example<wbr>s/X3dForWebAuthors/Chapter09-E<wbr>ventUtilitiesScripting/X3dEven<wbr>tUtilityNodeEventDiagrams.pdf</a> <<a href="http://x3dgraphics.com/examples/X3dForWebAuthors/Chapter09-EventUtilitiesScripting/X3dEventUtilityNodeEventDiagrams.pdf" rel="noreferrer" target="_blank">http://x3dgraphics.com/exampl<wbr>es/X3dForWebAuthors/Chapter09-<wbr>EventUtilitiesScripting/X3dEve<wbr>ntUtilityNodeEventDiagrams.pdf</a><wbr>><br>
<br>
Subject to specification-team review and resolution of Mantis issues, it appears that these are pretty well set now... hope so.<br>
<br>
Further scrutiny remains welcome!<br>
<br>
p.s. Roy, these corrections also pertain to the pending new mantis issues when they get added. I can apply them later if you prefer.<br>
<br>
<br>
On 9/22/2017 5:58 PM, Don Brutzman wrote:<br>
<br>
On 9/22/2017 3:20 PM, Andreas Plesch wrote:<br>
<br>
I agree, IntegerTrigger would also require such a statement.<br>
<br>
<br>
Very good, tooltips updated.<br>
<br>
<a href="http://www.web3d.org/x3d/content/X3dTooltips.html#BooleanToggle" rel="noreferrer" target="_blank">http://www.web3d.org/x3d/conte<wbr>nt/X3dTooltips.html#BooleanTog<wbr>gle</a> <<a href="http://www.web3d.org/x3d/content/X3dTooltips.html#BooleanToggle" rel="noreferrer" target="_blank">http://www.web3d.org/x3d/cont<wbr>ent/X3dTooltips.html#BooleanTo<wbr>ggle</a>><br>
toggle: "Persistent state value that gets toggled or reset. Resetting the toggle field generates a corresponding toggle field output event."<br>
<br>
<a href="http://www.web3d.org/x3d/content/X3dTooltips.html#IntegerTrigger" rel="noreferrer" target="_blank">http://www.web3d.org/x3d/conte<wbr>nt/X3dTooltips.html#IntegerTri<wbr>gger</a> <<a href="http://www.web3d.org/x3d/content/X3dTooltips.html#IntegerTrigger" rel="noreferrer" target="_blank">http://www.web3d.org/x3d/cont<wbr>ent/X3dTooltips.html#IntegerTr<wbr>igger</a>><br>
integerKey: "integerKey is value for output when triggered. Resetting the integerKey field generates a corresponding integerKey field output event."<br>
<br>
<br>
Since I have implemented IntegerTrigger now for x3dom, and recognize its utility for choosing a switch option, it is less obvious to me that resetting its value should always also lead to output of that value.<br>
<br>
The more conservative approach would be to leave this decision to the author. If a new value is provided to the IntegerTrigger node, the same new value can also always be provided to another node.<br>
<br>
But since players currently do forward these inputs as outputs, there may be a event cascade requirement or similar.<br>
<br>
<br>
It is this last case that pertains. See discussion regarding 4.4.8.1 Events below for requirement.<br>
<br>
Since it is required, it is helpful for us to list this in specification and tooltips so that implementations and expectations are all consistent for everyone.<br>
<br>
Spec feedback submissions follow. Again thanks.<br>
<br>
<br>
On Sep 20, 2017 10:20 AM, "Don Brutzman" <<a href="mailto:brutzman@nps.edu" target="_blank">brutzman@nps.edu</a> <mailto:<a href="mailto:brutzman@nps.edu" target="_blank">brutzman@nps.edu</a>> <mailto:<a href="mailto:brutzman@nps.edu" target="_blank">brutzman@nps.edu</a> <mailto:<a href="mailto:brutzman@nps.edu" target="_blank">brutzman@nps.edu</a>>>> wrote:<br>
<br>
This is an excellent improvement, we should submit a spec change.<br>
<br>
Am thinking that similar wording should be provided for IntegerTrigger integerKey field, e.g.<br>
<br>
"Resetting the /integerKey/ field generates a<br>
corresponding /integerKey/ field output event."<br>
<br>
<a href="http://www.web3d.org/documents/specifications/19775-1/V3.3/Part01/components/utils.html#IntegerTrigger" rel="noreferrer" target="_blank">http://www.web3d.org/documents<wbr>/specifications/19775-1/V3.3/<wbr>Part01/components/utils.html#I<wbr>ntegerTrigger</a> <<a href="http://www.web3d.org/documents/specifications/19775-1/V3.3/Part01/components/utils.html#IntegerTrigger" rel="noreferrer" target="_blank">http://www.web3d.org/document<wbr>s/specifications/19775-1/V3.3/<wbr>Part01/components/utils.html#I<wbr>ntegerTrigger</a>> <<a href="http://www.web3d.org/documents/specifications/19775-1/V3.3/Part01/components/utils.html#IntegerTrigger" rel="noreferrer" target="_blank">http://www.web3d.org/document<wbr>s/specifications/19775-1/V3.3/<wbr>Part01/components/utils.html#I<wbr>ntegerTrigger</a> <<a href="http://www.web3d.org/documents/specifications/19775-1/V3.3/Part01/components/utils.html#IntegerTrigger" rel="noreferrer" target="_blank">http://www.web3d.org/document<wbr>s/specifications/19775-1/V3.3/<wbr>Part01/components/utils.html#I<wbr>ntegerTrigger</a>>><br>
<br>
==============================<wbr>================<br>
30.4.6 IntegerTrigger<br>
<br>
IntegerTrigger : X3DTriggerNode {<br>
SFBool [in] set_boolean<br>
SFInt32 [in,out] integerKey -1 (-∞,∞)<br>
SFNode [in,out] metadata NULL [X3DMetadataObject]<br>
SFInt32 [out] triggerValue<br>
}<br>
<br>
IntegerTrigger handles single field Boolean events to set an integer value for the output event. This is useful for connecting environmental events to the Switch node's whichChoice field.<br>
<br>
Upon receiving a set_boolean event, the IntegerTrigger node will generate a triggerValue event with the current value of integerKey. The value of set_boolean shall be ignored.<br>
==============================<wbr>================<br>
<br>
<br>
On 9/18/2017 10:39 AM, Andreas Plesch wrote:<br>
<br>
Sending output fields upon value changes is how the browsers I tested behaved. Although to me the sentence in 4.4.8.1 which addresses this behaviour and begins with "Nodes also define output fields .." is more explanatory than defining and seems to be intended to leave the exact behavior specification to node definitions. Here is suggested wording to help clarify 30.4.3:<br>
<br>
The BooleanToggle can be reset to a specific state by directly setting the value of the inputOutput /toggle/ field. Resetting the /toggle/ field generates a corresponding /toggle/ field output event.<br>
<br>
There is probably a better and/or more concise phrase to add.<br>
<br>
-Andreas<br>
<br>
On Mon, Sep 18, 2017 at 12:46 PM, Brutzman, Donald (Don) (CIV) <<a href="mailto:brutzman@nps.edu" target="_blank">brutzman@nps.edu</a> <mailto:<a href="mailto:brutzman@nps.edu" target="_blank">brutzman@nps.edu</a>> <mailto:<a href="mailto:brutzman@nps.edu" target="_blank">brutzman@nps.edu</a> <mailto:<a href="mailto:brutzman@nps.edu" target="_blank">brutzman@nps.edu</a>>> <mailto:<a href="mailto:brutzman@nps.edu" target="_blank">brutzman@nps.edu</a> <mailto:<a href="mailto:brutzman@nps.edu" target="_blank">brutzman@nps.edu</a>> <mailto:<a href="mailto:brutzman@nps.edu" target="_blank">brutzman@nps.edu</a> <mailto:<a href="mailto:brutzman@nps.edu" target="_blank">brutzman@nps.edu</a>>>>> wrote:<br>
<br>
Thank you Andreas. Looks like you have identified an ambiguity in the spec<br>
that might benefit from clarification.<br>
<br>
Since the first paragraph specifically identified output events, and the<br>
second paragraph on "reset" did not, my interpretation was that no event was<br>
sent as part of a reset. That informed the tooltips and diagram notes. However, checking event model rules:<br>
<a href="http://www.web3d.org/documents/specifications/19775-1/V3.3/Part01/concepts.html#Events" rel="noreferrer" target="_blank">http://www.web3d.org/documents<wbr>/specifications/19775-1/V3.3/<wbr>Part01/concepts.html#Events</a> <<a href="http://www.web3d.org/documents/specifications/19775-1/V3.3/Part01/concepts.html#Events" rel="noreferrer" target="_blank">http://www.web3d.org/document<wbr>s/specifications/19775-1/V3.3/<wbr>Part01/concepts.html#Events</a>> <<a href="http://www.web3d.org/documents/specifications/19775-1/V3.3/Part01/concepts.html#Events" rel="noreferrer" target="_blank">http://www.web3d.org/document<wbr>s/specifications/19775-1/V3.3/<wbr>Part01/concepts.html#Events</a> <<a href="http://www.web3d.org/documents/specifications/19775-1/V3.3/Part01/concepts.html#Events" rel="noreferrer" target="_blank">http://www.web3d.org/document<wbr>s/specifications/19775-1/V3.3/<wbr>Part01/concepts.html#Events</a>>><br>
<<a href="http://www.web3d.org/documents/specifications/19775-1/V3.3/Part01/concepts.html#Events" rel="noreferrer" target="_blank">http://www.web3d.org/document<wbr>s/specifications/19775-1/V3.3/<wbr>Part01/concepts.html#Events</a> <<a href="http://www.web3d.org/documents/specifications/19775-1/V3.3/Part01/concepts.html#Events" rel="noreferrer" target="_blank">http://www.web3d.org/document<wbr>s/specifications/19775-1/V3.3/<wbr>Part01/concepts.html#Events</a>> <<a href="http://www.web3d.org/documents/specifications/19775-1/V3.3/Part01/concepts.html#Events" rel="noreferrer" target="_blank">http://www.web3d.org/document<wbr>s/specifications/19775-1/V3.3/<wbr>Part01/concepts.html#Events</a> <<a href="http://www.web3d.org/documents/specifications/19775-1/V3.3/Part01/concepts.html#Events" rel="noreferrer" target="_blank">http://www.web3d.org/document<wbr>s/specifications/19775-1/V3.3/<wbr>Part01/concepts.html#Events</a>>>><br>
<br>
<br>
4.4.8 Event model<br>
<br>
4.4.8.1 Events<br>
<br>
/Events/ are the primary means of generating behaviors in the X3D run-time<br>
environment. Events are used throughout X3D: driving time-based<br>
animations; handling object picking; detecting user movement and<br>
collision; changing the scene graph hierarchy. The run-time environment<br>
manages the propagation of events through the system according to a<br>
well-defined set of rules.<br>
<br>
Nodes define input fields (/i.e./, fields with inputOutput or inputOnly<br>
access) that trigger behavior. When a given event occurs, the node<br>
receives notification and can potentially change internal state and the<br>
value of one or more of its fields. *Nodes also define output fields<br>
(/i.e./, fields with inputOutput or outputOnly access) that are sent upon<br>
signal state changes or other occurrences within the node.* Events sent to<br>
input fields and events sent by output fields are referred to collectively<br>
in ISO/IEC 19775 as /Events/.<br>
<br>
<br>
The bolded sentence (beginning with "Nodes also define output fields... that<br>
are sent upon signal state changes" ...) indicates that a corresponding<br>
output event should be sent when the value is changed.<br>
<br>
Subject to review, am happy to make the tooltips and diagram notes more<br>
explicit in this matter. We should likely also add words to spec to avoid<br>
indirect ambiguity and explicitly add clarity.<br>
<br>
all the best, Don<br>
<br>
<br>
<br>
On Sep 16, 2017, at 4:20 PM, Andreas Plesch <<a href="mailto:andreasplesch@gmail.com" target="_blank">andreasplesch@gmail.com</a> <mailto:<a href="mailto:andreasplesch@gmail.com" target="_blank">andreasplesch@gmail.co<wbr>m</a>> <mailto:<a href="mailto:andreasplesch@gmail.com" target="_blank">andreasplesch@gmail.co<wbr>m</a> <mailto:<a href="mailto:andreasplesch@gmail.com" target="_blank">andreasplesch@gmail.co<wbr>m</a>>><br>
<mailto:<a href="mailto:andreasplesch@gmail.com" target="_blank">andreasplesch@gmail.co<wbr>m</a> <mailto:<a href="mailto:andreasplesch@gmail.com" target="_blank">andreasplesch@gmail.co<wbr>m</a>> <mailto:<a href="mailto:andreasplesch@gmail.com" target="_blank">andreasplesch@gmail.co<wbr>m</a> <mailto:<a href="mailto:andreasplesch@gmail.com" target="_blank">andreasplesch@gmail.co<wbr>m</a>>>>> wrote:<br>
<br>
<a href="http://www.web3d.org/documents/specifications/19775-1/V3.3/Part01/components/utils.html#BooleanToggle" rel="noreferrer" target="_blank">http://www.web3d.org/documents<wbr>/specifications/19775-1/V3.3/<wbr>Part01/components/utils.html#B<wbr>ooleanToggle</a> <<a href="http://www.web3d.org/documents/specifications/19775-1/V3.3/Part01/components/utils.html#BooleanToggle" rel="noreferrer" target="_blank">http://www.web3d.org/document<wbr>s/specifications/19775-1/V3.3/<wbr>Part01/components/utils.html#B<wbr>ooleanToggle</a>> <<a href="http://www.web3d.org/documents/specifications/19775-1/V3.3/Part01/components/utils.html#BooleanToggle" rel="noreferrer" target="_blank">http://www.web3d.org/document<wbr>s/specifications/19775-1/V3.3/<wbr>Part01/components/utils.html#B<wbr>ooleanToggle</a> <<a href="http://www.web3d.org/documents/specifications/19775-1/V3.3/Part01/components/utils.html#BooleanToggle" rel="noreferrer" target="_blank">http://www.web3d.org/document<wbr>s/specifications/19775-1/V3.3/<wbr>Part01/components/utils.html#B<wbr>ooleanToggle</a>>><br>
<<a href="http://www.web3d.org/documents/specifications/19775-1/V3.3/Part01/components/utils.html#BooleanToggle" rel="noreferrer" target="_blank">http://www.web3d.org/document<wbr>s/specifications/19775-1/V3.3/<wbr>Part01/components/utils.html#B<wbr>ooleanToggle</a> <<a href="http://www.web3d.org/documents/specifications/19775-1/V3.3/Part01/components/utils.html#BooleanToggle" rel="noreferrer" target="_blank">http://www.web3d.org/document<wbr>s/specifications/19775-1/V3.3/<wbr>Part01/components/utils.html#B<wbr>ooleanToggle</a>> <<a href="http://www.web3d.org/documents/specifications/19775-1/V3.3/Part01/components/utils.html#BooleanToggle" rel="noreferrer" target="_blank">http://www.web3d.org/document<wbr>s/specifications/19775-1/V3.3/<wbr>Part01/components/utils.html#B<wbr>ooleanToggle</a> <<a href="http://www.web3d.org/documents/specifications/19775-1/V3.3/Part01/components/utils.html#BooleanToggle" rel="noreferrer" target="_blank">http://www.web3d.org/document<wbr>s/specifications/19775-1/V3.3/<wbr>Part01/components/utils.html#B<wbr>ooleanToggle</a>>>><br>
<br>
<br>
produces a toggle output event after it receives a set_boolean event.<br>
<br>
Does it also produce a toggle output event after it receives a toggle<br>
input event (to reset the toggle field value) ?<br>
<br>
<a href="http://www.web3d.org/x3d/content/X3dTooltips.html#BooleanToggle" rel="noreferrer" target="_blank">http://www.web3d.org/x3d/conte<wbr>nt/X3dTooltips.html#BooleanTog<wbr>gle</a> <<a href="http://www.web3d.org/x3d/content/X3dTooltips.html#BooleanToggle" rel="noreferrer" target="_blank">http://www.web3d.org/x3d/cont<wbr>ent/X3dTooltips.html#BooleanTo<wbr>ggle</a>> <<a href="http://www.web3d.org/x3d/content/X3dTooltips.html#BooleanToggle" rel="noreferrer" target="_blank">http://www.web3d.org/x3d/cont<wbr>ent/X3dTooltips.html#BooleanTo<wbr>ggle</a> <<a href="http://www.web3d.org/x3d/content/X3dTooltips.html#BooleanToggle" rel="noreferrer" target="_blank">http://www.web3d.org/x3d/cont<wbr>ent/X3dTooltips.html#BooleanTo<wbr>ggle</a>>><br>
<<a href="http://www.web3d.org/x3d/content/X3dTooltips.html#BooleanToggle" rel="noreferrer" target="_blank">http://www.web3d.org/x3d/cont<wbr>ent/X3dTooltips.html#BooleanTo<wbr>ggle</a> <<a href="http://www.web3d.org/x3d/content/X3dTooltips.html#BooleanToggle" rel="noreferrer" target="_blank">http://www.web3d.org/x3d/cont<wbr>ent/X3dTooltips.html#BooleanTo<wbr>ggle</a>> <<a href="http://www.web3d.org/x3d/content/X3dTooltips.html#BooleanToggle" rel="noreferrer" target="_blank">http://www.web3d.org/x3d/cont<wbr>ent/X3dTooltips.html#BooleanTo<wbr>ggle</a> <<a href="http://www.web3d.org/x3d/content/X3dTooltips.html#BooleanToggle" rel="noreferrer" target="_blank">http://www.web3d.org/x3d/cont<wbr>ent/X3dTooltips.html#BooleanTo<wbr>ggle</a>>>><br>
<br>
does not mention this and the diagram at<br>
<a href="http://x3dgraphics.com/examples/X3dForWebAuthors/Chapter09-EventUtilitiesScripting/X3dEventUtilityNodeEventDiagrams.pdf" rel="noreferrer" target="_blank">http://x3dgraphics.com/example<wbr>s/X3dForWebAuthors/Chapter09-E<wbr>ventUtilitiesScripting/X3dEven<wbr>tUtilityNodeEventDiagrams.pdf</a> <<a href="http://x3dgraphics.com/examples/X3dForWebAuthors/Chapter09-EventUtilitiesScripting/X3dEventUtilityNodeEventDiagrams.pdf" rel="noreferrer" target="_blank">http://x3dgraphics.com/exampl<wbr>es/X3dForWebAuthors/Chapter09-<wbr>EventUtilitiesScripting/X3dEve<wbr>ntUtilityNodeEventDiagrams.pdf</a><wbr>> <<a href="http://x3dgraphics.com/examples/X3dForWebAuthors/Chapter09-EventUtilitiesScripting/X3dEventUtilityNodeEventDiagrams.pdf" rel="noreferrer" target="_blank">http://x3dgraphics.com/exampl<wbr>es/X3dForWebAuthors/Chapter09-<wbr>EventUtilitiesScripting/X3dEve<wbr>ntUtilityNodeEventDiagrams.pdf</a> <<a href="http://x3dgraphics.com/examples/X3dForWebAuthors/Chapter09-EventUtilitiesScripting/X3dEventUtilityNodeEventDiagrams.pdf" rel="noreferrer" target="_blank">http://x3dgraphics.com/exampl<wbr>es/X3dForWebAuthors/Chapter09-<wbr>EventUtilitiesScripting/X3dEve<wbr>ntUtilityNodeEventDiagrams.pdf</a><wbr>>><br>
<<a href="http://x3dgraphics.com/examples/X3dForWebAuthors/Chapter09-EventUtilitiesScripting/X3dEventUtilityNodeEventDiagrams.pdf" rel="noreferrer" target="_blank">http://x3dgraphics.com/exampl<wbr>es/X3dForWebAuthors/Chapter09-<wbr>EventUtilitiesScripting/X3dEve<wbr>ntUtilityNodeEventDiagrams.pdf</a> <<a href="http://x3dgraphics.com/examples/X3dForWebAuthors/Chapter09-EventUtilitiesScripting/X3dEventUtilityNodeEventDiagrams.pdf" rel="noreferrer" target="_blank">http://x3dgraphics.com/exampl<wbr>es/X3dForWebAuthors/Chapter09-<wbr>EventUtilitiesScripting/X3dEve<wbr>ntUtilityNodeEventDiagrams.pdf</a><wbr>> <<a href="http://x3dgraphics.com/examples/X3dForWebAuthors/Chapter09-EventUtilitiesScripting/X3dEventUtilityNodeEventDiagrams.pdf" rel="noreferrer" target="_blank">http://x3dgraphics.com/exampl<wbr>es/X3dForWebAuthors/Chapter09-<wbr>EventUtilitiesScripting/X3dEve<wbr>ntUtilityNodeEventDiagrams.pdf</a> <<a href="http://x3dgraphics.com/examples/X3dForWebAuthors/Chapter09-EventUtilitiesScripting/X3dEventUtilityNodeEventDiagrams.pdf" rel="noreferrer" target="_blank">http://x3dgraphics.com/exampl<wbr>es/X3dForWebAuthors/Chapter09-<wbr>EventUtilitiesScripting/X3dEve<wbr>ntUtilityNodeEventDiagrams.pdf</a><wbr>>>><br>
<br>
also seems silent.<br>
<br>
Not sure if there are examples which reset the internal value of the<br>
toggle field ?<br>
<br>
Andreas<br>
<br>
<br>
all the best, Don<br>
<br>
<br>
<br>
all the best, Don<br>
-- Don Brutzman Naval Postgraduate School, Code USW/Br <a href="mailto:brutzman@nps.edu" target="_blank">brutzman@nps.edu</a> <mailto:<a href="mailto:brutzman@nps.edu" target="_blank">brutzman@nps.edu</a>><br>
Watkins 270, MOVES Institute, Monterey CA 93943-5000 USA <a href="tel:%2B1.831.656.2149" value="+18316562149" target="_blank">+1.831.656.2149</a> <tel:%2B1.831.656.2149><br>
X3D graphics, virtual worlds, navy robotics <a href="http://faculty.nps.edu/brutzman" rel="noreferrer" target="_blank">http://faculty.nps.edu/brutzma<wbr>n</a> <<a href="http://faculty.nps.edu/brutzman" rel="noreferrer" target="_blank">http://faculty.nps.edu/brutzm<wbr>an</a>><br>
<br>
<br>
<br>
<br>
-- <br>
Andreas Plesch<br>
Waltham, MA 02453<br>
</blockquote>
<br>
<br>
all the best, Don<span class="gmail-HOEnZb"><font color="#888888"><br>
-- <br>
Don Brutzman Naval Postgraduate School, Code USW/Br <a href="mailto:brutzman@nps.edu" target="_blank">brutzman@nps.edu</a><br>
Watkins 270, MOVES Institute, Monterey CA 93943-5000 USA <a href="tel:%2B1.831.656.2149" value="+18316562149" target="_blank">+1.831.656.2149</a><br>
X3D graphics, virtual worlds, navy robotics <a href="http://faculty.nps.edu/brutzman" rel="noreferrer" target="_blank">http://faculty.nps.edu/brutzma<wbr>n</a><br>
</font></span></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature"><div dir="ltr"><div>Andreas Plesch<br>Waltham, MA 02453</div></div></div>
</div></div>