Primeramente, me alegro que te guste la forma en la que está programado y
por otra parte siento que tengas que trabajar más por mi culpa ;-)
En cuanto a lo que comentas de las variables de memoria y un botón para
editar, en Foxpro 2.6 tenía aplicaciones que funcionaban así y la verdad
es
que no quedaba nada mal. La razón principal de utilizar variables era
controlar si cancelaba o guardaba los datos. Sin embargo, con VFP esto ya
no hay que hacerlo gracias al Sistema de Almacenamiento en Buffer (es
genial!!) y ello me llevó a asociar todos los objetos del Form
directamente
a campos de las tablas. Te aconsejo que aunque te cueste un poco vayas
cambiando esto, por lo menos en las aplicaciones nuevas.
Por otra parte, me parece perfecto que desactives los botones que no deba
ni pueda utilizar el usuario. Así evitas problemas. Yo lo hago así, aunque
en la clase Barra del libro no está implementado. No dudes ni un momento
en
añadir estos controles. Ten en cuenta que nuestras aplicaciones deben
intentar cumpliar las reglas GUI (Graphic User Interface) y una de ellas
habla precisamente de la desactivación y activación de las opciones según
convenga.
No dudes en preguntarme todo lo que no comprendas o aportar ideas
distintas
a las que expongo en el libro. Precisamente esa es mi intención. No todos
vamos
a programar igual!!.
Saludos.
Por ultimo no se si tendras por hay entre tus curiosidades algun ejemplo de
una pantalla muestra como de facturacion que es lo que me aplica
principalmente a mi, claro si esto no te causa ningun inconveniente.
de antemano gracias...
Con respecto a la pregunta si "Esto afecta al rendimiento de la
aplicación"
En principio se puede decir que si, ten encuenta que cuanto más objetos
tengas más serán los recursos, sobre todo comparandolos con lo que puede
estar en un "menu", pero realmente no creo que eso sea algo que tengas que
preocuparte, porque no será mucho lo que necesite.
Lo que si es cierto y el que más recursos puede quitarte a la aplicación es
el gráfico de fondo que utilizas, todo dependerá del tamaño, colores, etc.
Lo único que debes cuidar con el gráfico es la paleta utilizada, ya que fox
solo mantiene una paleta por vez, lo cual conlleva a que si utilizas o se
visualiza otro grafico con una paleta distinta podrás perder los colores de
la imagen que no sea la actual.
Saludos. Antonio Muñoz
--
ma...@arrakis.es
www.arrakis.es/~mans
Sevilla - España
Sencillamente es otra forma de hacer aplicaciones Windows. Lo que puedes
perder en rápidez vendrá dado por los gráficos en sí. Este estilo aunque tu
comentas que es más intuitivo para el usuario, para mi tiene demasiadas
reminiscencias al pasado, al clásico menú de entrada. El estándar GUI habla
del tipo de menús desplegables y no de ese. De todas formas, para gustos
están hechos los colores.
>Por ultimo no se si tendras por hay entre tus curiosidades algun ejemplo
de
>una pantalla muestra como de facturacion que es lo que me aplica
>principalmente a mi, claro si esto no te causa ningun inconveniente.
Puedes perfectamente tomar como referencia el Form de Curriculms del libro.
En vez de tener varias páginas, lo pondrías todo en uno, cabecera y líneas.
El mantenimiento de ambas es similar al que explico.
Saludos.
Si te gusta esa forma de hacer las aplicaciones no creo que haya razones de
peso para cambiarla. Soy partidario de que cada programador, cada empresa
tenga su estilo. Que el cliente diga: "este programa me suena, es de Juan
Antonio".
Saludos.