Triste Inputmask, el Clipper 87 se reiría de esta basura..

[TheNewInquirer]

Ya me empecé a desesperar... Intentó hacer que un text el usuario pueda teclear una cantidad con 2 decimales. Ej. 1984.25

Si pongo 9999999 en Inputmask, efectivamente, no le permite al usuario teclear letras u otras cosas. Solo números.

El problema es que tampoco permite teclear el punto decimal, ya que no lo reconoce como número.

Si le pongo 9,999,999.99 o ###,###.##, aparecen e la pantalla las comas y el punto, pero no hace lo que el usuario dice.

Por ejemplo, si tecleo 92.26 el resultado al hacer enter es algo sin sentido como: 92.26, , .

Luego de esto, el usuario debe poder ver la cantidad con formato de separación de miles y el punto decimal, como lo haría cualquier triste programa que maneje formateo de números como excel. Una vez que el usuario presione enter, el formato del text debería ser algo como:

1,984.25

Anteriormente, he usado la funcion transform() para presentar totales y funciona bien. Pero la idea es que no se acepte otro tipo de dato que no sea numérico, pero que acepte el punto decimal al momento de introducir los datos. Y una vez que están "capturados" que muestre las comas de separación de miles y el punto decimal en la pantalla.

Recuerdo que en Clipper había una cláusula PICTURE que junto con la Valid, eran bastante poderosas para eso. Algo como:

CLEAR

R="S"
STORE 0.00 TO BASE, CANT
STORE 0 TO DIAS
PORC=SPACE(5) 


DO WHILE R="S"
CLEAR

@ 15,40 SAY "TECLEE EL IMPORTE DE LA CANTIDAD BASE:" GET BASE PICT "9,999,999.99" 

@ 17,40 SAY "TECLEE LA CANTIDAD DE DIAS TRANSCURRIDOS" GET DIAS PICT "999,999.99" 
READ


DO CASE

 CASE DIAS
 CANT=BASE*(.03)
 PORC="3%"
 
 CASE DIAS
 CANT=BASE*(.015)
 PORC="1.5%"
 
 CASE DIAS>30
 CANT=0
 PORC="0%"
 
 OTHERWISE
 WAIT WINDOW 'ERROR EN EL PROGRAMA, PRESIONE UNA TECLA PARA CONTINUAR'

ENDCASE 


@ 19,40 SAY "EL RESULTADO DE LA COMISION ES:"
@ 19,80 SAY ALLTRIM(STR(BASE))+" * " +ALLTRIM(PORC)+ " = " 
@ 19,100 SAY ALLTRIM(TRANSFORM(CANT,'999,999.99'))



@ 22,40 SAY "REPETIR (S/N):" GET R PICT "@!" VALID R$"SN"
READ

ENDDO

CLEAR
RETURN

No existe eso en Fox?...

[Viktor Velazquez]

efectivamente clipper era muy bueno en esos inconvenientes llegue a programar con  objetos en el  clipper 5.2.. 

---

Date: Wed, 29 Feb 2012 07:00:36 -0800
From: thenewin...@gmail.com
To: publice...@googlegroups.com
Subject: [vfp] Triste Inputmask, el Clipper 87 se reiría de esta basura..

[Arnaldo Toledano]

Hay algo que no te esta funcionando bien, porque lo que planteas lo hace igual que Clipper.

Lo correcto seria.
FORMAT        = N
Inputmask     = 9,999,999.99
MaxLength    = 12

Cuando ingresas por ejemplo 9962.25
Por cada tecla pulsada
9                                9
99                              9
996                            6
996,2                        2
9,962.                        .
9,962.2                      2 
9,962.25                    5   

Idéntico al clipper.

De todas maneras NO PIENSES EN CLIPPER cuando programes, porque la frustración sera tremenda.


Arnaldo Toledano

--
Arnaldo Toledano Tesys Informática Córdoba Argentina

[Daniel Sánchez]

