modify memo?

[JesusQuin]

Cordial saludo para todos,

No se que sucede, el siguiente es el ejemplo de prueba en vfp9sp2, se supone que debe detenerse en la ventana de edición pero no lo hace, se sale del programa.

create table prueba (cmds m)

append blank

modify memo prueba.cmds

Será un problema de mi instalación de VFP, o de mi PC con Windows 10 de 64 bits.

Por favor me colaboran, Jesús

[Víctor Hugo Espínola Domínguez]

Es el comportamiento normal, debes incluir la cláusula IN SCREEN o IN WINDOW ventana y en este caso ACTIVATE WINDOW ventana

Saludos,

Víctor.

Lambaré - Paraguay.

--
Has recibido este mensaje porque estás suscrito al grupo "Comunidad de Visual Foxpro en Español" de Grupos de Google.
Para cancelar la suscripción a este grupo y dejar de recibir sus mensajes, envía un correo electrónico a publicesvfoxp...@googlegroups.com.
Para ver esta conversación en el sitio web, visita https://groups.google.com/d/msgid/publicesvfoxpro/b5476995-5f1e-420f-b7f9-be96422fe6ca%40googlegroups.com.

[JesusQuin]

Gracias por responder Victor, pero eso no es el comportamiento normal, de ser así, para que la clausula NOWAIT, hice la prueba en VFP 5 y funciona perfectamente, para VFP 9 tal ves exista un parche que lo repare y no se cual sea.

Saludos Jesús.

[Víctor Hugo Espínola Domínguez]

Yo tengo actualizado a la versión 7423 y no obtiene el foco con el modify memo.

Saludos,

Víctor.

Lambaré - Paraguay.

El mar., 8 de oct. de 2019 a la(s) 20:55, JesusQuin (jesus...@gmail.com) escribió:

Gracias por responder Victor, pero eso no es el comportamiento normal, de ser así, para que la clausula NOWAIT, hice la prueba en VFP 5 y funciona perfectamente, para VFP 9 tal ves exista un parche que lo repare y no se cual sea.

Saludos Jesús.

--

Has recibido este mensaje porque estás suscrito al grupo "Comunidad de Visual Foxpro en Español" de Grupos de Google.
Para cancelar la suscripción a este grupo y dejar de recibir sus mensajes, envía un correo electrónico a publicesvfoxp...@googlegroups.com.

Para ver esta conversación en el sitio web, visita https://groups.google.com/d/msgid/publicesvfoxpro/24b8e894-847b-4821-ac4a-1a043c3c639c%40googlegroups.com.

[HernanCano]

[JesusQuin]

Hola HernanCano, mi versión de VFP es exacta a la que muestras en la imagen, me gustaría saber si en tu sistema la ventana de edición toma o no el foco de forma automática, y otra cosa, tu IDE está en español, que debo hacer para lograrlo en el mío.

Gracias, Jesús 

[Zarlu]

Buenas tardes JesusQuin

Ya probé y tal cual lo afirmas en VFP5 si asigna el foco para editar el memo, pero no lo hace en VFP9.

Ejecutando desde un prg si lo hace. No sé si fue un cambio de VFP9 o un error

(Respecto al IDE en español yo lo tengo en VFP9SP1, no sé si funcione con otros sp. Abre otro hilo y te comento ahí por si a alguien más le sirve)

Suerte

zarlu

Chetumal, Quintana Roo, México

[HernanCano]

Colega Jesús:

>>> ...me gustaría saber si --en tu sistema-- la ventana de edición toma o no el foco...

Sí, sí toma el foco (supuse que al mostrar la imagen éso se entendería).

>>> ... de forma automática...

No entiendo lo que quieres decir con "automática".

>> ... y otra cosa, tu IDE está en español, que debo hacer para lograrlo en el mío....

Mi IDE no está en español, pues no lo considero necesario; de hecho me acomodo bien al inglés... y de hecho lo prefiero (pues en la ayuda --que no depende específicamente del IDE, ni lo afecta-- encontré un bug en la traducción).

Si deseas el IDE en español --hasta donde sé--, debes tener instalada la versión SP1 --service pack 1-- (no la SP2), y hacer algo..... que no sé específicamente qué es (por q como ya dije no lo requiero).

