Dado que trabajaremos en una proyección en dos dimensiones, moviendo un ratón por la pantalla podremos alterar la posición del objeto en dos dimensiones, o sea, en un plano. Para detectar movimientos en un plano X3D dispone del nodo PlaneSensor, que se dedica precisamente a eso.

Pero PlaneSensor presenta un problema: por defecto, sólo traduce los movimientos del ratón en un plano paralelo al plano Z=0, por lo que sólo permite movimientos en X e Y. ¿Cómo podemos hacer que los movimientos se detectaran y tradujeran en un plano distinto, por ejemplo el XZ? La solución es algún mecanismo que nos permita rotar el sensor.

Las versiones recientes de la especificación X3D incluyen para el nodo PlaneSensor un campo llamado AxisRotation, que permite girar el sensor en el espacio y llevar a cabo movimientos en cualquier dimensión. No obstante, las versiones más recientes de Xj3D todavía no lo implementan, por lo que haremos uso de la solución que ha sido clásica hasta ahora: envolver el PlaneSensor en un nodo Transform con la rotación deseada para girarlo, y los posibles hijos que pudiera tener el PlaneSensor envolverlos en otro nodo Transform con la rotación inversa a la anterior, para que recuperen su posición original.

Todo este mecanismo, envuelto en un prototipo, está disponible en el archivo AxisRotationPlaneSensor.x3d del SVN del proyecto. Un ejemplo de uso, que aplica este sensor a un cubo y a un cono es AxisRotationPlaneSensorTest.x3d.

Más adelante veremos cómo usar estos objetos para construir nuestro envoltorio autodesplazable y escalable…

Algo así le sucedió a este proyecto. Justo después de las últimas modificaciones subidas a la forja, con un pequeño cubo de demostración capaz de moverse en varias direcciones, comencé a plantearme el tema de la rotación. Resultó entonces que el esquema y modo de manejo que me había propuesto implementar no funcionaba a la hora de rotar. Después de varios cambios de planteamiento (algunos de ellos bastante radicales), pruebas, peleas con los mecanismos de cálculo de traslación y rotación de X3D, más pruebas… Simplemente no ví salida.

Así que, como si de un laberinto se tratase, regreso hoy a donde hace ya algún tiempo empecé: un cubo que se mueve, pero que no gira. ¿Cómo vamos a hacerlo girar? Algo se nos tendrá que ocurrir…

Por fin, después de muchas probaturas, ajustes y cabreos, llega “el cubo que se mueve a sí mismo”. Se trata, simplemente, de un cubo tal que, en cada una de sus caras, tiene un sensor que permite moverlo en el plano paralelo a dicha cara. Si lo cojo por delante, podré moverlo hacia arriba y abajo y a los lados (pero no adelante y atrás); si lo cojo por un lateral, lo podré mover arriba, abajo, delante y detrás (pero no de lado)…

En fin, que lo mejor es probarlo uno mismo. En el repositorio de SVN, dentro de la zona de mundos de prueba, se puede encontrar este pequeñuelo que tantos problemas ha dado, junto con otras probaturas que he ido haciendo a lo largo del proyecto.

Qué alivio cuando las cosas por fin salen…

Es necesario determinar cómo los movimientos del ratón se van a traducir en desplazamientos en cualesquiera de los tres ejes y en rotaciones alrededor de ellos. Para ello hay varias tácticas posibles, de las cuales ninguna hasta el momento me ha parecido totalmente satisfactoria. Próximamente publicaré algunas de las pruebas que he venido haciendo…

• Sistema Integrado para el Soporte a la Docencia, por el premio al Mejor Proceso de Desarrollo
• ICUM, como Premio a la Mejor Utilidad
• Ese THORO (el único toro que no eMBiste ) premiado como Mejor Idea Original
• ZERO, Premio Especial JCCM/CESLCAM, por todo el curro en general
  

QuiXo3D obtuvo una mención especial, junto con el proyecto psicodélico y divertido de Funny Box.

Muchas gracias a todos por dar este pequeño empujón al Software Libre.

Básicamente, se trata de crear la definición de un nuevo nodo (el prototipo), con todos los campos que necesitamos en una cabecera, y luego un cuerpo que contiene los elementos X3D (nodos, rutas, etc) que forman su implementación. Una vez declarado, incluyéndolo en cualquier escena lo podremos utilizar como si de un nodo más se tratara.

