moneda

"Jose" escribió en el mensaje
news:

Como hacer un textbox moneda en vb.net 2003. La idea es que sea totalmente
funcional para el usuario.
Gracias

Hola, Jose:

Me parece, por el tiempo que llevas preguntando lo mismo, que te estás
ahogando en un vaso de agua.

¿Qué es un "textbox moneda"? ¿Cómo quieres que se comporte, es decir, qué
significa "totalmente funcional para el usuario"?

Por la insistencia con la que repites la expresion "textbox moneda", y por
la vaguedad con la que te refieres a la idea, sospecho que no te has sentado
a pensar qué es lo que esperas de ese control. Si lo hicieras, el problema
de crear un "textbox moneda" se iría transformando en otros pequeños
problemas: cómo reconocer los separadores de miles de los decimales, cómo
interpretar la intención del usuario, cómo reformatear segun el usuario
escribe, sin perder la posición del cursor dentro del texto. Y para cada uno
de esos problemas deberías probar diferentes soluciones. Si lo hicieras,
podrías realizar preguntas a las que se podrían dar respuestas concretas.

De momento, la unica respuesta para tu pregunta, una vez mas, es la
siguiente:

1.- Define como quieres que luzca y se comporte tu control
2.- Sientate a escribirlo.

Ese es el trabajo que hacemos los programadores, a saber.

Salud!

Si te refieres a formatear el campo como si fuera un valor de moneda en 2005
puedes usar esto, en 2003 creo que también te funcionaría.

TextBox1.Text = Format(CDbl(TextBox1.Text), "Currency")


Un saludo
Oscar Montesinos
"Jose" escribió en el mensaje
news:

Como hacer un textbox moneda en vb.net 2003. La idea es que sea totalmente
funcional para el usuario.
Gracias

Una vez hecho lo que te recomienda Leo, empieza por crear una clase que
herede de TextBox:

Public Class CurrencyTextBox
Inherits TextBox

End Class

Saludos:

Jesús López



"Jose" escribió en el mensaje
news:

Como hacer un textbox moneda en vb.net 2003. La idea es que sea totalmente
funcional para el usuario.
Gracias

Hola Leonardo. Porque si es algo tan básico de usar en las aplicaciones que
desarrollamos microsoft no sacó ese control como en visual foxpro y solo
ajustar la mascara de separador de miles e indicandole que es numerico con 2
decimales.
Hay que programar practicamente todo. Eso es lo que critico. Imagino que hay
muchisimos programadores preguntandose lo mismo. En vez de perder tiempo
programando ese control pues algo como el numericupdown pero funcional al
usuario. Funcional al usuario significa que el usuario ingrese la cifra y
separe automaticamente miles,millares etc Ademas si el usuario pulsa el .
decimal o la , decimal pues el cursor se mueva a la parte decimal. Asi como
en vfp. Si conoces de vfp sabes lo que te digo sino te invito a que veas ese
objeto en vfp.
¿No crees que se debe programar en cosas mas particulaes y específicas para
ahorrar tiempo?
Quizas por eso y otras razones la gente no cambia tan facilmente a .net
Un abrazo y espero tus comentarios.
"Leonardo Azpurua [mvp vb]" <l e o n a r d o (arroba) m v p s (punto) o r g>
escribió en el mensaje news:eB$

"Jose" escribió en el mensaje
news:

Como hacer un textbox moneda en vb.net 2003. La idea es que sea
totalmente funcional para el usuario.
Gracias

Hola, Jose:

Me parece, por el tiempo que llevas preguntando lo mismo, que te estás
ahogando en un vaso de agua.

¿Qué es un "textbox moneda"? ¿Cómo quieres que se comporte, es decir, qué
significa "totalmente funcional para el usuario"?

Por la insistencia con la que repites la expresion "textbox moneda", y por
la vaguedad con la que te refieres a la idea, sospecho que no te has
sentado a pensar qué es lo que esperas de ese control. Si lo hicieras, el
problema de crear un "textbox moneda" se iría transformando en otros
pequeños problemas: cómo reconocer los separadores de miles de los
decimales, cómo interpretar la intención del usuario, cómo reformatear
segun el usuario escribe, sin perder la posición del cursor dentro del
texto. Y para cada uno de esos problemas deberías probar diferentes
soluciones. Si lo hicieras, podrías realizar preguntas a las que se
podrían dar respuestas concretas.

De momento, la unica respuesta para tu pregunta, una vez mas, es la
siguiente:

1.- Define como quieres que luzca y se comporte tu control
2.- Sientate a escribirlo.

Ese es el trabajo que hacemos los programadores, a saber.

Salud!

"Jose" escribió en el mensaje
news:

