nuevos idevices

Hola Fran,
En principio en desarrollo, en pruebas, tenemos ya que eXe incluye la opción de agregar y eliminar idevices por menús, no sólo los que son variantes de los cuatro básicos (que ya se pueden importar/exportar como idp) sino cualquier idevice. 
En las pruebas realizadas esos idp deben venir con los dos dos módulos python (no son necesarios los compilados) y los tres content (data, sxd y xml). Te adjunto uno de ejemplo, creado desde eXe exportando uno de los de FP. 
Ciertamente esto aún se puede cambiar, si lo vemos conveniente.
Acerca de si es mejor sustituir un idevice existente por una versión mejorada o si incorporarlo como uno nuevo… opino que si es obviamente una versión mejorada de uno preexistente simplemente sustituiría el viejo por el nuevo, sin complejos, es igual y mejor?, pues a actualizar. Podemos aprender de la cierta confusión en los usuarios “no FP” cuando ven idevices muy similares…  Otro tema sería si ciertamente no es mejor, sino diferente. Recuerda que, por lo dicho más arriba, se dispondrá de un repositorio de idevices.
No soy hacedor experimentado de actividades, así que acerca de si lo vería como una mejora o como “otra cosa diferente” lo dejo a otra gente.
A mí en principio me suena genial lo que has hecho.
Un saludo

pues que graciosa la seguridad….   a ver este adjunto, he renombrado el .idp como .zip;  si sube lo tendrás que renombrar de nuevo.

Es obvio que de entrada lo deseable es que un nuevo idevice haya podido hacerse autosuficiente (todas sus necesidades cubiertas en sus dos múdulos **idevice.py y *block.py), pero como sabemos puede ser mucho más operativo modificar módulos como los que comentas (field, element etc.).
 
Desde eXe se tiene hoy (junio 2012) en pruebas el código que permite agregar o eliminar idevices “de verdad”, no sólo los que son combinaciones de los 4 básicos. Para no ser necesario ser el administrador del ordenador donde se pretenda la instalación de un nuevo idevice, ésta se realiza en el directorio personal en el usuario. Ahora eXe buscará idevices en su propio código Y en ese directorio personal. Esto saldrá próximamente.
Esta nueva funcionalidad impone el compromiso de mantener un repositorio de idevices instalables. 
En principio consideramos los 18 idevices originales como un buen surtido de herramientas, debiera ser la dotación de serie. Son el tiempo y las demandas de los usuarios quienes irán provocando cambios, de los 18 válidos cuando se inició el desarrollo de eXe es natural que alguno vaya cayendo en desuso y otros vayan apareciendo.
 
Desde eXeLearning.net sólo hay una manera de trabajar: cuando se decide adoptar una posible mejora o funcionalidad se hace con todas las consecuencias. Sean idevices o no. Si un nuevo device es considerado valioso por la comunidad y sus creadores lo hacen disponible:
–  se subirá al repositorio de idevices soportados y su código pasa a integrarse a todos los efectos: si hacen falta nuevas clases en element y en field se modifican también, por supuesto,  ¿cómo si no?, otros posibles futuros desarrollos de idevices pueden requirir otros cambios en esos o en otros módulos… y como imaginas es más operativo mantener la vigencia de un sólo field.py que de tantos como nuevos idevices puedan surgir.
– se incorporarán en el código de eXe las traducciones de sus cadenas de texto
En definitiva un idevice que se incorpore al repositorio debe tener asegurada su carga exitosa. ¿Que no se llega a importar nunca?, no pasa nada, ni al módulo modificado ni a los ficheros de traducciones les va a pasar nada.
 
En concreto, acerca de las tres opciones que planteas, no entiendo cuando dices que la opción del idevice “autosuficiente” (todo su código en listaidevice.py y listablock.py) desvirtúa la estructura actual. ¿Es clara la conveniencia de modificaciones en módulos transversales como field y element?, pues adelante, asegúrate de que eso no pueda originar problemas en otras funcionalidades, pero si puedes conseguir las mismas funcionalidades sin tocarlos más fácil será de mantener.
 
 
Vamos a ir ayudando a probar lo que tienes hecho. 
 
Un saludo

Hola Fran:

Lo primero darte las gracias por el esfuerzo y el trabajo que has realizado. Ton ha conseguido reproducir el código que has elaborado del idevice y me parece un avance notable ya que era un tipo de actividad que le faltaba a exe. Enhorabuena por ello.

