Closed asanzo closed 11 months ago
Mmmm...
Que pasa cuando querés pasar al de abajo del que tenes abierto? Tenés que hacer click patas cerrarlo? Charlémoslo: me gustaba más la idea nuestra...
El 18 de febrero de 2016, 1:19, asanzo notifications@github.com escribió:
Ahora mismo se despliegan hacia la derecha. De esta manera, no ocupan lugar, quedan siempre visibles, y se pueden contraer cuando no sea necesario.
— Reply to this email directly or view it on GitHub https://github.com/Program-AR/pilas-engine-bloques/issues/18.
La idea original para arreglar que los bloques tapen el programa es que estén todos visibles, y que las categorías sean títulos. Quizás se puede optar por una estrategia mixta cuando no alcance el espacio. En todo caso, este fix no es para pronto, sino dentro del año, más adelante.
El tema de que CADA vez que querés agarrar algo tenés que desplegar un menú es extremadamente incómodo. La idea sería tener algo como
y que puedas desplegarlos como
o
o cualquier combinación de + y -...
Por defecto sería igual que lo que hay ahora, salvo que el desplegado sería controlado por el usuario, y podrías tener varios desplegados a la vez... FF
Creo que entiendo lo que decis y creo que es parecido a lo que deciamos nosotros. Paso en limpio ambas propuestas.
La de Alf: se ven de costado todas las categorias y bloques sin hacer ningun click. Para estos ejercicios hay suficiente espacio. La de Fidel: se ven solo las categorias y al hacer click en una aparecen debajo los bloques CORRIENDO las categorias que estan debajo, no tapandolas (como pensabamos que sugerias). Se pueden abrir otras categorias sin cerrar esta.
Creo que esta bien esta opcion. Nos va a llevar un tiempo implementarla pero me gusta. Alf?
El 19 de febrero de 2016, 12:08, gobstones-admin notifications@github.com escribió:
El tema de que CADA vez que querés agarrar algo tenés que desplegar un menú es extremadamente incómodo. La idea sería tener algo como
- Acciones
- Control
- Procedimientos
y que puedas desplegarlos como
- Acciones
- Mover a derecha
- Mover a izquierda
- Control
- Procedimientos
o
- Acciones
- Control
- Repetir
- Si-entonces-sino
- Repetir hasta que
- Procedimientos
o cualquier combinación de + y -...
Por defecto sería igual que lo que hay ahora, salvo que el desplegado sería controlado por el usuario, y podrías tener varios desplegados a la vez... FF
— Reply to this email directly or view it on GitHub https://github.com/Program-AR/pilas-engine-bloques/issues/18#issuecomment-186252106 .
Sigo pensando que el enfoque mixto automático es la propuesta ganadora. Si hay espacio, mostrar siempre todos los bloques, con un título en la categoría. Si no hay espacio, colapsar alguno (ó todos) con la metodología que dice Fidel.
Y sí, se tarda en implementar. Encolo este issue y en un par de meses, cuando tengamos algo, reflotamos.
De acuerdo.
El 19 de febrero de 2016, 14:53, asanzo notifications@github.com escribió:
Sigo pensando que el enfoque mixto automático es la propuesta ganadora. Si hay espacio, mostrar siempre todos los bloques, con un título en la categoría. Si no hay espacio, colapsar alguno (ó todos) con la metodología que dice Fidel.
Y sí, se tarda en implementar. Encolo este issue y en un par de meses, cuando tengamos algo, reflotamos.
— Reply to this email directly or view it on GitHub https://github.com/Program-AR/pilas-engine-bloques/issues/18#issuecomment-186331227 .
+1 a esta funcionalidad.
El toolbox como lo resuelve la nueva versión de Scratch es muy interesante:
Y Gobstones ahora puede usar un workaround interesante también para evitarse la anidación de categorías:
Code.org usa a veces toolboxes pelados sin nombre, adecuados para cuando hay pocas primitivas ó cuando no se quiere poner un nombre de categoría:
Y sino los típicos toolboxes de blockly, de una sola indirección:
Creo que la regla general es no anidar categorías, y con eso estamos más o menos bien. La solución de Scratch creo que es superadora, pero dudo que podamos implementarla en el corto plazo.
Esto se resolverá con el Continuous Toolbox una vez que actualicemos Blockly en la migración a React.
Ahora mismo se despliegan hacia la derecha. De esta manera, no ocupan lugar, quedan siempre visibles, y se pueden contraer cuando no sea necesario.