Hola Leonardo. Porque si es algo tan básico de usar en las aplicaciones
que desarrollamos microsoft no sacó ese control como en visual foxpro y
solo ajustar la mascara de separador de miles e indicandole que es
numerico con 2 decimales.
Hay que programar practicamente todo. Eso es lo que critico. Imagino que
hay muchisimos programadores preguntandose lo mismo. En vez de perder
tiempo programando ese control pues algo como el numericupdown pero
funcional al usuario. Funcional al usuario significa que el usuario
ingrese la cifra y separe automaticamente miles,millares etc Ademas si el
usuario pulsa el . decimal o la , decimal pues el cursor se mueva a la
parte decimal. Asi como en vfp. Si conoces de vfp sabes lo que te digo
sino te invito a que veas ese objeto en vfp.
¿No crees que se debe programar en cosas mas particulaes y específicas
para ahorrar tiempo?
Quizas por eso y otras razones la gente no cambia tan facilmente a .net
Un abrazo y espero tus comentarios.

Hola.

Por fin entiendo de que va tu pregunta.

Me parece que la cosa iba por algo como "@x, y GET z using f" :-)

Cada quien tiene su propia historia, y la historia condiciona el punto de
vista: en 1982 tuve mi primera exposicion a lo que despues seria xBase, con
dBaseII para CP/M. Y no me gustó. Y no me gustó por razones totalmente
opuestas a las que te llevan a criticar a VB.NET: tenía demasiadas cosas
"hechas", y era dificil adaptarlas a mi manera de hacer las cosas con CBasic
o Pascal. Para esa epoca, las capacidades de xBase eran las mas elementales.
Luego siguió la evolución con dBaseIII, Clipper y FoxPro, que convirtió a
xBase en un lenguaje de desarrollo profesional de altas prestaciones. Pero
para ese entonces, yo ya estaba "sumergido" en C y en la programación a muy
bajo nivel, de manera que nunca me pude interesar en Fox, mas alla de
reconocer su desarrollo en terminos formales.

Son muchas las cosas que .NET no trae: el Masked Edit Box, que estaba en VB6
(y que nunca me convenció), no esta mas y una deformacion monstruosa del
DataGrid pretende reemplazar tambien al viejo y fiel MSFlexGrid. Gracias a
Dios, MS estuvo un tiempo regalando una coleccion de controles de Component
One, que traia un grid mas parecido al FlexGRid original, y ese es el que
uso para trabajar con Net.

Dependiendo de como conciba uno la programacion, NET puede ser inmensamente
atractivo o espantosamente repugnante. Aunque FoxPro, al igual que el viejo
VB6, tienen un soporte limitado para el desarrollo orientado a objetos, la
mayor parte de los desarrolladores en esos lenguajes no utilizan esas
caracteristicas. De manera que el hecho de poder disponer de herencia, el
uso de delegados y ahora los genéricos de 2005 no los entusiasman tanto como
a quienes hemos dedicado los ultimos años a tratar de establecer una
metodología de desarrollo orientado a objetos basados en VB6, por ejemplo.
Aunque me molestan -igual que a todos quienes migramos de cualquier otro
lenguaje- la falta de ciertos recursos que venian dados en mi lenguaje de
origen, y aunque todavia no supero el rechazo a la sobrecarga que implica la
ruptura de capsulas funcionales en tres o cuatro componentes (presentacion,
contenido, estilos, seguimiento ["currency"]) separados, la riqueza de
recursos constructivos de cualquier lenguaje .Net es tan grande que despues
de realizar el primer proyecto sueño con algun dia implementar todas mis
aplicaciones en la nueva plataforma (aunque todavia no se como voy a lograr
la mitad de las cosas que tengo hechas en VB6).

Creo que el problema de la baja frecuencia de adopción tiene mas que ver con
la falta de confianza del publico en general hacia Microsoft. Los programas
desarrollados en COBOL a mediados de los sesenta, siguen compilando sin
cambios en cualquier compilador de hoy en dia. Igual pasa con Java, C,
FORTRAN o cualquier otro lenguaje utilizado profesionalmente. Incluso un
programa escrito en "C" clasico, debería compilar en C++ siempre que el
autor haya tomado ciertas precauciones minimas, que de paso se recomendaban
en el libro de Kernighan y Ritchie. Microsoft tiene la desafortunada
costumbre de "menear la mata" cada tantos años, provocando una revolución
que deja fuera del mercado a un número considerable de profesionales. La no
compatibilidad de VB.NET con VB6, y la falta de una herramienta de migracion
efectiva, hizo que muchisimos desarrolladores profesionales en VB,
incluyendo muchos MVP (que, por supuesto, ya no lo son), pasaran de VB a
Java o Delphi. Productos de la competencia, como RealBasic -que genera
igualmente codigo para las Mac- tuvieron un auge impresionante hace un par
de años.

Pero no creo que los desarrolladores que condicionen su adopcion de las
nuevas tecnologías a la existencia o no de un text box especializado para la
lectura de números le preocupen para nada a Microsoft. Si no son capaces de
escribirlo en unas pocsa horas, no merecen ser tomados en cuenta: quienes
determinan si un lenguaje es o no adoptado son los buenos programadores, y
ningun buen programador se para ante esa nimiedad.

Salud!