Creación de programa en webInterface about asibot-main HOT 12 CLOSED

Por un lado hay pestañas de movimiento, pero el punto se captura con el botón de Capture Point que está parte superior derecha en la pestaña program, a modo 'estoy conforme con esta posición que estoy viendo'.

from asibot-main.

Es verdad que en la pestaña de program hay una parte donde pone captured points pero no hay ningún botón, por eso yo guardaba los puntos desde la pestaña joint pensando que se guardaría desde allí también pero ya veo que no es así.
Entonces esa es mi duda, no hay botón para capturar puntos desde la pestaña program, por tanto no se puede hacer un programa.

from asibot-main.

Si te fijas en 2:51 del vídeo, hace click en el botón de Capture point (no el texto, sino la imagen del punto rojo estilo 'grabar' justo debajo). De ahí además se le pide confirmación en una pequeña ventana emergente.

1. ¿Tienes el botón rojo en pantalla? (lo he señalado con una flecha rosa sobre un pantallazo)
2. ¿Te sale la ventana emergente? (sólo se me ocurre que tengas bloqueado cualquier Alerta de javascript en el navegador; en todo caso, suele saltar un aviso de intento de ventana emergente)

from asibot-main.

El problema es que no me sale el botón rojo en pantalla e incluso he visto el código de program.html y en el apartado de POINTS está vacío, aunque he de reconocer que no tengo mucha idea de html ni javascript.
Adjunto un pantallazo de lo que me sale en la pestaña program

from asibot-main.

Tienes razón, el vídeo está desactualizado. En versiones más recientes de webInterface los puntos se guardan desde las pestañas de movimiento. Con c6ca734 he arreglado lo de que aparezcan los puntos en la pantalla de programa (puedes hacer el clásico git pull, recompilar y volver a instalar), pero todavía hay problemas de creación de programas debido a rutas y a permisos. Iré arreglando estos problemas y te mantendré al tanto.

from asibot-main.

Lo acabo de probar y si, es verdad que ya se guardan los puntos y también me deja crear un programa con dichos puntos. Pero ahora la cuestión es ejecutar ese programa, que supongo que se hace desde la pestaña asiggner.
Una vez creado y guardado el programa, me dirijo a la pestaña assigner, elijo el programa creado y le doy al botón Assign to Task, pero no sucede nada, ni sale una ventana emergente.
De todas formas estaré esperando actualizaciones, gracias.

from asibot-main.

@DennysMS Assign to task requiere haber especificado un programa, un comando de voz y un icono, pero únicamente muestra una alerta si olvidas seleccionar alguno de los iconos. El comando de voz es lo que más guerra da porque no funciona la escucha de eventos en JavaScript para el cambio de contenido en el <input> de la pestaña Speech. Una alternativa es crear manualmente el fichero words.ini en tu userPath (en mi caso ~/.local/share/yarp/contexts/webInterface/) y añadir allí tus comandos, uno por línea.
@jgvictores en PeterBowman/asibot-main@e2313c7 he corregido el handler para que guarde correctamente los comandos de voz y he añadido también un par de ventanas emergentes para que el usuario no se pierda si olvida introducir algún parámetro.

from asibot-main.

@PeterBowman Creo que aún hay rutas rotas (esto se debe a cambios en todo lo de context de YARP), pero buenas mejoras! Un PR sería muy bienvenido. 😄

from asibot-main.

@jgvictores el único problema con las rutas que había notado es que no me encontraba los scripts de /share/../user, en particular template.py, que carga un trozo de código necesario para ejecutar las tareas guardadas (pestaña Launcher). Esto debería estar ya resuelto con PeterBowman/asibot-main@7a58b96, aunque sería preferible buscar otra solución. Por lo que veo, WebResponder espera que tanto template.py como AsibotPy.py estén ambos en userPath, luego puede que lo óptimo sea copiarlos durante la instalación. La solución actual requiere que AsibotPy.py esté incluido en la variable $PYTHONPATH.

from asibot-main.

En cuanto a AsibotPy.py, etc... lo ideal sería crear un setup.py. CMake sería el encargado de invocar python setup.py install.

from asibot-main.

En cuanto a AsibotPy.py, etc... lo ideal sería crear un setup.py. CMake sería el encargado de invocar python setup.py install.

@jgvictores esto ya estaría listo en la rama setup-py, CMake creará el módulo AsibotPy (llamando a AsibotPy.py) durante la instalación. ¿Hay algo más que quede por hacer en esta issue? ¿Qué te parecería incluir example/python/CartesianClient.py en ese mismo módulo para evitar la necesidad de configurar ASIBOT_ROOT? Las únicas referencias restantes a esta variable (según tengo entendido, estaba siendo eliminada progresivamente) serían las de la documentación y una más en example/exportable/ExternalModules.cmake.template, que no parece que se esté usando. Otra opción es olvidarnos por completo de AsibotPy.py, instalar un módulo para CartesianClient e importarlo directamente en template.py junto con YARP y la comprobación de conectividad.

from asibot-main.

¿Qué te parecería incluir example/python/CartesianClient.py en ese mismo módulo para evitar la necesidad de configurar ASIBOT_ROOT?

Me parece bien. De hecho:

1. example/exportable es una cosa obsoleta desde que existen las shared libraries de YARP.
2. En realidad CartesianClient.py (además de CartesianClient.java) deberían desaparecer a corto plazo, siendo reemplazados por un enfoque más parecido al de ColorClient (nota: todos estos también desaparecerán... ☠️ 💪 😄 💪 ).

En conclusión: refractorizaremos mucho, pero de momento mover el código de example/python/CartesianClient.py a AsibotPy.py es una solución muy elegante. Por favor, ¡adelante!

from asibot-main.