Tal vez tu problema sea que no le inicializas el text con value=0 si no lo dejas en blanco a lo que el text deduce que lo que estas ingresando es  caracteres y no número, dale un valor en el value y veras que funcionara perfecto.

Saludos

--
Daniel Sánchez Escobar
Investigación y Desarrollo
Reset Software & Sistemas
Móvil +051-949398047
Trujillo - Perú

[Antonio Meza]

SI esta asociado a una campo de una tabla verifica que este sea numérico y que hayas especificado los decimales, y si es una variable o propiedad verifica que esta sea numérica ya que eso el vfp lo hace sin problema.

saludos

[TheNewInquirer --]

Gracias a todos! La solución es la que comenta Daniel. No sabía que tenía que inicializar la propiedad value con un triste 0.

Lo de format=N, no lo encontré en la ayuda. HAbía probado format=R, pero aún no sé para que sirve la propiedad format.

Pensé que "Inputmask" controlaba la máscara de entrada restringiendo al usuario de entrar valores no permitidos como letras en un campo numérico.

y que format se encargaba del formato una vez que el usuario daba enter en el text.

Al parecer no es así...

Para que se usaría la propiedad Format?...

Qué otras recomendaciones pueden sugerirme al usar inputmask?...

Gracias! Poco a poco voy entiendo como trabajar en Fox. Mencioné lo de clipper 87 solo como referencia.

Aunque nadie puede negar que el compilador Clipper fue en su momento un señor compilador con corazón de C.

He escuchado que Fox es Pseudocompilado, pero no sé a que se refieren con eso.

Será algo como lo que hacía el clipper donde el "enlazador" generaba el código objeto intermedio (.obj) y luego el compilador lo remachaba convirtiéndolo a exe?..

Ups.. ya me estoy desviando del tema jeje..

[ZeRoberto]

Que raro a mi nunca me dio problemas

 

1.- Verifica como esta definido el punto decimal en tu sistema derrepente esta como "coma".

 

2.- Verifica la propiedad format del ese textbox. y setealo a K

 

Saludos

[Daniel Sánchez]

Así es lo objetos text puedes inicializarlos por defecto admite valores caracteres, pero si deseas que se comporte de manera diferente para con números debes inicializarlo con 0 o con 0.00 o 0.000 de acuerdo a los decimales que desees que comienze considerando, ahora si deseas manejar un dato del tipo fecha solo pones en el value=date() y trabaja manejando valores tipo fecha. Al menos eso no ocurre con otros lenguajes como VB o C# todo debes hacerlo a mano, ufff que trabajo, eso es lo bueno del VFP.

[Irlandes 1960]

ZeRoberto, OJO con el Format = K para ingresar valores numéricos.

Aca en Argentina si lo usas para el ingreso de % de inflación, el formato K achica los % ingresados.

[ZeRoberto]

Buen dato, la verdad no lo sabia.

 

Gracias por el dato

 

Saludos

[Arnaldo Toledano]

Muy sutil lo suyo Irlandés .....! ! !

Arnaldo

El 29/02/2012 01:15 p.m., Irlandes 1960 escribió:

ZeRoberto, OJO con el Format = K para ingresar valores numéricos.

Aca en Argentina si lo usas para el ingreso de % de inflación, el formato K achica los % ingresados.

[Marco Plaza]

Hola, con todo respeto , la programación requiere mucho estudio y paciencia. No crees que el post de tu título es una falta al grupo?

Saludos

[almonts ( www.ontarioxb.es )]

He Leído Clipper, y se me ha saltado una lagrimita.
Que tiempos aquellos...... El que sabía programar era un auténtico
CRACK.
Saludos. ;)

[Arnaldo Toledano]