>>> ...  se supone que debe detenerse en la ventana de edición pero no lo hace, se sale del programa...

Considero que tu impasse se soluciona con un READ EVENTS (y quizá CLEAR EVENTS). Te recomiendo que leas el documento en que Fernando Bozzo y Luis María Guayán nos dan las recomendaciones para generar un PRG principal que ejecute una aplicación.

Pero de momento supongo que con un READ EVENTS ya puedes ver que "el programa sí se detiene..." (bueno... se resuelve el problema que dices). También te cuento que "si eventualmente no se sale luego de ejecutar con READ EVENTS", no tengo cómo indicarte qué hacer... pues me ha sido difícil entender el manejo de READ EVENTS.

En un rato te paso el link que menciono de generar una aplicación.

Seguimos en contacto.

[JesusQuin]

Hola Hernan y Zarlu, le comento que mis conocimientos del idioma ingles esta entre cero y nada. Cuando programé lo hice VFP 5 por ese problema, inicialmente instalé VFP 9 sp1 en español, pero debido al problema con el editor de campos memo actualicé a sp2 con supuestamente todos los parches adicionales y el problema persiste, incluso en VFP limpio, sin sp.

Hernan comentas "No entiendo lo que quieres decir con "automática"", pues bien, según la documentación oficial "If you omit NOWAIT, an editing window opens and program execution pauses until the editing window closes." que se traduce como "Si omite NOWAIT, se abre una ventana de edición y la ejecución del programa se detiene hasta que se cierra la ventana de edición.", dicho de otra forma, la ventana de edición toma el foco.

La imagen que colocas es muy desconcertante, no parece el resultado de una ejecución simple en VFP9 normal.

El título de la ventana principal es "Fox9command", el menú principal muestra la opciones en "español", se ven los "comandos" propios para reproducir el ejemplo y además con "coloreado de sintaxis" y por último, en la ventana de edición no veo el cursor de introducción de texto, lo que indica que la ventana de edición no tiene el foco, la cual es la razón de mi consulta.

Puede reproducir con exactitud la captura de pantalla que hiciste, pero requiere de trabajo adicional y no creo hicieras eso, ¿o sí?, por todo lo anterior al menos para mi, la imagen no es suficiente para concluir algo sobre la consulta.

De todas formas muchas gracias.

[HernanCano]

Lamento la confusión. Trataré de remediarlo.

La ejecución corresponde a ejecutar un compilado llamado Fox9Command.exe, que proviene de recompilar los fuentes de un programa similar compartido hace muchos años por un colega (¿Erick d. Deep???) que en su momento llamó Fox6command.exe .

Lo que pretendo es mostrar que incluso desde un .exe de VFP tus instrucciones funcionan bien.

Dices que no se ve el cursor. Discúlpame éso, pero cuando lo paso a Paint, el cursor titilante no se ve... pero en la ejecución si ésta.

Las opciones se ven en español, pues así compilé el Fox9Command.

Lo que ves detrás de la ventana de Comandos (debajo del menú principal) es el screen de VFP. Lo que muestro aparece porque ejecuté un TYPE PRUEBA.PRG, sólo para la demo que veas qué es lo que se está ejecutando; y el coloreado aparece así en un TYPE.

Mi objetivo era ejecutar una secuencia simple de comandos... exactamente la misma que tú pones. No se necesita nada adicional.

--------------------------------------------

Hice dos pruebas:

1. Con el VFP9.exe normal.

2. Con el Fox9Command compilado a .exe (sólo para saber si en un .exe se comportaba diferente).

Pero la conclusión de mis pruebas es lo que te pretendo decir: "el comportamiento --de las instrucciones que pones-- es completamente normal", sin ningún tipo de comentario/escenario/parametrización adicional".

Si las imágenes te confunden, entonces sólo toma en cuenta mi comentario sobre los resultados.

[JesusQuin]

Hola Zarlu

* prueba.prg

create table prueba (cmds m)

append blank

modify memo prueba.cmds

Lo ejecute en vfp 9 original, con sp1 y con sp2 y en todas el programa finaliza de inmediato sin mostrar nada.

