uqbar-project / wollok-mobile Goto Github PK

Debería haber un botón de play a la derecha en el header, y que eso mande a ejecutar todos los tests.

Para eso habría que pasar el estado de los tests a un context 😩

Habría que hacer focus en el input automáticamente.

Especificando la versión de Node con la que estamos trabajando

Ahora al mostrar un método se calcula cómo mostrarlo con el nombre del método los nombres de los parámetros: acá (encima tiene un bug)

Esa lógica ya se encuentra en Wollok: acá.

El problema es que ese método no aparece cuando el proyecto es una dependencia 😢

Queremos que

• El buscador y el expression display siempre sean visibles
• Que se pueda scrollear todo la lista de opciones (ahora hay un bug donde se ocultan los ultimos elementos)

De manera local en el teléfono, y que se pueda recuperar luego.

• Se puede crear un archivo JSON con todos los objetos. Mirar cómo se hace con las clases nativas (WRE) acá: https://github.com/uqbar-project/wollok-ts/blob/master/scripts/buildWRE.ts#L49 (es simplemente un JSON.stringify)
• Luego, para leerlo, existe esta función fromJSON: https://github.com/uqbar-project/wollok-ts/blob/master/src/model.ts#L70
• Hay que investigar la API para guardar archivos en el FS del celular. (Googleada rápida: https://stackoverflow.com/questions/48720558/react-native-save-file-to-internal-memory/48721044)

• Ahora toma la default del sistema (lo cual está bien).
• Si se cambia, estaría bueno que quede persistido.
• Nos va a servir para testear las traducciones.

Basicamente siempre que se haga un add member (que sucede al momento de tappear el tick del header) se va a buildear todo el environment que en un celu gama media puede tardar 5-10seg.

• Que el tick se convierta en un spinner en el header mientras está buildeando
• Y que luego se convierta en un iconito de validación cuando termine (ok, warn, error). See: #41

Para esto habría que builder en otro thread: #39

Algunas features que estarían buenas:

• Que este en la misma pantalla que la consola
  • ⚠️ performance
  • #15
• Poder mover los nodos
• Podes ver los nombres de la referencia
• Gestos/interacciones
  • Zoom
  • Scroll en todas las direcciones

Esto podria ayudar al menos de inspiracion: https://graph-controller.yeger.eu/demo/

Poner un texto descriptivo y cheto para cuando no hay proyectos, entidades, atributos, métodos, tests, etc?

Esto tiene varias aristas:

• Poder importar / exportar proyectos para compartir entre Wollok-Mobiles
• Poder importar un proyecto en código (texto) descargado localmente
• Poder exportar un proyecto a código (texto)

• Return
• If
• Definir una variable / constante local

En el archivo BodyMaker.tsx - posible refactor: mover el switch a otro component/function :P

Cosas que quedaron de este PR: #49

• Actualmente nos guardamos todo el Environment, incluyendo las clases de Wollok. Analizar si eso está bien (no hay problemas con las natives?) o so conviene no hacerlo y pasarles la WRE al "buildear" el proyecto.
• Ahora los proyectos nuevos se cargan con un ejemplo medio choto de pepita:
  • Estaría bueno la opción de proyecto en blanco (con solamente la WRE) o con algún ejercicio (como pepita, el sueldo de pepe, etc.)
  • Se podría agregar alguna descripción a los "templates". Como a dónde apunta cada ejercicio.
  • Ahora el ejemplo está escrito instanciando los nodos del AST en código. Deberían estar escrito en Wollok (clonados desde GH supongo) y parsearlos desde ahí. La forma más cómoda de escribir un programa en Wollok, por ahora, es codeándolo.
• El load & save de los proyectos lleva algo de tiempo, agregar alguna animación copada.

Al correr los tests la App se cierra con Fatal signal 6. Esto es porque el UI thread se bloquea.

Probar si con esto se arregla: https://github.com/joltup/react-native-threads

EDIT (30/01/2022)

• react-native-threads se quedó en el tiempo y surgen varios problemas para instalarlo (hay que pelear con el build de RN que te cambia el código de los Packages de Java)
• Estuvimos logueando dónde está el problema con Wollok-TS y llegamos a que:
  • Probamos usar un ExecutionDirector con un setInterval para darle next "de a pasitos".
  • Hay problemas al crear la Evaluation: se rompe al crear todos los Singletons.
  • Zafando de eso (solamente creando el objeto assert), hay un problema de que la versión de JS no tiene implementado soporte para las WeakRef que se usan para la cache de Literales.
• Otra alternativa sería ejecutar en una view de un navegador (que es otro proceso) usando: https://www.npmjs.com/package/@cawfree/react-native-elsewhere (tiene problemas con Hermes)

• Poder borrar un proyecto
• Poder borrar una entidad / test
• Poder modificar y borrar un atributo
• Poder borrar un método

Deberían estar en otra tab separado de las "Entidades"

es re molesto tener que expandir todo cada vez que entro

Eso, para los devs con MacOS.

Agregar tests, de que? No se

Ahora cuando se arma una expresión se pierde el contexto de dónde se está codeando (test / método).

• Buscar la forma de poder ver esa info mientras se arma la expresión.
• También mejorar la selección de parámetros -> mostrar la expresión completa (o ver todo el método, no sé).

Dentro de los métodos / tests.

Estaría bueno tener una especie de drag&drop como Pocket Code.

• Analizar si está piola tenerlo, tal vez no es necesario
• Si lo es, instalarlo, configurarlo y escribir algo en el README

Cuando se está enviando un mensaje estaría bueno poder inspeccionar el/los método(s) que posiblemente se ejecute.

Yo había pensado tener un ojo en el listado de mensajes y que despligue el método.

Para no hardcodear textos en español en las vistas. Habría que buscar alguno que funcione con React (no conozco ninguno).

Al estar editando un método / test o al salir del proyecto.
Creando un atributo?

Se podrían traducir los selectores de los métodos que están en lang (codeados en inglés) por equivalentes internacionalizados

Poder:

• Armar una expresión
• Evaluarla
• Mostrar el resultado si lo hay

Esto debería estar basado en el ExpressionMaker.

Al momento de crear un atributo se debería poder asignar un valor inicial (una expresión).

Por ahora dijimos de poder iniciarlizarlo con un número (y tal vez string) y que quede asignado al atributo.

Esto es muy molesto para alguien que recien comienza en el proyecto, ya que necesitara generar un keystore propio.

Un comienzo

Estas lineas esta al comienzo del build.gradle, pueden ser las causantes del problema.

def keystorePropertiesFile = rootProject.file("keystores/release.keystore.properties");
def keystoreProperties = new Properties()
keystoreProperties.load(new FileInputStream(keystorePropertiesFile))

En el peor de los casos

Si no se puede fixear bien, se puede versionar un archivo con datos basura a ser reemplazados cuando se quiera releasear.

Estaría bueno saber cuánta memoria consume la app

Y no tenerlo duplicado en la App, además nos va a servir para el resto de las cosas.

Poder cargar un programa hecho en Wollok (textual) ya descargado en el dispositivo.

Lo que dice el titulo basicamente, al menos para android estaria bueno cambiar

1. El titulo (actualmente es "wollokMobile")
2. El icono
3. La splash screen

https://github.com/uqbar-project/wollok-mobile/actions/runs/2036096003

Depends on #13

Poder enviarle un mensaje (propio) al parámetro y sumarlo con la energía actual, todo dentro de la asignación.

Es mejor para proyectar o poner en papers

Si ahora creo una entidad y nunca le pongo nombre la crea sin problemas, lo que es raro, estaría bueno que no pase.

EDIT: Ahora también pasa que si agregás un Describe sin nombre y entrás para ponerle tests te muestra la pantalla de la definición de un objeto (supongo que es porque se accede por fqn, y no tener nombre rompe el fqn).

Se podría poner una validación en los diálogos de creación, que te avise que le tenés que poner un nombre.

Esta mal la ruta de la traduccion enterValue deberia ser expression.enterValue

Tener un buscador global para poder navegar más fácil

Depends on #11

Para eso es necesario poder crear el cuerpo al momento de definir método (similar a los atributos).

Esto debería poder crear una asignación de variables y poder enviarle el mensaje - a (la referencia de) el atributo (junto con otro literal).

Ahora la app tarda varios segundos en:

• Cargar un proyecto
• Navegar entre entidades y tests
• Ver una entidad
• Modificar (atributos / métodos) de una entidad
• ... prácticamente todo

Lo que habría que hacer es:

• Dar feedback de que la app no está tildada sino pensando (como un spinner grande en forma de modal)
• Analizar los cuellos de botellas (probablemente estén en Wollok-TS, pero no sabemos)
• Mejorar esos cuellos de botellas (cargar más issues si es necesario)

El objetivo es tener un comando para deployar al PlayStore

Investigar

• https://www.npmjs.com/package/publish-aab-google-play (npm)
• https://docs.fastlane.tools/ (Ruby)

Correr las validaciones de Wollok al buildear la app.

Si hay errores o warnings, mostrarlos en el header, tiro una propuesta:

Algunas propuestas

• Quiere ver la expresión total en todo momento.
• Quiero poder tappear los espacios vacíos e ir completándolos en el orden que yo quiera.
• Quiero que se indente la expresión o que sea scrolleable horizontalmente (bugfix: ahora no se puede ver la enteridad de una expresión larga).
• Mientras armo la expresión quiero poder ver la enteridad del bloque de código en el que se va a introducir la expresión.
  • Inclusive quiero ver el contexto de la sentencia. (e.g. si estoy armando un return quiero verlo)

Usar los de acá: https://github.com/uqbar-project/wollok-mobile/blob/main/assets

Y proponer crearlo en algún momento