Como dices que es una prueba y que no está al 100% depurada solo te comento dos cosillas que he visto, a ver si a ti también te pasan:

1. El botón de envío no me funciona, no hace nada, no da las respuestas correctas

2. Sería deseable que en los desplegables que genera, las posibles soluciones tengan un orden aleatorio… ¿has pensado en ello?

Pues nada mas, darte la enhorabuena y en exelearning.net estamos todos encantados en poder ayudarte y en darte la bienvenida al proyecto.

Un abrazo

• This reply was modified Hace 12 años, 5 meses by  Antonio Monje Fernández.

Para no modificar common.js, ¿has probado a definir los archivos necesarios en el *.py del iDevice y a incluir la llamada al JS en el propio HTML generado por el mismo?
self.systemResources += [“mi_js.js”, “mi_imagen.gig”, etc.]oself.systemResources.append(‘mi_js.js’)
Por favor, si lo haces, dinos si funciona.
¡Gracias por la aportación!

observa cómo crean el recurso en appletidevice.py y en attachmentidevice.py:
Resource(self, resourceFile)
(siendo por ejemplo resourceFile = Path(filePath))
Aunque tampoco veo problemas en usar el módulo shutil, no sería la primera vez en eXe.

Hola Fran:

Hemos probado el idevice que has creado y está genial. Muchas gracias por la aportación. ¿podemos incluirlo en la siguiente versión, citando por supuesto al autor claro ;-)?

Sigues trabajando en alguna otra cosilla. Mantennos informados

Un abrazo

Así es. No tiene sentido que se cargue common.js más de una vez, no. De hecho, sería mejor no hacerlo. Se resolverá lo antes posible; en cuanto empiece la revisión de los iDevices.

Consulta appletidevice.py, gestiona ficheros de muy diversas maneras y puede darte ideas. Cualquier duda ya sabes.

Hola Fran:

Si no eniendo mal tu propuesta, se podría cargar de esa manera elementos estructurados como animaciones que carguen los textos desde archivos .xml en subcarpetas. Sería realmente interesante, porque ahora mismo, para incorporar este tipo de recursos estamos haciendo esto:

1. Regenerar el .swf para que llame a un .xml que esté en la misma carpeta y no en una subcarpeta.
2. Cargar en exe el swf
3. Cargar el .xml mediante un enlace para garantizar su incorporación al paquete

Tu idevice sería muy util pero creo que debería ser sólo un primer paso y que este tema se debería abordar en profundidad, para que sea posible hacerlo desde un botón del editor y así incorporar contenidos estructurados en cualquier idevice. Eso supone replantear a fondo la gestión de archivos.

Mucho ánimo con el idevice y muchas gracias por colaborar. 🙂

Hola Fran:

¿Necestas una rama en la forja? ¿Te facilitaría el trabajo?

Un saludo

Hola

Subido el idevice (versión 25 junio) y su carga a la rama jsui en la rev 432.

Un saludo

Buenos dias alguien tendra algun tutorial de como programar IDevices en Phyton? Soy novato disculpen la molestia se los agradeceria mucho 🙂

Hola Edson:

Desarrollos… mira en la forja la guía para unirse al proyecto y cómo crear un idevice: https://forja.cenatic.es/plugins/mediawiki/wiki/iteexe/index.php/P%C3%A1gina_principal

• This reply was modified Hace 10 años, 7 meses by  Antonio Monje Fernández.

Antonio Muchas Gracias 

Buenas, estoy interesado en saber como se crean los idevice desde “0” pero la guía de forja ya no funciona y la de GitHub no la llego a entender ¿Hay alguna guía nueva?

Hola jsanchez.

Documentación (en inglés): https://github.com/exelearning/iteexe/wiki/Creating-An-Idevice

Lee también esta respuesta.

De todas formas, estamos trabajando en un sistema para que desarrollar nuevos iDevices sea más sencillo. Se hará con JavaScript. Hay una rama en la que ya está funcionando (javascript-idevices). En esta petición (FR) de GitHub encontrarás una explicación de su funcionamiento.

Avísanos si desarrollas un iDevice nuevo, por favor. Tal vez pueda ser interesante para otros usuarios. La ayuda y las ideas siempre son bienvenidas.

Espero que la información te sirva.

Saludos.