Empecé a prestar atención a este mecanismo cuando, escribiendo una clase en Java para implementar mi envoltorio de objetos en la escena (el wrapper), me dí cuenta de que estaba construyendo un sistema de paso de mensajes que duplicaba el mecanismo de eventos de que ya dispone X3D: se podría acceder cómodamente a toda esa funcionalidad ya definida usando un nodo proto de X3D que encapsulara toda la funcionalidad que necesito de un wrapper. El resultado es que el wrapper se pasa a implementar mediante un proto como éste:

        <ProtoDeclare name='Wrapper' documentation='Wrapper object for easy editing.'>
            <ProtoInterface>
                <field name='size' accessType='inputOutput' type='SFVec3f' value='1 1 1' />
                <field name='translation' accessType='inputOnly' type='SFVec3f' value='0 0 0' />
                <field name='rotation' accessType='inputOutput' type='SFRotation' value='0 0 0 0' />
                <field name='color' accessType='inputOutput' type='SFColor' value='1 0 0' />
                <field name='addChildren' accessType='inputOnly' type='MFNode' />
                <field name='content' accessType='inputOutput' type='MFNode' />
                <field name='enabled' accessType='inputOnly' type='SFBool'  value='true'/>
                <field  name='whichChoice' accessType='outputOnly' type='SFInt32' />

            </ProtoInterface>
            <ProtoBody>
                <Group DEF='WrapperGroup'>
                    <Switch DEF='WrapperSwitch' whichChoice='0'>
                        <Transform DEF='WrapperTrans'>
                            <IS>
                                <connect protoField='translation' nodeField='translation' />
                                <connect protoField='rotation' nodeField='rotation' />
                                <connect protoField='addChildren' nodeField='addChildren' />
                            </IS>

                            <Transform DEF="CubeTrans">
                                <IS><connect protoField='size' nodeField='scale'/></IS>
                                <Shape>
                                    <Box>
                                    </Box>
                                    <Appearance>
                                        <Material DEF='CubeMaterial' transparency='0.5'>
                                            <IS><connect protoField='color' nodeField='emissiveColor' /></IS>
                                        </Material>
                                    </Appearance>
                                </Shape>
                            </Transform>
                            <Group DEF="EntityTransform">
                                <IS><connect protoField='content' nodeField='children' /> </IS>
                            </Group>
                         </Transform>
                        <Script DEF='Enabler'>
                            <field name='enabled' accessType='inputOnly' type='SFBool' />
                            <field  name='whichChoice' accessType='outputOnly' type='SFInt32' />
                            <IS>
                                <connect protoField='enabled' nodeField='enabled' />
                                <connect protoField='whichChoice' nodeField='whichChoice' />
                            </IS>
                            <![CDATA[ecmascript:
                                function enable (value) {
                                    enabled = value;
                                    if (enabled) {
                                        whichChoice = 0;
                                    }
                                    else {
                                        whichChoice = -1;
                                    }
                                }
                            ]]>
                        </Script>
                        <Script DEF='relativeTranslation' directOutput='true'>
                            <field name='wrapperTransform'  accessType='inputOutput' type='SFNode' >
                                <Transform USE='WrapperTrans' />
                            </field>
                            <field name='relativeTranslation' accessType='inputOnly' type='SFVec3f' />
                            <field name='translationCorrected' accessType='outputOnly' type='SFVec3f' />
                            <field name='size'  accessType='inputOutput' type='SFVec3f' />

                            <IS>
                                <connect  protoField='size' nodeField='size' />
                            </IS>

                            <![CDATA[ecmascript:
                                function relativeTranslation (value) {
                                    sensed = value;
                                    currentX = wrapperTransform.translation.x;
                                    currentY = wrapperTransform.translation.y;
                                    currentZ = wrapperTransform.translation.z;
                                    translationCorrected = wrapperTransform.translation;

                                    // If the new relative translation is inside the wrapper cube, correct it
                                    if ( Math.abs ( sensed.x - currentX ) < (size.x/2) ) {
                                        translationCorrected.x = sensed.x;
                                    }

                                    if ( Math.abs ( sensed.y - currentY ) < (size.y/2) ) {
                                        translationCorrected.y = sensed.y;
                                    }
                                    if ( Math.abs ( sensed.z - currentZ ) < (size.z/2) ) {
                                        translationCorrected.z = sensed.z;
                                    }
                                }
                              ]]>
                        </Script>

                        <!--
                        <Script DEF='absoluteTranslation' directOutput='true'>
                            <field name='absoluteTranslation' accessType='inputOnly' type='SFVec3f' />
                            <field name='translationCorrected' accessType='outputOnly' type='SFVec3f' />

                            <IS>
                                <connect protoField='translation' nodeField='absoluteTranslation' />
                            </IS>
                            <![CDATA[ecmascript:

                            function absoluteTranslation(value) {

                                translationCorrected = value;

                            }
                              ]]>
                        </Script>
                        -->
                    </Switch>
                    <TouchSensor DEF="WrapperInnerSensor"/>
                </Group>

                <ROUTE fromNode='WrapperInnerSensor' fromField='hitPoint_changed' toNode='relativeTranslation' toField='relativeTranslation' />
                <ROUTE fromNode='relativeTranslation' fromField='translationCorrected' toNode='WrapperTrans' toField='translation' />

            </ProtoBody>
        </ProtoDeclare>

De momento el wrapper no tiene representación gráfica, pero en futuras versiones quizá sea una caja semitransparente alrededor del nuevo objeto, quizá indicando datos como el tamaño de la forma o mostrando guías para su posicionamiento. Para facilitar esas futuras extensiones, se ha definido un interfaz común para todos los posibles wrapper, y ahora estoy creando una implementación de la versión más sencilla (SimpleWrapper), para ir ampliándola después.

El diagrama (en inglés, tremendamente complicado ) y realizado con Umbrello, está en la sección de documentación de la forja.