Re: Acerca de FindString

"maximopc" <[email protected]>
Newsgroups gmane.education.small-land
Message-ID <[email protected]>
Hola, Manuel:
Muchísimas gracias por tu aclaración. Procuraré tener paciencia pero 
se me acaban las vacaciones y no he progresado como yo pretendía. El 
punto de conexión de toda mi exposición se reduce a algo así como 
ésto: 
"Se me ocurre una idea y, por muchas vueltas que le doy, no logro 
encontrarle solución en entorno gráfico". Llegados a este punto, 
¿qué hacer?, ¿colgar la consulta y esperar o intentar "buscarse la 
vida"?.
La primera opción no me seduce en exceso porque me puedo morir 
esperando. Por otra parte, no me atrae la dependencia que comporta 
y, por último, porque uno es un "impaciente enreda".
Lo de Diego-Mayra ha sido un imperdonable baile de neuronas y vuelvo 
a expresar mis disculpas a Diego.
Respecto a tu explicación en sí de la modificación de la línea de 
comparación (ésto es a lo que yo llamaba segunda parte), éso es 
precisamente lo que quería saber y te lo agradezco. 
Gracias, por último, por tu lección de paciencia. El camino real a 
Smalltalk que mencionas parafraseando a Euclides me recuerda el 
poema de Regreso a Itaca de Konstantino Kavafis. Gracias por 
recordarme que lo importante es el camino y deja por ahí tu e-mail 
para otra vez que me encuentre atascado :-).
Un saludo.
Máximo Prudencio Conejo.