Marco.
Tenes razón en tu comentario, pero también es muy cierto que cuando pasas de un lenguaje DOS a uno Visual,
y mas aun viniendo de Clipper, te contras con miles de cosas que no entendés y no sabes como resolverla.
Sobre todo sabiendo que Clipper tuvo, incluso TIENE, muchas cosas resueltas.
La "impotencia" es muy grande.
Yo la he vivido, incluso mi idea fue dejar de programar y dedicarme al diseño de sistemas.
Termine programando porque no encontré "gente" que respetara mi ignorancia en el lenguaje VFP.
No me quedo mas remedio que aprenderlo a "coscorrones limpios" .
Por ello lo comprendo a "thenewinquirer".
Ya conocerá mejor al "zorro" y terminara queriéndolo tanto como al clipper.

Arnaldo Toledano

[GeoSys Diseño de Software]

El VFP se ríe de las basuras de programadores quizás.

jajajaja,

Todo lenguaje empezando cuesta, lleva una curva de aprendizaje.

Saludos

Anthony Contreras Peralta

Costa Rica.

[TheNewInquirer --]

Marco, si.. me pasé con el tema, pero solo era para recalcar la facilidad con que Clipper resolvía el asunto, aun en su versión vieja summer 87. Nada personal !

Ya sé que el Fox es la neta del planeta, pero a veces me desespero al pasarme una tarde entera tratando de entender algo que al final era tan simple.

Digamos que reconozco que Fox es dificil de entender, pero la Ley, una vez que ya le agarras la onda (como decimos en México). jeje

Volviendo al tema del Format=K...

Qué otra opción habría para evitar usar la mascara K en la propiedad format?..

A mi me pareció bastante práctica esa solución pero no quisiera tener problemas de arrastres numéricos y menos porcentuales.

Parece que por fin "los señores de google" están despertando de su sueño y ahora tenemos las opciones de tipo de letra, negrita, cursiva, etc. en los foros google. Ya era hora!! Felicidades por ellos.

Saludos!

[Marco Plaza]

Ok..pasa! para lo que necesitas en tu control coloca:

control.gotfocus
this.InputMask='9999999.99'

control.lostfocus
this.InputMask='9,999,999.99'

saludos


On 29 feb, 13:16, TheNewInquirer -- <thenewinquire...@gmail.com>
wrote:

> Marco, si.. me pasé con el tema, pero solo era para recalcar la facilidad
> con que Clipper resolvía el asunto, aun en su versión vieja summer 87. Nada
> personal !
>
> Ya sé que el Fox es la neta del planeta, pero a veces me desespero al
> pasarme una tarde entera tratando de entender algo que al final era tan
> simple.
>
> Digamos que reconozco que Fox es dificil de entender, pero la Ley, una vez
> que ya le agarras la onda (como decimos en México). jeje
>
> Volviendo al tema del Format=K...
>

> *Qué otra opción habría para evitar usar la mascara K en la propiedad
> format?..*

[Norberto]

Respetuosamente: Por favor!  Vayan a las fuentes!
Si solo miraran (detalladamente) la clase basectrl y (en el tema que
nos ocupa) el control xtxtbasenumeric de
DataClass.pjx no tendrian ninguna duda de como manejar un texto
numerico o cualquier otro control de VFP

Un gran porcentaje de las consultas en los foros de VFP esta explicado
en este proyecto ampliamente documentado.
Esto se lo comente una vez al autor, Andy Kramek, y el me contesto:
Uno puede guiar al caballo hasta el rio, pero no puede obligarlo a
beber. (You can lead the horse to the river, but you can not make it
drink).

Andy recomienda crear primero una clase trayendo todos los controles
sin modificarlos, a la que podriamos llamar Rootclass.
Luego crea una clase a la que llama, por ejemplo, basectrl. Alli
comienza a darle forma a los controles que va a utilizar.
Creanme. Vale la pena verlo. Y si leyeran alli su dataclass.prg ya no
tendrian mas dudas de como manejar bases de datos.
http://www.tightlinecomputers.com/Downloads.htm  Class Based Data
Management

[J. Enrique Ramos Menchaca]

Tu problema no es VFP sino la configuración regional de tu equipo en
el Windows, ya que has de tener definido el separador decimal como ","
y el de miles como ".", eso es todo. La culpa no es del lenguaje sino
de un equipo mal configurado.

