El tema que me ocupa ahora... el GET.
Resulta que de anta帽o, Clipper a la hora de solicitar los datos, se comport贸 de una forma que con la evoluci贸n inform谩tica no se corresponde.
Las DBFs se definian los campos Caracter con anchura m谩xima que 铆bamos a preveer y eso al guardar los datos de registros ocupaba un espacio innecesario.
Con los cambios (SQL por ejemplo) las bases de datos se definen los campos casi igual, pero al guardar los registros SOLO se guarda el espacio que ocupan los datos introducidos, no el ancho total definido.
Creo que es as铆, sin贸 que alguine me corrija.
Bien, la pregunta... FW veo que sigue arrastrando la forma de introducci贸n de datos del antigui GET.
Pero, hay alguna forma de que se comporte de manera que solo se vean los datos que ocupa ese campo???
Por ejemplo...
Si tenemos una variable/campo tipo caracter contenido "Maria"
al hacer un GET, de esa variable me deja cambiar esos datos, si, pero SOLO me va a dejar introducir 5 car谩cteres. As铆 pues no puedo cambiar ese valor por "Maria de las Mercedes", ni tan siquiera que el campo de la tabla permita una longitud de 25 caracteres.
Por contra, si la variable la defino con valor "Maria"+Space(20), me dejar谩 escribir i cambiar el contenido hasta los 25 caracteres, hasta ah铆 correcto... PERO si hago clic en una zona "vacia" a partir del caracter 6, se ve que hay espacios en blanco formando parte de su contenido... y ese efecto es "feo", muy feo.
Cuando veo que despu茅s de lo escrito, hay espacios en blanco, pienso en MSDOS y como se trabajava en Clipper. Los programas "modernos" la captura de datos son sin espaciados a la derecha. Cualquier programa en entorno Windows/Mac, incluso los formularios web, al introducir los datos no tienes un campo en blanco de longitud fija que vas rellenando, sin贸 que a medida que vas escribiendo se va rellenando el contenido, hasta llegar a un l铆mite, o no.
Hay alguna variante, propiedad, clase que se haya desarrollado o que alguien est茅 utilizando para salvar este comportamiento del GET actual de FW???
Alguna Clase desarrollada por algun tercero, como un TEdit() ???
No se si se podria con el GET MEMO, solo de una l铆nea, con una propiedad de longitud maxima (nMaxLenght)...
Un Saludo,
Xevi.
Resulta que de anta帽o, Clipper a la hora de solicitar los datos, se comport贸 de una forma que con la evoluci贸n inform谩tica no se corresponde.
Las DBFs se definian los campos Caracter con anchura m谩xima que 铆bamos a preveer y eso al guardar los datos de registros ocupaba un espacio innecesario.
Con los cambios (SQL por ejemplo) las bases de datos se definen los campos casi igual, pero al guardar los registros SOLO se guarda el espacio que ocupan los datos introducidos, no el ancho total definido.
Creo que es as铆, sin贸 que alguine me corrija.
Bien, la pregunta... FW veo que sigue arrastrando la forma de introducci贸n de datos del antigui GET.
Pero, hay alguna forma de que se comporte de manera que solo se vean los datos que ocupa ese campo???
Por ejemplo...
Si tenemos una variable/campo tipo caracter contenido "Maria"
al hacer un GET, de esa variable me deja cambiar esos datos, si, pero SOLO me va a dejar introducir 5 car谩cteres. As铆 pues no puedo cambiar ese valor por "Maria de las Mercedes", ni tan siquiera que el campo de la tabla permita una longitud de 25 caracteres.
Por contra, si la variable la defino con valor "Maria"+Space(20), me dejar谩 escribir i cambiar el contenido hasta los 25 caracteres, hasta ah铆 correcto... PERO si hago clic en una zona "vacia" a partir del caracter 6, se ve que hay espacios en blanco formando parte de su contenido... y ese efecto es "feo", muy feo.
Cuando veo que despu茅s de lo escrito, hay espacios en blanco, pienso en MSDOS y como se trabajava en Clipper. Los programas "modernos" la captura de datos son sin espaciados a la derecha. Cualquier programa en entorno Windows/Mac, incluso los formularios web, al introducir los datos no tienes un campo en blanco de longitud fija que vas rellenando, sin贸 que a medida que vas escribiendo se va rellenando el contenido, hasta llegar a un l铆mite, o no.
Hay alguna variante, propiedad, clase que se haya desarrollado o que alguien est茅 utilizando para salvar este comportamiento del GET actual de FW???
Alguna Clase desarrollada por algun tercero, como un TEdit() ???
No se si se podria con el GET MEMO, solo de una l铆nea, con una propiedad de longitud maxima (nMaxLenght)...
Un Saludo,
Xevi.
Un Saludo,
Xevi.
Aprendiz de la vida!!!
Xevi.
Aprendiz de la vida!!!