> > Hola, Manuel:
> > Tu explicación en el foro de Squeak de cómo localizar una cadena 
de
> > texto me parece excelente y te la agradezco sinceramente. Pero me
> > temo que Esteban se ha quedado clavado en el mismo sitio porque 
su
> > anunciado tutorial de cómo resolverlo aún está pendiente.
> 
> Ten paciencia.
> 
> > La primera parte es sencilla, se trata de un simple guión que
> > incluye una PRUEBA si/no, que se contruye a partir de un guión 
vacío
> > arrastrando y soltando una sentencia condicional.
> 
> No sabía que hubiera mas partes que esa.
> 
> Si interpreté bien, lo que quería Esteban (dicho a mi manera) era 
poder 
> presentar al alumno una serie de preguntas desde Squeak y que el 
propio 
> Squeak evaluara si la respuesta del alumno ''parecía'' correcta 
por 
> contener ciertas palabras clave (por ejemplo ¿Cual es la capital 
de 
> Kenia?). O dicho de otra forma: preguntas abiertas en vez de 
cerradas.
> 
> Cómo dice Diego no es necesario entrar en la programación 
Smalltalk 
> para sacarle partido a Squeak. Por tanto yo creo que lo primero 
sería 
> plantearse si de verdad no nos daría casi igual el hacer el 
proyecto 
> con preguntas cerradas. (como se explica en este tutorial: 
> http://tinyurl.com/3wuqd)
> 
> Si se considera importante el poder usar preguntas abiertas 
(mientras 
> no tengamos muchas más pretensiones que esas, porque entonces ya 
nos 
> meteríamos en terrenos muy duros) entonces hay que buscar alguna 
forma 
> con la confianza 'poetica' que en alguna parte de los cimientos de 
> Squeak podremos encontrar una solución. Mi explicación iba 
encaminada 
> en este sentido: no se trataba de entender Smalltalk, sino de un 
truco 
> rápido para conseguir preguntas abiertas sin mucha dificultad.
> 
> > El problema surge en cómo obtener la información necesaria para
> > modificar la primera línea del script de modo que haga lo que
> > realmente deseamos. Tu dices que todo está en el Explorador, pero
> > éso resulta insuficiente por muy buena dosis de poesía que le
> > quieras echar.
> 
> Mi método es la exploracion pacienzuda, quizá porque conozco mis 
> limitaciones aprendiendo de otros (y así me iba en el cole!).
> 
> > Me recuerda la expresión de Diego Gómez Kempt, de que "todo está 
en
> > el swiki".
> 
> Esa era Mayra, la del "1,2,3" :)
> 
> > Para quienes nos hemos acercado a Squeak sin tener idea de
> > Smalltalk, la tarea de dar un paso hacia adelante modificando 
código
> > se nos está haciendo sumamente dificultosa. La información
> > disponible es bastante caótica y dispersa, además del problema
> > adicional de encontrar poca cosa en español.
> 
> Si te interesa programar en serio, no te desanimes por eso. No es 
para 
> todo el mundo. por supuesto.
> 
> > Varios compañeros nos propusimos intentar ofrecer un punto de
> > partida con la elaboración del curso de Squeak que mencionas en 
tu
> > explicación, y aún seguimos trabajando en el tema, pero no
> > encontramos la forma de modificar a mano los scripts de los 
guiones
> > con conocimiento de lo que estamos haciendo.
> > Además, hay un problema: Si activamos el botón para ver el 
script de
> > un guión y lo modificamos, al regresar a la vista guión las
> > modificaciones han desaparecido y, si se aceptan previamente, nos
> > advierte que no guardará los cambios. Realmente, me parece que
> > estamos en un punto muerto, varados en playa ajena.
> 
> Tienes razón, programar algo con texto en vez de con mosaicos es 
una 
> decisión sin posible vuelta atrás y creo que es así como debe ser: 
> sería contraproducente el que los diseñadores de Squeak 
complicaran 
> eToys para que tuviera exactamente la misma potencia que Smalltalk.
> 
> > Si has leído en el foro,las preguntas van por ahí. Cosas como 
querer
> > cambiar un archivo crostic y cosas así son tentativas, hasta 
ahora
> > infructuosas, de resolver problemas de esta índole.
> 
> No veo clara la relación entre los dos asuntos.
> 
> > Yo estoy intentando aclararme a partir del libro blanco de Mark
> > Guzdial (Object-Oriented Design with Multimedia-Applications) 
pero
> > no encuentro el punto de unión entre manejar 
Workspace/Transcript y
> > el entorno gráfico de los proyectos mórficos. De hecho no llego a
> > entender totalmente la expresión (self getCharacters
> > findString: 'abc') > 0
> 
> El metodo 'findString:' segun recuerdo haber leido en el 
Explorador (en 
> Inglés) busca una tira (es decir, una secuencia de caracteres) 
dentro 
> de otra tira y nos contesta en qué posición la ha encontrado 
(o 'cero' 
> si no la encuentra). Por ejemplo
> 
> 	'ABCDEFG' findString: 'CDE'
> 
> resultaría ser 3 (lo puedes probar con el Workspace/Transcript) En 
fin, 
> que siempre que el resultado sea mayor que cero es que la segunda 
tira 
> está incluida en la primera.
> 
> > y lo que es peor, no llego a entender de
> > dónde te la has sacado y por qué has tenido que buscar en el 
panel
> > de categorías de clases, precisamente la categoría Collections-
Text
> > y no otra.
> 
> Eso lo he debido saber porque cuando me aburro me pongo 
a 'Explorar' y 
> con algo me voy quedando. Por otro lado creo que Collections-Text 
es un 
> buen punto de partida para empezar a explorar (para el que le 
interese 
> y no tenga cosas mas importantes que hacer).
> 
> > Tan larga disertación viene a cuento para pedirte orientación 
acerca
> > de cómo puedo continuar trabajando. ¿Hay alguna buena fuente que 
me
> > aconsejes para aprender más de Squeak a partir del punto en que 
me
> > encuentro?.
> 
> Yo no soy mas que un aprendiz de Squeak y no te puedo aconsejar, 
pero 
> sospecho que estás preguntando por lo que Euclides llamaría 
el "Camino 
> Real a Smalltalk" (http://tinyurl.com/6du8f). Lo único que te 
puedo 
> recomendar, si estás realmente interesado, es que le dediques 
> suficiente tiempo a cualquiera que sea el camino por el que te 
decidas 
> a avanzar. O dicho de otra forma, el mejor libro de Squeak es el 
que 
> escribas tu.
> 
> Saludos
> --Manolón



------------------------ Yahoo! Groups Sponsor --------------------~--> 
Yahoo! Domains - Claim yours for only $14.70
http://us.click.yahoo.com/Z1wmxD/DREIAA/yQLSAA/zCsqlB/TM
--------------------------------------------------------------------~-> 

Visita nuestro sitio en http://www.small-land.org
 
Yahoo! Groups Links

<*> To visit your group on the web, go to:
    http://groups.yahoo.com/group/small_land/

<*> To unsubscribe from this group, send an email to:
    [email protected]

<*> Your use of Yahoo! Groups is subject to:
    http://docs.yahoo.com/info/terms/
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.