[x3d-public] Proposed Standard additions. MFStringSequencer and MFNodeSequncer

[GPU Group]

Or rely on integerSequencer to generate integer index, and have a
packed/contiguous list:

StringSwitch - inputOnly SFInt32 set_index, outputOnly SFString
value_changed, field MFString values

NodeSwitch - inputOnly SFInt32 set_index, outputOnly SFNode value_changed,
field MFNode values?

Benefit, can generate more node types as needed with fewer lines of code.

Or could combine into one giant FieldChoice node with fields MFNode
node_values, MFString string_values, MFDouble, MFFloat, MFTime, MFImage,
MFMatrix3f ...

and outputOnly node_changed, string_changed, double_changed, float_changed,
time_changed, image_changed, matrix3f_changed output fields,

and when set_index, it outputs any SF that are within the corresponding MF
range?

Benefit: only one new node needed.

-Doug

On Sun, Sep 10, 2023 at 11:36 PM John Carlson <yottzumm at gmail.com> wrote:

> We can do this with SAI by adding and removing routes.  But the question
> is, can we do it declaratively, without script?
>
> John
>
> On Mon, Sep 11, 2023 at 12:23 AM John Carlson <yottzumm at gmail.com> wrote:
>
>> Say I want to take a [0,1] fraction key and map it to an MFString
>> keyValue.  How do I do that in X3D?
>>
>> This might be used for alternating Text nodes, or ROUTEs (as nodes), see
>> below.
>>
>> Also, can I take a similar key fraction and map to keyValue MFNodes?
>>
>> I realize that Switch plus and ScalarInterpolator would satisfy the
>> latter.
>>
>> I’m not clear on how to do the former. This would be key to sending
>> events to ROUTEs, changing the from/to node names and fields.
>>
>> This seems like a very powerful feature!  I just don’t know how to route
>> SFString events to route statements.  Is there an alternative?
>>
>> Maybe I should create an Uber X3D?  Can we add DEF and name to ROUTEs,
>> and make them first class nodes?
>>
>> I’m not sure how performant this would be, or even how implementable.
>>
>> It’s probably an idea to throw in the trash!  It’s derived from trying to
>> reduce source code size.
>>
>> Thanks!
>>
>> John
>>
>>
>> _______________________________________________
> x3d-public mailing list
> x3d-public at web3d.org
> http://web3d.org/mailman/listinfo/x3d-public_web3d.org
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://web3d.org/pipermail/x3d-public_web3d.org/attachments/20230911/2602db63/attachment-0001.html>