On 29 feb, 09:00, TheNewInquirer <thenewinquire...@gmail.com> wrote:
> *Ya me empecé a desesperar... Intentó hacer que un text el usuario pueda
> teclear una cantidad con 2 decimales. Ej. 1984.25*

>
> Si pongo 9999999 en Inputmask, efectivamente, no le permite al usuario
> teclear letras u otras cosas. Solo números.
>
> El problema es que tampoco permite teclear el punto decimal, ya que no lo
> reconoce como número.
>
> Si le pongo 9,999,999.99 o ###,###.##, aparecen e la pantalla las comas y
> el punto, pero no hace lo que el usuario dice.
>
> Por ejemplo, si tecleo 92.26 el resultado al hacer enter es algo sin
> sentido como: 92.26, , .
>

> *Luego de esto, el usuario debe poder ver la cantidad con formato de

> separación de miles y el punto decimal, como lo haría cualquier triste
> programa que maneje formateo de números como excel. Una vez que el usuario

> presione enter, el formato del text debería ser algo como:*
>
> *1,984.25*

>
> Anteriormente, he usado la funcion transform() para presentar totales y
> funciona bien. Pero la idea es que no se acepte otro tipo de dato que no
> sea numérico, pero que acepte el punto decimal al momento de introducir los
> datos. Y una vez que están "capturados" que muestre las comas de separación
> de miles y el punto decimal en la pantalla.
>

> *Recuerdo que en Clipper había una cláusula PICTURE que junto con la Valid,
> eran bastante poderosas para eso. Algo como:*
>
> *CLEAR*
>
> *R="S"*
> *STORE 0.00 TO BASE, CANT*
> *STORE 0 TO DIAS*
> *PORC=SPACE(5) *
>
> *DO WHILE R="S"*
> *CLEAR*
>
> *@ 15,40 SAY "TECLEE EL IMPORTE DE LA CANTIDAD BASE:" GET BASE PICT "9,999,999.99" *
>
> *@ 17,40 SAY "TECLEE LA CANTIDAD DE DIAS TRANSCURRIDOS" GET DIAS PICT "999,999.99" *
> *READ*
>
> *DO CASE*
>
> * CASE DIAS

>  CANT=BASE*(.03)
>  PORC="3%"
>
>  CASE DIAS
>  CANT=BASE*(.015)
>  PORC="1.5%"
>
>  CASE DIAS>30
>  CANT=0
>  PORC="0%"
>
>  OTHERWISE
>  WAIT WINDOW 'ERROR EN EL PROGRAMA, PRESIONE UNA TECLA PARA CONTINUAR'
>
> ENDCASE
>
> @ 19,40 SAY "EL RESULTADO DE LA COMISION ES:"
> @ 19,80 SAY ALLTRIM(STR(BASE))+" * " +ALLTRIM(PORC)+ " = "
> @ 19,100 SAY ALLTRIM(TRANSFORM(CANT,'999,999.99'))
>
> @ 22,40 SAY "REPETIR (S/N):" GET R PICT "@!" VALID R$"SN"
> READ
>
> ENDDO
>
> CLEAR

> RETURN*
>
> *No existe eso en Fox?...*

[TheNewInquirer]

Gracias Enrique! El problema ya fue solucionado. No estaba poniendo un 0 en la propiedad value del control text. Luego solo pondre la mascara 9,999,999.99 en el inputmask y una K en la propiedad format, además me recomendaron usar la propiedad maxlength, para definir los digitos máximos que aceptará el control text.

Ahora es tema es, si puede usarse algo alternativo a K en la propiedad format del text, ya que según comentaron antes, puede provocar errores minimos con los porcientos.

Gracias! Aclaro que no "odio" al Fox. Al contrario. Solo fue un momento de frustración por perder una tarde intentando entender la famosa propiedad "Inputmask". Ahora todo esta más claro.. 

[Arnaldo Toledano]

El comentario del Irlandés fue una ironía .
En Argentina le decimos K a los Kischner , hoy solo esta Cris.....