Tu dices, "Ejecutando desde un prg si lo hace. No sé si fue un cambio de VFP9 o un error", y lo que quieres decir es que ejecutando exactamente el programa anterior la ventana de edición obtiene el foco y por lo tanto el programa no finaliza hasta cerrar la ventana de edición, por favor pásame lo más exacto posible la versión y configuración de VFP donde esto ocurre, haber si lo puedo recrear, gracias.

Saludos, Jesús

[HernanCano]

Zarlu:

Me puedes aclarar ésto:

>>> ... pero no lo hace en VFP9.

>>> Ejecutando desde un prg sí lo hace...

????

[HernanCano]

Zarlu, Jesús:

Pueden decirme ¿qué pasa cuando ejecutan este .prg que estoy adjuntando?

1. Ejecutar VFP.exe

2. Ir a un directorio desde donde se va a ejecutar el adjunto.

3. Grabar ahí el adjunto PRUEBA.PRG que estoy enviando.

4. Desde la ventana de comandos de VFP ejecutar DO PRUEBA.PRG y nos cuentan qué pasa....

¿Bien?

[HernanCano]

Jesús:

Encontré algo....

La primera vez que se ejecuta --cuando PRUEBA.DBF no existe-- el script sí presenta el "bug" que mencionas.

Las siguientes veces que se ejecuta --cuando PRUEBA.DBF sí existe-- el script no presenta el "bug" que mencionas.

Para que presente el bug nuevamente, se debe borrar PRUEBA.DBF y PRUEBA.FPT . 

[JesusQuin]

Hola HernanCano,

De acuerdo con lo de la segunda ejecución, esto genera un alerta de sobre escritura, y funciona perfectamente.

Conjeturando, por la preexistencia o no de la tabla entonces debería funcionar con USE pero no funciona.

Otra conjetura, la alerta proporciona un tiempo antes de editar el campo, entonces USE e INKEY proporcionan ese tiempo,  funciona de manera extraña, abre la ventana de edición el programa detiene su ejecución pero la ventana de edición no obtiene el foco, entonces ¿quien tiene el foco? por que el programa pauso su ejecución y se reanudará cuando cierre la ventana de edición.

Algo más curioso:

Ejecuto el archivo .prg desde la ventana de comandos, falla, finaliza el programa.

Cree un proyecto e incluí únicamente el mismo .prg. 

Lo ejecuto desde el administrador mediante la opción "Run" y funciona perfectamente.

Genero el archivo .app con la opción "Run After Build", activada, y funciona perfectamente.

Ejecuto el archivo .app desde la ventana de comandos, falla, finaliza el programa.

Genero el archivo .exe con la opción "Run After Build", activada, y funciona perfectamente.

Ejecuto el archivo .exe desde la ventana de comandos, falla, finaliza el programa.

Ejecuto el archivo .exe desde el explorador de archivos, y funciona perfectamente.

Para mi el fallo esta entre la ventana de comandos y el sistema operativo Windows de 64 bits, Hace muchos años cuando trabajaba en programación tuve problemas con las comparaciones de cadenas e índices, debido a que cambie mi pc con Win7 de 32 a otro con win7 de 64, para entonces tuve que crear una maquina virtual con win7 de 32 exclusiva para VFP, algo más, era irrelevante para las maquinas de los clientes, solo eran afectadas según en donde compilaba el .exe

¿el sistema operativo donde instalaste VFP 9 es de 64 o 32 bits?.

Me voy a crear una maquina virtual con Windows de 32 bits para probar.

Saludos, Jesús

[JesusQuin]

Hola todos, malas noticias.

Cree la maquina virtual con Windows de 32 bits y el funcionamiento es idéntico al obtenido en Windows 10 de 64 bits, bueno, al lo menos descartamos el sistema operativo.

Nota: Los problemas que tuve en el pasado con las arquitecturas de 32 y 64 bits fueron VFP 5.

Saludos, Jesús

[Zarlu]

Buenos días JesusQuin!

Buenos días Hernan Cano!

Hay dos escenarios:

1. Código desde la ventana de comandos

2. Ejecutar un prg con el código

HernanCano:

Lo que JesusQuin quiere con su código es obtener el mismo resultado que cuando lo ejecuta con VFP5

y esto es que cuando corre ese bloque de código desde la ventana de comando se abra la venta de edición del

memo y el cursor se posicione en esa ventana lista para escribir, Cosa que no sucede con VFP9 ya que el foco se

