Modificar elementos erróneos en un formulario.SCT
136 views
Skip to first unread message
Miguel Ab
Oct 24, 2012, 7:45:43 AM10/24/12
to publice...@googlegroups.com
Me pasan unas cosas muy extrañas y por más que busco no encuentro la solución en San Google. Os cuento lo que me está pasando:
Tengo un proyecto en el cual estamos migrando la BBDD de la propia de FoxPro a SQL Server (express) para lo cual tenemos una arquitectura en tres capa ... El caso es que genero muchas clases (sobre todo de la capa negocio) en .prg porque me es más sencillo y rápido de programar.
El problema es que para integrar estos .prg se debe compilar el proyecto, algo que no se hace desde mucho tiempo atrás (el proyecto está pensado para poder añadir forms/librerías sin necesidad de compilar el código, de forma dinámica ... ... ...). Al aplicar el compilador me surgían cantidad de problemas que he ido solucionando.
El problema es que tengo 3 forms y 2 librerías que tienen elementos erróneos en su código. Ejemplo: en el formulario.SCT (que da error) se tiene una referencia a una ruta de un .h que no es correcta. Desde VFP (el editor del formulario) no hay forma de encontrar la referencia a esta ruta.
He intentado borrarlo en el SCT porque además se el trozo de código que se ha incrustado (OS PASO UNA IMAGEN PARA QUE LO VEÁIS) pero al cargarlo desde VFP me detecta el cambio y falla.
He pensado incluso en crear de nuevo los formularios y librerías (estás es más complicado porque son enormes).
¿Hay alguna forma de editar estos elementos para eliminar el código que no es correcto? ¿Alguien conoce la estructura de los (por ejemplo) .SCT?
Muchas gracias por vuestra ayuda ... la verdad es que tengo la sensación de que VFP me odia ;-) (en general es por lo verde que estoy en el mismo).
Saludos.
PD: Intenté convertir los .PRG a .VCX (de forma manual va sin problemas) con el programa prg2vcx.prg, pero no me funcionó correctamente. Incluso estoy pensando en hacer un generador de .VCX externo (para lo cual hace falta conocer el formato de los mismos).
Tengo un proyecto en el cual estamos migrando la BBDD de la propia de FoxPro a SQL Server (express) para lo cual tenemos una arquitectura en tres capa ... El caso es que genero muchas clases (sobre todo de la capa negocio) en .prg porque me es más sencillo y rápido de programar.
El problema es que para integrar estos .prg se debe compilar el proyecto, algo que no se hace desde mucho tiempo atrás (el proyecto está pensado para poder añadir forms/librerías sin necesidad de compilar el código, de forma dinámica ... ... ...). Al aplicar el compilador me surgían cantidad de problemas que he ido solucionando.
El problema es que tengo 3 forms y 2 librerías que tienen elementos erróneos en su código. Ejemplo: en el formulario.SCT (que da error) se tiene una referencia a una ruta de un .h que no es correcta. Desde VFP (el editor del formulario) no hay forma de encontrar la referencia a esta ruta.
He intentado borrarlo en el SCT porque además se el trozo de código que se ha incrustado (OS PASO UNA IMAGEN PARA QUE LO VEÁIS) pero al cargarlo desde VFP me detecta el cambio y falla.
He pensado incluso en crear de nuevo los formularios y librerías (estás es más complicado porque son enormes).
¿Hay alguna forma de editar estos elementos para eliminar el código que no es correcto? ¿Alguien conoce la estructura de los (por ejemplo) .SCT?
Muchas gracias por vuestra ayuda ... la verdad es que tengo la sensación de que VFP me odia ;-) (en general es por lo verde que estoy en el mismo).
Saludos.
PD: Intenté convertir los .PRG a .VCX (de forma manual va sin problemas) con el programa prg2vcx.prg, pero no me funcionó correctamente. Incluso estoy pensando en hacer un generador de .VCX externo (para lo cual hace falta conocer el formato de los mismos).
Luis Maria Guayan
Oct 24, 2012, 7:57:36 AM10/24/12
to publice...@googlegroups.com
Lo mejor en estos
casos es generar el proyecto nuevamente e ir incluyendo los PRGs,
Calses, Formularios necesarios.
Si en tu código haces llamadas a formularios, informes o librerías dinámicas que no existen en tiempo de compilación, debes especificarlas con el comando EXTERNAL que alerta al administrador del proyecto sobre referencias aun no definidas.
Mira la ayuda de VFP del comando EXTERNAL
Si en tu código haces llamadas a formularios, informes o librerías dinámicas que no existen en tiempo de compilación, debes especificarlas con el comando EXTERNAL que alerta al administrador del proyecto sobre referencias aun no definidas.
Mira la ayuda de VFP del comando EXTERNAL
Luis María Guayán
Tucumán, Argentina
_________________________
http://www.PortalFox.com
Nada corre como un zorro
_________________________
--
Luis Maria Guayan
Oct 24, 2012, 8:03:17 AM10/24/12
to publice...@googlegroups.com
También deberías
utilizar la herramienta Referencia de código para
encontrar texto en todo tu proyecto. Allí podrás encontrar
fácilmente donde se invoca por ejemplo tu archivo de cabeceras .h
Menu -> Tools -> Code references
Actualmente hay una herramienta mejorada y de código abierto en el proyecto VFPx que es superior a la herramienta Referencia de Código:
-- GoFish --
http://vfpx.codeplex.com/wikipage?title=GoFish
Menu -> Tools -> Code references
Actualmente hay una herramienta mejorada y de código abierto en el proyecto VFPx que es superior a la herramienta Referencia de Código:
-- GoFish --
http://vfpx.codeplex.com/wikipage?title=GoFish
Luis María Guayán
Tucumán, Argentina
_________________________
http://www.PortalFox.com
Nada corre como un zorro
_________________________
edgar suarez kummers
Oct 24, 2012, 8:14:30 AM10/24/12
to publice...@googlegroups.com
Una forma de editar el FORM y que lo he hecho ayer es la siguiente:
edgar suarez kummers
En Tools de VFP9.0 abres CLASS pero luego modificas a FORM y pides el código, te sale una muy buena descripción completa del FORM.
Luego, para comparar con algún otro similar, consigues el software BEYOND COMPARE que te coloca un texto por la izquierda, el otro por la derecha y los que falten del uno al otro mediante indicaciones de flechas rojas.
Se encuentran muy rápido las diferencias y de seguro por ende los errores.
Si no es lo que buscas, disculpa mi intromisión.
saludos
Please look my LINKS --- What I offer ---
cel: 57-3176992038
--
Miguel Ab
Oct 24, 2012, 11:54:51 AM10/24/12
to publice...@googlegroups.com
Hola.
Gracias por las repuestas, ahora las miro (llevo un día de esos que no quieres recordar y además el ISP ha pasado a modo morse).
Os adjunto la imagen que comentaba arriba (lo marcado en rojo es lo que provoca el error).
Saludos.
Miguel Ab
Oct 24, 2012, 12:07:25 PM10/24/12
to publice...@googlegroups.com
La opción de crear una clase nueva y arrastrar los elementos a la nueva ... implica que se lleve los errores, tampoco vale.
Reply all
Reply to author
Forward
0 new messages