ZeRoberto, OJO con el Format = K para ingresar valores numéricos.

Aca en Argentina si lo usas para el ingreso de % de inflación, el formato K achica los % ingresados.

En realidad quizo decir que los Kischner disminuyen exprofeso los indices de inflación.

Arnaldo Toledano

P/D. Irlandés, YA LE PEDÍS DISCULPAS al cumpa Mexicano....

Jajajaja

[GeoSys Diseño de Software]

Cómo eso que afecta mínimo en los porcentajes con format K?

Yo no me he dado cuenta de eso, yo eso si, siempre uso el format y primero asigno una R de primero

:

R

Muestra la máscara de formato para el cuadro de texto especificada en la propiedad InputMask. Los datos de formatos de máscaras para una entrada más fácil y una presentación más clara (por ejemplo, si la máscara es 99-999, el número 12345 se mostrará como 12-345), pero no se almacena como parte de los datos. Se usa sólo con datos de caracteres o numéricos.

Entonces para porcentajes por ejemplo hago así:

FORMAT=RK

R Significa que es solamente la máscara de formato.

K Que al seleccionar el texto este se selecciona todo.

En el INPUTMASK=99.99%

Con esto cuando almacenamos en el campo de la tabla solo toma 99.99 no toma en cuenta el %.

Tampoco lo toma a la hora de hacer el cálculo al porcentaje,

En el método click asigno esto para que al dar click se seleccione todo el campo: 

this.selstart=0

this.sellength=6

No he notado diferencia excepto en el redondeo de decimales pero eso es normal con K o sin K.

Si alguien nos aclara esto, se le agradecería.

Saludos

Anthony Contreras Peralta

Costa Rica.

[GeoSys Diseño de Software]

aaaaaaaaaaaaaaahhhhhhhhhhhhhhhhh, Aclarado el asunto:

jajajajajjaja.

Saludos

Antony Contreras Peralta

Costa Rica.

[TheNewInquirer --]

Ah... Ok. Entonces si funciona bien lo del format=K.

Estuvo bien que lo aclararan, para no dar una mala impresión del Fox ante los clientes, que fue precisamente el error que cometí al poner el título del mensaje.

Gracias, ya puedo avanzar tranquilamente... Hasta mi siguiente punto de ignorancia..jeje !

[Antonio.xt]

TheNewInquirer
Hey compadre, pero tampoco podemos hecharle la culpa al lenguaje por
desconocimiento de uno mismo. Claro, se que no es profesional decirle
al cliente ¡es que esta instruccion no se usarla!, pero tambien creo
que es injusto decir ¡es que el fox no maneja formatos de numeros!,
cuando en realidad si los maneja pero aun no sabemos usarlos o estamos
atorados en algo.

Saludos...


On 29 feb, 15:22, TheNewInquirer -- <thenewinquire...@gmail.com>
wrote:

[Walter R. Ojeda Valiente]

Tu problema es que tu textbox es de tipo caracter, no de tipo numérico. Ponle un valor inicial de cero y te funcionará correctamente.

Saludos.

Walter.

---

Date: Wed, 29 Feb 2012 07:00:36 -0800
From: thenewin...@gmail.com
To: publice...@googlegroups.com
Subject: [vfp] Triste Inputmask, el Clipper 87 se reiría de esta basura..

[Walter R. Ojeda Valiente]

Concuerdo contigo.

Decir que algo es una basura, cuando en realidad quien lo dijo es un ignorante, pues .... no es lo correcto.

Tendría que haber preguntado civilizadamente para salir de su ignorancia. Pero bueno, cada quien es como es.

Saludos.

Walter.

> Date: Wed, 29 Feb 2012 15:11:51 -0800
> Subject: [vfp] Re: Triste Inputmask, el Clipper 87 se reiría de esta basura..
> From: puent...@gmail.com
> To: publice...@googlegroups.com

[Oscar Calderon]

Completamente de acuerdo contigo Walter.

En este tipo de actitudes se puede ver la diferencia entre un profesional y un amateur.

