Primero que nada dependo de lo que decida el mantenedor :).<br><br>En la versión que está por salir, el cambio es cambiar el formato de las imágenes a utilizar de gif a svg<br>Luego empezaría a ir mechando mis ideas (que son las que transcribís), aunque no todas en la misma versión, siendo el primer cambio que me sugirió implementar es el poder nombrar variables y procedimientos, para eso estoy creando constantes de cadena. Y con ese cambio, el poner un nuevo bloque desplegar para las cadenas sería casi trivial, utilizando la lógica presente para desplegar los valores numéricos.... <br>
<br>Esa fue la lógica que seguí para mi respuesta... pero releyendo el thread y el código, encontré que cuando <br>se "muestra" un valor numérico, este aparece en la barra de estado y no en la posición de la tortuga... por lo tanto mi respuesta no fue correcta, ya que no se estarían pudiendo escribir en la tela los textos.<br>
<br>Pido disculpas por haber puesto la carreta antes que los bueyes y espero haber contestado tu pregunta.<br><br>Saludos,<br>Luis<br><br><div class="gmail_quote">2008/11/20 Daniel Ajoy <span dir="ltr"><<a href="mailto:da.ajoy@gmail.com">da.ajoy@gmail.com</a>></span><br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div class="Ih2E3d">On Wed, 19 Nov 2008 16:15:54 -0500, Luis Michelena <<a href="mailto:luis.michelena@gmail.com">luis.michelena@gmail.com</a>> wrote:<br>
<br>
> La segunda es que el tema de poder imprimir texto sería un subproducto de las modificaciones que había propuesto hace un tiempo, que estarían saliendo en la versión siguiente a la próxima.<br>
<br>
<br>
</div>¿Cuáles modificaciones estarían saliendo para la siguiente versión? ¿ Estas de aquí abajo ?<br>
<br>
<br>
------- Forwarded message -------<br>
From: "Luis Michelena" <<a href="mailto:luis.michelena@gmail.com">luis.michelena@gmail.com</a>><br>
To: "OLPC en castellano para usuarios, docentes, voluntarios y administradores" <<a href="mailto:olpc-sur@lists.laptop.org">olpc-sur@lists.laptop.org</a>><br>
Cc:<br>
Subject: [Sur] Posibles mejoras turtleart<br>
Date: Wed, 15 Oct 2008 13:12:14 -0500<br>
<br>
Quería hacer una consulta a titulo personal sobre turtleart.<br>
Desde siempre he sido un enamorado de logo y esta reencarnación me gusta<br>
mucho, junto con scratch.<br>
Hace un tiempo que estoy haciendo algunas pruebas con turtleart y me han<br>
dado ganas de ampliar turtle art un poco.<br>
<br>
La idea es crear:<br>
variables de tipo cadena<br>
variables de tipo booleano(si o no)<br>
permitir crear:<br>
variables de tipo cadena de caracteres<br>
procedimientos nominados, y no solo stack1 o stack2<br>
pasaje explicito de parámetros, que permita hacer recursión<br>
funciones(definidas dentro de TA y no usando python) con tipo<br>
explicito de salida(numérico, booleano o cadena), que permitan utilizar su<br>
salida en llamadas, por ejemplo a avanzar. Y permitan definir alcance local<br>
de los parámetros.<br>
<br>
La idea es poner algunas primitivas nuevas:<br>
evaluar "pepito" para llamar a la función booleana pepito<br>
calcular "pepito" para llamar a la función entera<br>
obtener palabra de "pepito" para llamar a la función de cadena pepito<br>
hacer "pepito" para ejecutar el procedimiento pepito.<br>
<br>
<br>
Por eso les quería preguntar si les parece que sería un cambio útil desde el<br>
punto de vista pedagógico y didáctico: por ejemplo permitirles definir su<br>
multiplicación como multiplicación iterada o con definición recursiva.<br>
La razón de esta proposición es que me parece que no es demasiado intuitivo<br>
que una vez llamar a stack1 signifique hacer una estrella y al siguiente sea<br>
hacer un polígono regular. Además para muchas cosas dos procedimientos y<br>
variables me resultan por demás pocos para algunos problemas. Además que la<br>
resolución de problemas es más entendible cuando se permite llamar las cosas<br>
por su nombre y modularizar las acciones para permitir trabajar en distintos<br>
niveles de abstracción además que la resolución en forma recursiva me parece<br>
que es intuitiva y permite obtener resultados muy vistosos en forma<br>
relativamente simple... por ejemplo para hacer una forma fractal.<br>
<br>
La idea de permitir las funciones de cadena es que me parece que, por<br>
ejemplo (y tomando las practicas con letras ya comentadas en la lista), que<br>
estaría muy bueno poder hacer una función que dibuje cada letra (incluido el<br>
espacio) y después una función que tome una cadena y haga:<br>
<br>
para escribir_oracion oracion:<br>
largo_oración=largo(oración)<br>
iterar pos entre 1 y largo_oracion:<br>
letra=posicion pos de oracion<br>
hacer escribir_letra letra<br>
derecha 90<br>
avanzar 10<br>
izquierda 90<br>
<br>
que les permitiría hacer lo que quieren hacer a los niños y como contenido<br>
actitudinal los induciría a intentar ir resolviendo los problemas<br>
partiéndolos en problemas más pequeños.<br>
<br>
Como trabajo a futuro, me pregunto si les resultaría interesante la<br>
posibilidad de poder importar en un script otros archivos .ta como librerías<br>
de funciones que les permita utilizar lo producido antes por ellos o otros.<br>
Y que haya una pestaña especial en TA que sea compartiendo (o algo así), que<br>
se habilite cuando se está en una instancia compartida, que permita pasarse<br>
con el compañero los archivos de ta que ya hice o que el me mande alguno que<br>
hizo.<br>
Además generar otro formato de archivo de TA que sea (casi) un archivo logo<br>
correcto, porque el formato actual no es muy legible. Esto permitiría pasar<br>
más adelante a versiones más potentes de logo sin perder lo ya hecho.<br>
Y por último crear una interfaz amigable que permita agregar nuevas<br>
funcionalidades más avanzadas utilizando python, del estilo de la raíz<br>
cuadrada, en forma visual. un ejemplo de esto sería por ejemplo en el caso<br>
de querer dibujar un triángulo rectángulo, poder definir(o utilizando la<br>
función predefinida correspondiente de python) la función arcotangente, que<br>
era una de las herramientas idóneas para ese problema:<br>
<br>
para triangulorectangulo cateto1 cateto2:<br>
avanzar cateto1<br>
derecha 90<br>
avanzar cateto2<br>
hipotenusa=raizcuadrada ((cateto1 * cateto1) + (cateto2 * cateto2))<br>
dirección=180 - arcotangente(cateto1/cateto2)<br>
derecha direccion<br>
avanzar hipotenusa<br>
<br>
o<br>
<br>
para triangulorectangulo hipotenusa angulo:<br>
avanzar hipotenusa<br>
retrocede rhipotenusa<br>
derecha angulo<br>
avanzar hipotenusa * coseno(angulo)<br>
izquierda 90<br>
avanzar hipotenusa * seno(angulo)<br>
<br>
lo que me parece que sería una linda forma de ir entrándose en la idea de<br>
trigonometría, que es un concepto que nace naturalmente al necesitar hacer<br>
un manejo cualitativo de la geometría(que es un aspecto casi diría<br>
intrínseco de logo y por herencia de TA), para hacerlo menos árido, podría<br>
ser utilizado el dibujar una casa en su encarnación más típica, cuando el<br>
techo no está inclinado a 45 o 60 grados.<br>
<br>
Felicidades a los que llegaron hasta acá ;)<br>
<br>
Como añadidura, me pongo a la disposición en caso que les interese una<br>
charla sobre formas de abordar este tema en el aula, o gracias al tutorial<br>
de Walter, hacer un pequeño taller "hands on" sobre como trasladar funciones<br>
disponibles en python a turtleart, que significaría un pequeño paseo por<br>
turtleArt, paint, develop(o aunque sea vi si develop no está pronto), y<br>
python(aunque en este paso el código de TA no es el más adecuado). Aunque<br>
claro me tienen que dar un tiempito para que lo prepare ;-)<br>
<br>
Saludos,<br>
Luis Michelena<br>
<br>
<br>
=========================<br>
<div><div></div><div class="Wj3C7c">_______________________________________________<br>
Lista olpc-Sur<br>
<a href="mailto:olpc-Sur@lists.laptop.org">olpc-Sur@lists.laptop.org</a><br>
<a href="http://lists.laptop.org/listinfo/olpc-sur" target="_blank">http://lists.laptop.org/listinfo/olpc-sur</a><br>
</div></div></blockquote></div><br>