ambar-dev
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Re: [Minë-dev] cositas


From: Andres Moya
Subject: Re: Re: [Minë-dev] cositas
Date: 19 Mar 2003 11:40:25 +0100

El mar, 18-03-2003 a las 21:05, Turing Test escribió:
> ----- Original Message -----
> From: Andres Moya <address@hidden>
> Date: 18 Mar 2003 12:47:20 +0100
> To: Gabriel Pulido de Torres <address@hidden>
> Subject: Re: [Minë-dev]_cositas

> Me apunto a comentar algunas cosillas... aunque con el código no me meto,
> ya tengo la cabeza un poco pesada con las prácticas de razonamiento hacia
> delante que les estamos dando a los alumnos. 8-/

Jeje, ese profe... :D


> > > 2)¿La descripción de un objeto varía dependiendo de en que sala esté?
> 
> > Interesante cuestión. Creo que se planteó en su día pero se nos había
> > olvidado. Claro, en principio lo más lógico es que cuando un objeto haya
> > sido "generado" por una sala, si entras y miras veas la descripción que
> > aparece en el elemento <objeto> de la sala. Si luego alguien lo coge y
> > lo suelta en otra sala, entonces ya verías el nombre propio del objeto.
> 
> Una espada se encuentra profundamente clavada en una piedra.
> 
> ? +coger espada
> 
> Has cogido la Espada Excalibur
> 
> ? +mirar espada
> 
> En la espada pone: Hola, Arturo! 

Ok


> > Lo de que la descripción cambie según la luz, y eso, se podrá hacer muy
> > fácilmente con el nuevo sistema de requisitos.
> > 
> 
> He he he, esa es la idea! ¿Pero será fácil de añadir a la interfaz
> gráfica de creación de objetos (Mecanotán)?

De eso me encargo yo, soy especialista en diseñar interfaces de usuarios
:)



> > > Y siguiendo con los volúmenes, repasando la guia del colaborador, se
> > > sugiere que se dividan en varias "salas" las salas grandes, pero con
> > > esto se consigue que un dragón de u.vol 200 nunca pueda estar en
> > > ningún sitio pq nunca tendrá suficiente volumen pues hasta los
> > > espacios abiertos se dividen con lo que ¡no puede volar en cachitos de
> > > espacios abiertos de 50 u.vol! Es sólo un comentario sobre algo que me
> > > ha llamado la atención :) .
> > 
> > Ups. Pues no se nos había ocurrido :-P
> > 
> > Sinceramente, ¡no se me ocurre cómo resolverlo! Habrá que darle una
> > buena pensada...
> > 
> 
> Hombre, se me ocurre que en una sala estará la Cabeza de Smaug, en otra la
> Pata Derecha de Smaug, en otra la Cola de Smaug... (y prefiero no estar yo
> en la primera sala. Bueno, en las otras tampoco).

¿Personajes en modulitos? ¿Como las piezas de Lego?

Curiosa idea, aún así hay que seguir dándole más vueltas...



> > Resulta que el boa interpreta los tabuladores como de 4 espacios, en
> > lugar de los 8 estándar. Por ejemplo, si encuentra una línea indentada
> > con 8 espacios, la muestra bien. Pero si la encuentra indentada con un
> > tabulador, te la enseña descolocada.
> > 
> 
> A mí que me gustan más los tabs de 4 espacios... Son manejables si tu editor
> siempre sustituye tabs por espacios al guardar. Como hace el mio (Scite)
> cuando programo Python 8)

Ojo, hay que distinguir el ancho del tabulador "físico" (código ASCII 8)
del ancho de indentación. Casi todos los editores permiten definirlos
por separado. El que no hay que tocar es el tabulador físico, pero eso
no significa que tengas que indentar con 8 espacios. Por ejemplo, el
editor puede poner 4 espacios para el primer nivel de indentación, 1
tabulador para el segundo nivel, 4 espacios y 1 tab para el tercero,
etc. O mejor todavía, espacios y nada más.



> > Por cierto, ¡¡¡¡¡me encanta lo FÁCIL que es crear listas, tuplas y mapas
> > en Python!!!!!
> > 
> > Probad a escribir este mismo cacho de código en *cualquier* otro
> > lenguaje.
> 
> ¿*cualquiera*? Es demasiado tentador...
> 
> (setq *TIPOS_SALA* '( (Poblacion . (calle callejon plaza portal pasadizo 
>                                     arco puerto embarcadero balcon))
> 
>                     (Edificio . (salón habitación ... ))
>                
>                       ..etc.. ))
> 
> Es LISP, el bisabuelo de Python. No está mal para un lenguaje con más de 40 
> años de antigüedad! ;)

Sí, pues es verdad, en ése estaba pensando... Precisamente, esa buena
cualidad de Python viene de Lisp.

-- 
Andres Moya <address@hidden>

"No a la guerra - Otro mundo es posible"
"No queremos a Bush - Tampoco a Sadam"





reply via email to

[Prev in Thread] Current Thread [Next in Thread]