Saludos,

--

Oscar Calderón Fuentes

Santiago - Chile

 

[TheNewInquirer]

Si.. Ya me disculpe. Y tal vez es como dice Walter, a veces no hablo bien, sobre todo cuando una tarde de frustración intentando entender algo que debería ser simple (aunque si lo es, pero aun no lo sabes), te hace perder horas de tu valioso tiempo.

Esta es una de las razones por las que aun intento aprender Fox. Porque la velocidad de programación es muy buena y no tengo mucho tiempo para programar.

Sobre mi forma de expresarme, algún día entenderé que frases les ofenden y cuales no. Tienen razón, aun me falta mucho para ser un profesional como ustedes.

Varias veces me he preguntado si estoy en el foro correcto. Tal vez deba cambiarme a uno para novatos.

Tal vez solo sea la diferencia de expresión debido a ser de paises diferentes.

Talvez fue un momento de frustración o es un "defecto personal" en que debo mejorar o talvez solo sea que en México, somos más "relajistas y pasados de lanza" jeje

Intentaré entender como hablan ustedes..

Saludos!

El miércoles 29 de febrero de 2012 11:16:04 UTC-6, TheNewInquirer escribió:

Marco, si.. me pasé con el tema, pero solo era para recalcar la facilidad con que Clipper resolvía el asunto, aun en su versión vieja summer 87. Nada personal !

Ya sé que el Fox es la neta del planeta, pero a veces me desespero al pasarme una tarde entera tratando de entender algo que al final era tan simple.

Digamos que reconozco que Fox es dificil de entender, pero la Ley, una vez que ya le agarras la onda (como decimos en México). jeje

[TheNewInquirer]

Bueno.. parece que el formato de los foros google ya permite hacer algunas correcciones, aunque no he revisado si se pueden corregir errores de dedo en los mensajes personales.

Mientras, intento cambiar el título del mensaje para que no se me sulfuren jeje!

Saludos!

[Walter R. Ojeda Valiente]

InputMask no es triste, triste es quien no sabe usar algo tan simple y despotrica, ¿no te parece?

Saludos.

Walter.

---

Date: Wed, 29 Feb 2012 19:47:37 -0800
From: thenewin...@gmail.com
To: publice...@googlegroups.com
Subject: [vfp] Re: Triste Inputmask, hasta el viejo Clipper 87 lo resolvería en un 2 x 3 !

[TheNewInquirer --]

Walter, 

Aun no te conozco pero te agradezco toda la ayuda que me has brindado con anterioridad.

Ya aclare que no era nada personal ni contra Fox ni contra nadie.

No se que mas puedo hacer...

Aunque claro, hace mucho que aprendí que mi felicidad no debe depender de una persona, o de tener la aprobación de otras personas, ya que somos humanos y siempre cometeremos errores..

Reitero mis disculpas, y si te sigue ofendiendo que ponga "triste" lo lamento, es mi forma de hablar y me va llevar tiempo adaptarme a una nueva palabra.

Saludos!

[TheNewInquirer --]

Al final, mi problema era que aun poniendo el 0 en el cuadro de propiedades me daba lata porque me olvide de quitar la cadena vacía (value="") del evento refresh() que es llamado en el evento activate() al arrancar el form, lo cual hacía que se volviera caracter el text otra vez.

Ya hasta estaba pensando en reinstalar el Fox y los service Packs.

Lo malo que lo descubrí casi a la 1 de la mañana jeje

[Arnaldo Toledano]

Reitero lo que dije al principio, contestando el mail de Plaza.

Es normal este tipo de frustración cuando estas aprendiendo un lenguaje.
Con solo pedir una vez disculpas cuando te excedas PUNTO.
Todo esto ocurrió ayer.
Walter no contesto ningún mail ayer.
Apenas vio el tuyo, hoy, te contesto.
Después seguramente leyó tus disculpas y entendió, pero ya era tarde.
INSISTO, NO TE PREOCUPES.
Yo pase por lo mismo, y se lo que te pasa.

