arreglé el tamaño de poner en caja y cambie el comportamiento de los cabezales de stack cuando se hace click sobre ellos, para que en vez de ejecutarlos, oculte o muestre su contenido en una versión rápida de las cajas que nombrabas antes. Con el rationale que son solo declaraciones y no elementos directamente ejecutables... para ejecutarlos hay que uilizar el bloque stack correspondiente <br>
parece que tenemos un empate técnico con lo de mantener o no caja1 y 2, necesitamos alguien que desempate...<br>Desde el punto de vista de desarrollo el tratar las variables como stacks es cuestión de media hora, así que no influye mucho. Sobre la facilidad de uso y legibilidad del código TA, no estoy seguro qué será recomendable. De mis experiencias con assembler me quedó la sensación que a veces las pilas dan lugar a confusiones, por ejemplo en el tema que uno tiene que sacar en orden inverso al que pone.<br>
Saludos,<br>Luis<br><br><div class="gmail_quote">2008/11/27 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 Thu, 27 Nov 2008 01:42:43 -0500, Luis Michelena <<a href="mailto:luis.michelena@gmail.com">luis.michelena@gmail.com</a>> wrote:<br>
<br>
> Por otro lado, en lo personal prefiero que quede bien claro cuales son los parametros a los bloques predefinidos, me parece que hace más facil el seguir el flujo del programa, pero bueno, estoy abierto a argumentos. Igual de esa forma quedarían las dos opciones.<br>
> Un caso en que todavía no se puede hacer expresiones con una caja nominada como primer argumento. En el programa de ejemplo, utilizo caja2 para poder hacer participar el valor guardado en una expresión. Supongo que ahora que se tienen cajas nominadas, caja1 y caja2 pueden pasar a tener el papel de variables auxiliares descartables. En ese sentido, caja1 puede ya tener el uso que le das a push y pop.<br>
<br>
<br>
</div>entiendo. y me parece que tienes razón.<br>
(aunque mi voto personal - que vale solo 1 - es a no mantener caja1 y caja2)<br>
<div class="Ih2E3d"><br>
<br>
>> (pensandolo mejor supongo que lo mejor sería poner un bloque "local" que simplemente hace un push que luego se saca al final del procedimiento), simplemente se van apilando valores.<br>
><br>
> esto no lo entiendo.<br>
><br>
><br>
> Un bloque llamado "local", de tal forma que si variable vale 100 y hago en un proc:<br>
><br>
> pila mia<br>
> local variable<br>
> poner 5 en variable<br>
><br>
> Dentro de variable hago un push, quedando<br>
> 5 (100)<br>
><br>
> Y al salir del procedimiento hago el pop, y entonces vuelve a valer 100<br>
<br>
</div>O sea que piensas implementar eso haciendo que cada variable sea un stack?<br>
<br>
A mi me parece un mejor balance entre capacidades y simplicidad simplemente:<br>
variables globales y un stack global (uno de números y otro de palabras).<br>
<div><div></div><div class="Wj3C7c"><br>
<br>
Daniel<br>
<br>
<br>
_______________________________________________<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>