Guardar la posicion de los Formularios

On Tue, 1 Mar 2005 09:20:22 -0500, "Franklin Int."
wrote:

Saludos amigos del foro
Tengo desarrollado un sistema en vfp8, y ocurre que el usuario a veces
mueven las ventanas desde su posicion en la que aparecen en forma
predeterminada, existe algun control que me permita guardar las posiciones
de los formularios para quie luego cuando el usuario abra la app.
estos aparecezcan en la ultima posicion en donde los dejo.

No. Eso lo programas tu. Es una funcionalidad muy común en frameworks.
Usas uno, no?

Creas una tabla que tenga un registro por usuario por form. Alli
guardas el tamaño y posición (.Top,.Left,.Height,.Width) al cerrar el
form. Si tu clase base de form (tu framework) tiene ya los metodos
necesarios, esto es automágico en cada form, presente y futuro sin
hacer nada mas.

Lo mismo al abrir o reinstanciar cada form, si ese usuario ya tiene un
registro en esa tabla, para ese form, lo posicionas donde estaba.

Alli se ve el poder y simplicidad de OOP.


Alex Feldstein
________________________________
Microsoft Visual FoxPro MVP
Please respond in the public groups so that everybody
can benefit from the exchange.
Favor de responder en los foros públicos asi todos se benefician.
(address munged with ROT-13)

Blog: http://www.bloglines.com/blog/AlexFeldstein
Website: http://feldstein.net

Gracias amigo por tu respuesta
No uso ningun framework, pero si clases base para
los controles de mi app.

Recuerdo que alguna vez escuche acerca de una clase llamada Registry que
hacia lo que necesito.
tienes alguna informacion al respecto.

bye


"Alex Feldstein" wrote in message
news:

On Tue, 1 Mar 2005 09:20:22 -0500, "Franklin Int."
wrote:

>Saludos amigos del foro
>Tengo desarrollado un sistema en vfp8, y ocurre que el usuario a veces
>mueven las ventanas desde su posicion en la que aparecen en forma
>predeterminada, existe algun control que me permita guardar las

posiciones

>de los formularios para quie luego cuando el usuario abra la app.
>estos aparecezcan en la ultima posicion en donde los dejo.

No. Eso lo programas tu. Es una funcionalidad muy común en frameworks.
Usas uno, no?

Creas una tabla que tenga un registro por usuario por form. Alli
guardas el tamaño y posición (.Top,.Left,.Height,.Width) al cerrar el
form. Si tu clase base de form (tu framework) tiene ya los metodos
necesarios, esto es automágico en cada form, presente y futuro sin
hacer nada mas.

Lo mismo al abrir o reinstanciar cada form, si ese usuario ya tiene un
registro en esa tabla, para ese form, lo posicionas donde estaba.

Alli se ve el poder y simplicidad de OOP.


Alex Feldstein
________________________________
Microsoft Visual FoxPro MVP
Please respond in the public groups so that everybody
can benefit from the exchange.
Favor de responder en los foros públicos asi todos se benefician.
(address munged with ROT-13)

Blog: http://www.bloglines.com/blog/AlexFeldstein
Website: http://feldstein.net

On Wed, 2 Mar 2005 09:00:33 -0500, "Franklin Int."
wrote:

Recuerdo que alguna vez escuche acerca de una clase llamada Registry que
hacia lo que necesito.
tienes alguna informacion al respecto.

Registry.vcx viene con tu copia de VFP. Busca en el FFC.
Esa clase te permite leer y escribir al registry de Windows.

En tu caso no se si esa es la mjor forma de hacerlo. En los últimos
años la tendencia es dejar de usar el registry en aplicaciones para
nuestros clientes ya que esto tiende a hacerlo mas grande y en muchas
maquinas ya es mas grande de lo que debe y esto crea problemas.

En tu ejemplo, si tienes varios forms y varios usuarios tendrias un
problema de mantenimiento de llaves en el reigstry. Es mejor mantener
esta informacion en una tabla bajo tu control.

No uso ningun framework, pero si clases base para
los controles de mi app.

Y porque no? La idea de OOP es no reinventar la rueda cada vez que
comienzas un nuevo programa. No empiezas de cero, no?