queda en la ventana de comandos (e inclusive ni se abre la ventana de edición cuando la tabla existe como mencionas

que cambia el comportamiento si la tabla existe o no existe, pero para este caso debemos de partir de que la tabla no existe,

es decir borrarla antes de volver a ejecutar el código)

Pueden decirme ¿qué pasa cuando ejecutan este .prg que estoy adjuntando?

Te respondo:

1.- Desde la ventana de comandos el bloque de código no se comporta igual la ejecución que en VFP5. Tal cual el planteamiento inicial de JesusQuin.

2.- Pero en VFP9 desde un programa (PRG) si se obtiene el resultado de VFP5 que quiere JesusQuin

3.- Similar a mi respuesta 2. El edit del memo obtiene el foco.

JesusQuin:

Si. Desde un prg con VFP9 si se obtiene el foco deseado

la versión con que probé: Visual FoxPro 09.00.0000.3504 para Windows SP1

(Y HernanCano también lo corrió desde un prg y/o exe)

Dices que con un prg tampoco funciona.

Te sugiero te asegures que la tabla se crea.

Es más creala con ruta incluida y confirma se haya creado

[JesusQuin]

Hola todos,

Desafortunadamente en mi equipo no me funciona como lo indica Zarlu.

Ayer en la maquina virtual con Windows 8 de 32 bits se comporto de igual forma que en Windows 10 de 64 bits.

Hoy restaure mi equipo en el modo desde cero, es decir, solo instala la última versión de Windows 10 de 64 bits en mi caso la versión 1903 compilación 18362.418 y elimina todas las configuraciones e instalaciones previas.

Instale VFP 9 e hice las pruebas para cada una de las compilaciones exceptuando la de sedna, incluso con el ide en español para el sp1.

Los hallazgos de HernanCano funcionan como lo indica.

Es muy desconcertante lo que descubrí con respecto a lo que sucede en este caso cuando se utiliza el administrador de proyectos. ver mis dos post anteriores.

De todas maneras descubrí algo que soluciona el problema tanto para .prg, .app o .exe ya sea usando una tabla previamente creada o, creándola en el momento previo a la ejecución de modify memo... o, creando un cursor en ves de la tabla, el ejemplo quedaría así:

* Prueba.prg

(use prueba) |

(create table | cursor prueba (cmds m)

append blanck)

* La línea solución es la siguiente

wait window timeout 0.01

* Luego el comando de edición

modify memo prueba.cmds

* Des esta forma siempre se abre la ventana de edición y obtiene el foco, pausando la ejecución del programa hasta tanto no se cierre la ventana de edición.

* Nota: Obviamente hay cosas que controlar cuando el comando sea create table o use (nombre tabla)

Muchas gracias a todos, Jesús

[HernanCano]

Zarlu:

Considero entender que cuando dices:

>>> Pueden decirme ¿qué pasa cuando ejecutan este .prg que estoy adjuntando?

>>> Te respondo:

>>> 1.- Desde la ventana de comandos el bloque de código no se comporta igual la ejecución que 

>>>    en VFP5. Tal cual el planteamiento inicial de JesusQuin.

>>> 2.- Pero en VFP9 desde un programa (PRG) si se obtiene el resultado de VFP5 que quiere JesusQuin

>>> 3.- Similar a mi respuesta 2. El edit del memo obtiene el foco.

significa:

>>> 1.- Ejecuta bien (sí obtiene el foco en MODIFY MEMO)

>>> 2.- Ejecuta bien (sí obtiene el foco en MODIFY MEMO)

>>> 3.- Ejecuta bien (sí obtiene el foco en MODIFY MEMO).

[HernanCano]

Hola, tocayo Jesús:

>>> Hola HernanCano,

>>> ¿el sistema operativo donde instalaste VFP 9 es de 64 o 32 bits?.

Es Win 7 x32.

De todas formas me complace que hayas encontrado y compartido la solución. Probablemente nadie se había dado cuenta (tal vez en alguna parte de Internet ya esté la solución, pero probablemente no es común). Quizá --en un escenario similar-- siempre se le hace un REPLACE CMDS WITH M.ALGUNACADENA (o tal vez APPEND FROM) y eso puede ser suficiente para que "funcione bien", funcione como debe.

