DBEdit con formato

[Caracolg]

Lo que pasa es que el MaskEdit hasta donde se es una propiedad del Edit ¿No? Y yo necesito usar un DBEdit, pero no le encuentro esa propiedad, nisiquiera una parecida, no es a la hora de capturar, si no de desplegar la información de la tabla. Y en la tabla no viene la información con formato. ¿Como ves?

[[Caral]]

Hola
Recuerda que cualquier componente de texto adquirira el dato de una tabla por codigo, asi el edit puede contener los datos del dbedit, Prueba:
DBEdit1.Visible:= False;
MaskEdit1.Text:= DBEdit1.Text;
El MaskEdit1 tomara el valor del DBEdit1 y la informacion se dispondra en el maskedit, y esconderas el dbedit1, asi de simple.
Saludos

[roman]

Bueno, y si vamos a esconder el dbedit y copiar a mano los datos, ¿para qué queremos el dbedit? En tal caso los copiamos directo de la tabla:

Código Delphi [-]
MaskEdit1.Text := Table1.FieldByName('Salary').AsString;

Además, ya he mencionado el DisplayFormat.

// Saludos

[[Caral]]

Hola Roman
Ya ves es una cuestion de opinion, aqui en este caso a mi me gusta tener el dbedit tanto como el maskedit, en el form, ya que puedo entender mejor el codigo, aveces si se introduce mucho codigo directo a la tabla, a mi particularmente me confunde, con solo tocar el dbedit se de que datasource proviene, que tabla, que campo ect, de lo contrario tengo que ir al codigo y ver que hace el maskedit ect..
La verdad creo que en tal caso prefiero usar esto escrito antes por ti:

Table1Salary.DisplayFormat := ',#.##';

Y si voy a tener que ver codigo que sea bueno como el tuyo, crees que el mio es asi Pues ojala lo fuera, pero no. Por eso tengo que ser lo mas simple y entendible que pueda.
Saludos

[roman]

Sinceramente no entiendo por qué había de ser poco claro algo como:

Código Delphi [-]
EditEmpleadoSalario.Text := TablaEmpleados.FieldByName('Salario').AsString;

¿No proviene del campo Salario de la tabla de empleados?

Pero, más allá de eso, cada edit, maskedit, dbedit, etc. que uses gasta recursos del sistema. No veo necesidad de mantener uno tan sólo como transporte de datos. Los controles db aware están hechos para enlazarlos con la tabla y que de manera autmática se muestren y actualicen los datos. Si no se usan con esta finalidad, no creo que sirvan de algo, y menos aún para clarificar el código.

No obstante sería interesante que describieras con un poco más de detalle una situación en la que sientes que el código queda más claro.

// Saludos

[Caracolg]

Perdon, ya lo trte de hacer, y no se donde poner el DisplayFormat, ya que en la tabla no me lo acepta, y en los DBedit tampoco me da mucha pena....¿pero donde lo agrego?

Mi sistema ya esta hecho, y tengo muchisimos DBedit como los que siguen:

Dbedit1.DataField:='D50';
Dbedit2.DataField:='D51';
Dbedit3.DataField:='D52';

¿El MaskEdit es un componente? Por que tampoco lo encuentro como propiedad de algo. Disculpen la lata....necesito un curso de Delphi

[roman]

Cada DBEdit está asociado a un objeto TField que es quien maneja la información del campo correspondiente. Dependiendo del tipo de datos del campo, el objeto TField puede ser alguno de sus derivados: TStringField, TFloatField, TIntegerField, etc. pero el DBEdit sólo lo expone en su forma genérica TField. La propiedad DisplayFormat sólo está disponible a partir de TNumericField. Para poder asignar la propiedad debes entonces hacer un moldeo de datos:

Código Delphi [-]
TNumericField(DBEdit1.Field).DisplayFormat := ',#.##';

Otra forma de hacer esto, es agregar los campos durante el diseño usando el editor de campos del Table asociado (menú contextual del componente). De esta manera, en el formulario se incluyen los objetos TFiled (derivados) correctos, con nombres como TablaEmpleadosSalario. Haciéndolo así, puedes ver y asignar la propiedad DisplayFormat en el inspector de objetos.

// Saludos

[[Caral]]

Huyy Roman
Es como esperar que Alexis7788 te de el atributo del combobox.
Para que te des una idea:
Recuerda que tal vez en alguna ocasion comente que contrate varios programadores que no funcionaron, entre ellos uno de delphi, el que me heredo el codigo con el que empece a trabajar.
Es Tan enrredada su sintaxis para llamar a las tablas, con sentencias provenientes del lado oscuro, que cuando decidi aprender esto, me dije a mi mismo, hey quien lo va a revisar si hay algun error, por supuesto el que viste y calza, y con que esperiencia, nula, entonces a hacer las cosas para tontos porque sino, no entiendo nada, Ya se que historia mas triste... pero es asi, cuando uno empieza y por supuesto no tiene ni idea de nada, hay que agarrarse de donde se puede. por eso digo cuestion de opinion.
Veo tu codigo constantemente, es mas soy un fiel admirador del mismo, veo simpleza, limpieza y efectividad, pero no te llego ni a los talones, necesito ir aprendiendo y perfeccionando mi codigo lo tengo claro, no crees que para aprender empiricamente es bueno tambien lo facil y comodo que ya habra tiempo de perfecionar lo que hicimos, te aseguro, as de haber modificado programas tuyos tantan veces como los ves, ya que el tiempo no pasa el valde.
Saludos Maestro