Seguí preguntando, y tené en cuenta que así como vos estas de mal humor para preguntar, varios están en ese
momento de mal humor para contestar.


Arnaldo Toledano

[Walter R. Ojeda Valiente]

O sea que no era culpa del Visual FoxPro.

Saludos.

Walter.

---

Date: Thu, 1 Mar 2012 00:36:22 -0600
Subject: Re: [vfp] Re: Triste Inputmask, hasta el viejo Clipper 87 lo resolvería en un 2 x 3 !
From: thenewin...@gmail.com
To: publice...@googlegroups.com

[Christian Ascencio]

solo es el 1%, y aun asi, lo adjudico al OS y al Hardware ---

Saludos FoxMen

Christian

2012/3/1 Walter R. Ojeda Valiente <wr...@hotmail.com>

[Miguel Canchas]

Con K de Kirchner ¿??? Jajajajajaj

 

MK

[Geovanny Quirós Castillo]

Amigo TheNewInquirer,

te comentaré algo; hace unos 17 años empecé a programar con Clipper Summer ‘87, luego pasé a Clipper 5.1, mas tarde migré algunos programas puequeños a Foxpro Lan 2.6 porque me lo presentaron y me dejó atonito con la manera tan facil en que se podían hacer consultas sql con su asistente de Queries, el diseñedador de reportes nunca me gustó porque era pan de todos dias usar el viejo R&R que era una verdadera maravilla , también vi como se podían hacer cosas super interesantes como por ejemplo: El diseñador de menus y el de pantallas, en fin, el core de los programas hechos por nosotros era lo mismo  en Clipper y fox , todos los conocedores del grupo pueden dar fe de que las diferencias entre los comandos  de fox y clipper son mínimos. Por el año 2006 di el gran salto a Visual Fox 7 y me encontré con este grupo que a sido de lo mejor que me ha pasado en mi faceta de programador, una cosa llevó a la otra y di con el portal del pueblo; te digo es una fuente invaluable de recursos.

 

Antes de llegar al punto de sentirte frustrado porque algo no te sale como quieres, primero deberías pensar en el origen del problema, luego ir al PortalFox, si no tienes exito busca con google, yo he encontrado articulos fechados hasta con  años inferiores al 2003 en otras webs que me han salvado la tanda mas de una vez, como última opcion pregunta al grupo pero debes hacerlo de buena manera para que solo te lluevan respuestas y no jalones de orejas.

 

Saludos y suerte amigo.

[TheNewInquirer]

Compañero Geovanny,

Ya pedí disculpas, cambié el tema y explique. Gracias por tu
sugerencia de todos modos.

El problema es que en este foro, el usuario no puede borrar, ni editar
sus propios mensajes como en cualquier otro triste foro gratuito.

Aunque parece ser que la interfaz de google groups cambiará dentro de
poco y ya hay varias mejoras.

En fin, mis disculpas ya han sido reiteradas y explicadas
anteriormente.

En este punto, yo no tengo el control sobre este hilo sino el
administrador del foro.

Saludos!

[TheNewInquirer --]

La otra fue que no sabía que el format afecta todo el campo de los datos de entrada.

Mientras que el inputmask afecta a cada dato que se va introduciendo.

Por ejemplo: para convertir todos los caracteres introducidos a mayuscula, puse la mascara "!" en la propiedad format, and that's it!  Eso es todo!

Mientras que para valores numéricos, seguí la recomendación de agregar SET CONFIRM ON para que no salte al siguiente campo automaticamente sino que espere a que el usuario presione TAB o ENTER. De hecho me faltaba esa instrucción en mi programa principal, pero gracias a los compañeros que compartieron sus codigos de main.prg me di cuenta.

Solo era cuestion de inicializar la propiedad value con un 0 desde el arranque (Activate) y en el cuadro de propiedades, poner una RK en la propiedad format y la mascara 9,999,999.99 en inputmask y el largo del campo en Maxlength.

Ya le voy agarrando la onda al Inputmask y al format..