[JesusQuin]

Hola Hernán, en privado te hice una solicitud, te agradecería mucho si me haces el favor.

Saludos Jesús

[Zarlu]

Buenas tardes HernanCano!

Tu planteamiento 1 fue...

Zarlu:

Me puedes aclarar ésto:

>>> ... pero no lo hace en VFP9.

Abundando mi respuesta es...

En VFP9 no hace lo mismo que en VFP5.

Osease..Desde la ventana de comandos VFP5 si asigna el foco. VFP9 no.

En fin... raro el comportamiento del memo. Plop

[HernanCano]

Zarlu: este tema ya terminó.

Estás contestando demasiado tarde.

La idea de mi pregunta era --- no el sólo renglón que muestras, sino los dos que puse en mi consulta, pues si miras los dos el uno contradice el otro. Lo que hay que tener en cuenta es que los pusiste en la misma intervención... pero se contradicen..... (una frase con la otra).....

Por favor dejémoslo así... que el tema ya se resolvió.......

[Luis suescún]

Una pregunta Hernán...

Y definitivamente se tiene que editar en el campo memo con la tabla abierta ?

La solución mas práctica no seria abrir un control edit box, obviamente en un formulario y luego vaciar a la tabla...

Pq tanta vuelta por editar el campo memo en la tabla abierta ...

Mi inquietud

--
Has recibido este mensaje porque estás suscrito al grupo "Comunidad de Visual Foxpro en Español" de Grupos de Google.
Para cancelar la suscripción a este grupo y dejar de recibir sus mensajes, envía un correo electrónico a publicesvfoxp...@googlegroups.com.

Para ver esta conversación en el sitio web, visita https://groups.google.com/d/msgid/publicesvfoxpro/2a6ad144-78d1-4598-a5a0-61c1ea00ca43%40googlegroups.com.

[HernanCano]

Luis:

El código lo propuso Jesús porque encontró una inconsistencia.

Lo que tú mencionas es completamente acertado.

Pero no estamos tratando de buenas prácticas, sino de un posible bug... Por favor: recuerda que ya se solucionó.....

[Luis suescún]

Sí, muchas gracias...

Tenia claro que ya se había cerrado, y también interpreté que se estaba intentando definir si era un bug.

Sólo quería saber si era válido y cabía mi duda...

--

Has recibido este mensaje porque estás suscrito al grupo "Comunidad de Visual Foxpro en Español" de Grupos de Google.
Para cancelar la suscripción a este grupo y dejar de recibir sus mensajes, envía un correo electrónico a publicesvfoxp...@googlegroups.com.

Para ver esta conversación en el sitio web, visita https://groups.google.com/d/msgid/publicesvfoxpro/06db420d-158a-4ee0-a63c-9337c13b7f61%40googlegroups.com.

[JesusQuin]

Hola Hernán, antes que nada, gracias por el enlace.

Definidamente este es bug, mi consulta estaba dirigida a si existía un parche que lo solucionara del cual no tenia conocimiento.

Afortunadamente entre todos encontramos una solución, quizá no la mejor, pero funciona.

Ahora Luis, independientemente de si es un bug o no, la eficiencia involucra el concepto del uso de las herramientas más adecuadas para la resolución del problema, en este caso es de programación, si VFP dispusiera de una funcionalidad más eficiente para todos los casos que MODIFY MEMO simplemente el comando no existiría en VFP o, lo habían declarado obsoleto, (deprecated) o, tendría la nota que se mantiene solo por compatibilidad use ...

Saludos Jesús

[Luis suescún]

Jesús puedes llamar el registro y el campo memo asignarlo a un control editbox dentro de un formulario obviamente, haces lo que tienes que hacer en el campo del registro y lo guardas en la tabla sin necesidad del modify memo...

--

Has recibido este mensaje porque estás suscrito al grupo "Comunidad de Visual Foxpro en Español" de Grupos de Google.
Para cancelar la suscripción a este grupo y dejar de recibir sus mensajes, envía un correo electrónico a publicesvfoxp...@googlegroups.com.

Para ver esta conversación en el sitio web, visita https://groups.google.com/d/msgid/publicesvfoxpro/c22ea7bf-5c28-48ae-97ae-cb6eba3b8fd2%40googlegroups.com.