Una de las ideas centrales de OOP es el reuso de objetos. Cuando
tienes ya un coleccion de objetos que te sirvan, son relativamente
genericos y reusables, y estan ya probados (sin bugs), los guardas en
clases (class libraries - vcx). Si necesitan un aumento de
funcionalidad o adaptacion, haces una subclase para el proyecto en
cuestion. Eso es un comienzo de un framework.


Alex Feldstein
________________________________
Microsoft Visual FoxPro MVP
Please respond in the public groups so that everybody
can benefit from the exchange.
Favor de responder en los foros públicos asi todos se benefician.
(address munged with ROT-13)

Blog: http://www.bloglines.com/blog/AlexFeldstein
Website: http://feldstein.net

Una vez mas gracias por tus valiosos comemtarios.
Tengo varias librerias de clases que uso para el
desarrollo de mis sistemas pero no tengo
un framework,
sabes de algun enlace en donde explique como hacer uno
propio con las clases que se dispone.

bye



"Alex Feldstein" wrote in message
news:

On Wed, 2 Mar 2005 09:00:33 -0500, "Franklin Int."
wrote:

>Recuerdo que alguna vez escuche acerca de una clase llamada Registry que
>hacia lo que necesito.
>tienes alguna informacion al respecto.

Registry.vcx viene con tu copia de VFP. Busca en el FFC.
Esa clase te permite leer y escribir al registry de Windows.

En tu caso no se si esa es la mjor forma de hacerlo. En los últimos
años la tendencia es dejar de usar el registry en aplicaciones para
nuestros clientes ya que esto tiende a hacerlo mas grande y en muchas
maquinas ya es mas grande de lo que debe y esto crea problemas.

En tu ejemplo, si tienes varios forms y varios usuarios tendrias un
problema de mantenimiento de llaves en el reigstry. Es mejor mantener
esta informacion en una tabla bajo tu control.

> No uso ningun framework, pero si clases base para
>los controles de mi app.

Y porque no? La idea de OOP es no reinventar la rueda cada vez que
comienzas un nuevo programa. No empiezas de cero, no?

Una de las ideas centrales de OOP es el reuso de objetos. Cuando
tienes ya un coleccion de objetos que te sirvan, son relativamente
genericos y reusables, y estan ya probados (sin bugs), los guardas en
clases (class libraries - vcx). Si necesitan un aumento de
funcionalidad o adaptacion, haces una subclase para el proyecto en
cuestion. Eso es un comienzo de un framework.


Alex Feldstein
________________________________
Microsoft Visual FoxPro MVP
Please respond in the public groups so that everybody
can benefit from the exchange.
Favor de responder en los foros públicos asi todos se benefician.
(address munged with ROT-13)

Blog: http://www.bloglines.com/blog/AlexFeldstein
Website: http://feldstein.net

On Wed, 2 Mar 2005 21:40:09 -0500, "Franklin Int."
wrote:

Una vez mas gracias por tus valiosos comemtarios.
Tengo varias librerias de clases que uso para el
desarrollo de mis sistemas pero no tengo
un framework,
sabes de algun enlace en donde explique como hacer uno
propio con las clases que se dispone.

Lee en el help sobre como crear y usar subclases.


Recomendación:
No hagas un framework propio. Compra uno profesional. La cantidad de
miles de horas de trabajo, el conocimiento necesario para hacerlo y la
cantidad de usuarios y situaciones en que se ha usado hacen que este
con muy pocos bugs y con constante mantnimiento.

A menos que tengas conocimientos excelentes en OOP y VFP, y el tiempo
necesario (generalmente no remunerado) sera enorme.

Puedes ver a enorme cantidad de informacion en nuestro wiki:
http://fox.wikis.com/wc.dll?Wiki~CategoryFrameworks


Alex Feldstein
________________________________
Microsoft Visual FoxPro MVP
Please respond in the public groups so that everybody
can benefit from the exchange.
Favor de responder en los foros públicos asi todos se benefician.
(address munged with ROT-13)

Blog: http://www.bloglines.com/blog/AlexFeldstein
Website: http://feldstein.net