Algun problema hay pero no se debe al diferente tipo de datos de la columna.
He probado definiendo todos los datos con 1 decimal:
aData:={{1.5, 2.5},{3.9, 7.5},{5.6, 6.0}}
.... y al cambiar LA PRIMERA VEZ cualquiera de los datos de la segunda
columna, ignora los decimales dejando el numero en un entero. Sin embargo,
la segunda vez si que reconoce los decimales.
"Guillermo Garcia" <sysandes@gmail.com> escribió en el mensaje
news:[email=4aaabf90@svctag-j7w3v3j....]4aaabf90@svctag-j7w3v3j....[/email]
> Tengo un ArrayBrowse con 2 Columnas, la primera es no editable y la
> segunda si lo es.
> La Propiedad aArrayData fue igualada a una matriz de esta manera...
>
> aData:={{1.5,2.5},{3.99,"2.99"},{"Hola",6}}
> ::oArrayBrowse1:aArrayData:=aData
>
> ...es el único código ingresado al programa.
>
> El problema está que dicha matriz tiene varios tipos de dato, es decir
> caracter, enteros y decimales, ahora bien, al momento de hacer una
> modificación de datos la columna empieza a comportarse de manera extraña,
> ya que si introduzco un dato tipo entero en el campo decimal, entonces la
> mascara de toda la columna se modifica y todos los campos decimales pasan
> a redondearse. Aqui un Ejemplo y los pasos a seguir para observar dicho
> comportamiento
>
> 1. Modificar la Celda que contiene el 2.5 y modificarla a 3.5
> 2. Modificar la X y escribir otra palabra "cualquiera"
> 3. Modificar la Celda que contiene el 6 y escribir 7
> 4. Ahora volver a modificar la Primera celda que se modificó, es decir la
> que tenía el 2.5 y ahora tiene el 3.5, y al momento de entrar en modo
> edición, verá que el número pasa de 3.5 a convertirse en 4, y por mas que
> quiera introducir un valor decimal no me lo va a permitir.
>
> He tratado de modificar el Valor del cPicture de la columna según la Fila
> que tenga seleccionada, pero entonces el comportamiento es algo mas
> predecible ya que el cPicture es de la columna y todos los Datos de dicha
> columna se adaptan a dicho cPicture, así que mejor la dejé quieta.
>
> De todos modos Aqui dejo un pequeño demo del programa.
>
> Ing. Guillermo García
> SysAndes C.A.
>
>
In order for this site to work correctly we need to store a small file (called a cookie) on your computer. Most every site in the world does this, however since the 25th of May 2011, by law we have to get your permission first. Please abandon the forum if you disagree.
Para que este foro funcione correctamente es necesario guardar un pequeño fichero (llamado cookie) en su ordenador. La mayoría de los sitios de Internet lo hacen, no obstante desde el 25 de Marzo de 2011 y por ley, necesitamos de su permiso con antelación. Abandone este foro si no está conforme.
Para que este foro funcione correctamente es necesario guardar un pequeño fichero (llamado cookie) en su ordenador. La mayoría de los sitios de Internet lo hacen, no obstante desde el 25 de Marzo de 2011 y por ley, necesitamos de su permiso con antelación. Abandone este foro si no está conforme.
Problema con Multiples Tipo de Datos en un ArrayBrowse
-
- Mensajes: 54
- Registrado: Lun Ene 04, 2010 2:40 pm
-
- Mensajes: 54
- Registrado: Lun Ene 04, 2010 2:40 pm
Problema con Multiples Tipo de Datos en un ArrayBrowse
Con una nueva prueba, definiendo en la segunda columna la cPicture a 9.9 si
que funciona la primera vez y las siguientes.
"Jesus Semper" <jesus@semper-sl.com> escribió en el mensaje
news:4aab678d$[email=1@svctag-j7w3v3j....]1@svctag-j7w3v3j....[/email]
> Algun problema hay pero no se debe al diferente tipo de datos de la
> columna.
> He probado definiendo todos los datos con 1 decimal:
>
> aData:={{1.5, 2.5},{3.9, 7.5},{5.6, 6.0}}
>
> ... y al cambiar LA PRIMERA VEZ cualquiera de los datos de la segunda
> columna, ignora los decimales dejando el numero en un entero. Sin embargo,
> la segunda vez si que reconoce los decimales.
>
que funciona la primera vez y las siguientes.
"Jesus Semper" <jesus@semper-sl.com> escribió en el mensaje
news:4aab678d$[email=1@svctag-j7w3v3j....]1@svctag-j7w3v3j....[/email]
> Algun problema hay pero no se debe al diferente tipo de datos de la
> columna.
> He probado definiendo todos los datos con 1 decimal:
>
> aData:={{1.5, 2.5},{3.9, 7.5},{5.6, 6.0}}
>
> ... y al cambiar LA PRIMERA VEZ cualquiera de los datos de la segunda
> columna, ignora los decimales dejando el numero en un entero. Sin embargo,
> la segunda vez si que reconoce los decimales.
>
-
- Mensajes: 18
- Registrado: Mié Dic 02, 2009 4:19 pm
Problema con Multiples Tipo de Datos en un ArrayBrowse
Ok, por allí podría escapar un poco del problema, pero yo uso varios tipos
de datos es esas columnas, es decir caracteres y fechas, y por lo tanto si
establezco un cPicture todos se adaptan a dicho picture y eso no lo puedo
permitir.
De todos modos voy a intentar con tú método y le daré formato de 2 decimales
a los datos que leo de la base de datos antes de pegarlos en el ArrayBrowse
a ver si de esa manera funciona, muchas gracias.
Ing. Guillermo García
"Jesus Semper" <jesus@semper-sl.com> escribió en el mensaje
news:4aab6ae4$[email=1@svctag-j7w3v3j....]1@svctag-j7w3v3j....[/email]
> Con una nueva prueba, definiendo en la segunda columna la cPicture a 9.9
> si que funciona la primera vez y las siguientes.
>
>
> "Jesus Semper" <jesus@semper-sl.com> escribió en el mensaje
> news:4aab678d$[email=1@svctag-j7w3v3j....]1@svctag-j7w3v3j....[/email]
>> Algun problema hay pero no se debe al diferente tipo de datos de la
>> columna.
>> He probado definiendo todos los datos con 1 decimal:
>>
>> aData:={{1.5, 2.5},{3.9, 7.5},{5.6, 6.0}}
>>
>> ... y al cambiar LA PRIMERA VEZ cualquiera de los datos de la segunda
>> columna, ignora los decimales dejando el numero en un entero. Sin
>> embargo, la segunda vez si que reconoce los decimales.
>>
>
>
de datos es esas columnas, es decir caracteres y fechas, y por lo tanto si
establezco un cPicture todos se adaptan a dicho picture y eso no lo puedo
permitir.
De todos modos voy a intentar con tú método y le daré formato de 2 decimales
a los datos que leo de la base de datos antes de pegarlos en el ArrayBrowse
a ver si de esa manera funciona, muchas gracias.
Ing. Guillermo García
"Jesus Semper" <jesus@semper-sl.com> escribió en el mensaje
news:4aab6ae4$[email=1@svctag-j7w3v3j....]1@svctag-j7w3v3j....[/email]
> Con una nueva prueba, definiendo en la segunda columna la cPicture a 9.9
> si que funciona la primera vez y las siguientes.
>
>
> "Jesus Semper" <jesus@semper-sl.com> escribió en el mensaje
> news:4aab678d$[email=1@svctag-j7w3v3j....]1@svctag-j7w3v3j....[/email]
>> Algun problema hay pero no se debe al diferente tipo de datos de la
>> columna.
>> He probado definiendo todos los datos con 1 decimal:
>>
>> aData:={{1.5, 2.5},{3.9, 7.5},{5.6, 6.0}}
>>
>> ... y al cambiar LA PRIMERA VEZ cualquiera de los datos de la segunda
>> columna, ignora los decimales dejando el numero en un entero. Sin
>> embargo, la segunda vez si que reconoce los decimales.
>>
>
>
-
- Mensajes: 18
- Registrado: Mié Dic 02, 2009 4:19 pm
Problema con Multiples Tipo de Datos en un ArrayBrowse
Ok lo tengo, al parecer hay un problema con el Evento PostEdit y el formato
de los números, además de que si existe un número entero, es decir, sin
ningún decimal en una columna donde hay datos decimales, estos pierden el
formato y se redondean automáticamente así yo no lo quiera.
Aparte de este problemita, descubrí que si generalizo la columna diciendo
que todos los datos son decimales, incluso los enteros con terminación ".00"
y justo en el evento PostEdit ejecuto el Evento GoDown del ArrayBrowse, el
número que introduje pierde el formato decimal y ajusta de nuevo toda la
columna como si fueran solo enteros, aquí dejo el ejemplo.
aData:={{1.50, 3.00},{3.90, 7.6},{6.00,8.60}}
::oArrayBrowse1:aArrayData:=aData
Como se puede ver todos los datos son decimales, incluso los enteros que
tienen terminación .00 para tratar de ganarle al primer problema. Luego al
modificar algún número e introducir un entero, este en vez de agregarle el
formato con los .00 al final, lo pierde y cualquier modificación que haga a
los demás números será en formato entero y quedaran redondeados, además de
que no podré escribir decimales de allí en adelante.
Al quitarle el método GoDown() en el evento PostEdit, el número no pierde el
formato y la columna mantiene los decimales sin ningún problema, además de
que cuando se introduce un entero, este automáticamente adquiere los .00 al
final.
Muchas Gracias por su ayuda
"Guillermo Garcia" <sysandes@gmail.com> escribió en el mensaje
news:[email=4aae4027@svctag-j7w3v3j....]4aae4027@svctag-j7w3v3j....[/email]
> Ok, por allí podría escapar un poco del problema, pero yo uso varios tipos
> de datos es esas columnas, es decir caracteres y fechas, y por lo tanto si
> establezco un cPicture todos se adaptan a dicho picture y eso no lo puedo
> permitir.
>
> De todos modos voy a intentar con tú método y le daré formato de 2
> decimales
> a los datos que leo de la base de datos antes de pegarlos en el
> ArrayBrowse
> a ver si de esa manera funciona, muchas gracias.
>
> Ing. Guillermo García
>
> "Jesus Semper" <jesus@semper-sl.com> escribió en el mensaje
> news:4aab6ae4$[email=1@svctag-j7w3v3j....]1@svctag-j7w3v3j....[/email]
>> Con una nueva prueba, definiendo en la segunda columna la cPicture a 9.9
>> si que funciona la primera vez y las siguientes.
>>
>>
>> "Jesus Semper" <jesus@semper-sl.com> escribió en el mensaje
>> news:4aab678d$[email=1@svctag-j7w3v3j....]1@svctag-j7w3v3j....[/email]
>>> Algun problema hay pero no se debe al diferente tipo de datos de la
>>> columna.
>>> He probado definiendo todos los datos con 1 decimal:
>>>
>>> aData:={{1.5, 2.5},{3.9, 7.5},{5.6, 6.0}}
>>>
>>> ... y al cambiar LA PRIMERA VEZ cualquiera de los datos de la segunda
>>> columna, ignora los decimales dejando el numero en un entero. Sin
>>> embargo, la segunda vez si que reconoce los decimales.
>>>
>>
>>
>
>
Attached files prueba_arraybrowse.rar (2.8 KB)Â
de los números, además de que si existe un número entero, es decir, sin
ningún decimal en una columna donde hay datos decimales, estos pierden el
formato y se redondean automáticamente así yo no lo quiera.
Aparte de este problemita, descubrí que si generalizo la columna diciendo
que todos los datos son decimales, incluso los enteros con terminación ".00"
y justo en el evento PostEdit ejecuto el Evento GoDown del ArrayBrowse, el
número que introduje pierde el formato decimal y ajusta de nuevo toda la
columna como si fueran solo enteros, aquí dejo el ejemplo.
aData:={{1.50, 3.00},{3.90, 7.6},{6.00,8.60}}
::oArrayBrowse1:aArrayData:=aData
Como se puede ver todos los datos son decimales, incluso los enteros que
tienen terminación .00 para tratar de ganarle al primer problema. Luego al
modificar algún número e introducir un entero, este en vez de agregarle el
formato con los .00 al final, lo pierde y cualquier modificación que haga a
los demás números será en formato entero y quedaran redondeados, además de
que no podré escribir decimales de allí en adelante.
Al quitarle el método GoDown() en el evento PostEdit, el número no pierde el
formato y la columna mantiene los decimales sin ningún problema, además de
que cuando se introduce un entero, este automáticamente adquiere los .00 al
final.
Muchas Gracias por su ayuda
"Guillermo Garcia" <sysandes@gmail.com> escribió en el mensaje
news:[email=4aae4027@svctag-j7w3v3j....]4aae4027@svctag-j7w3v3j....[/email]
> Ok, por allí podría escapar un poco del problema, pero yo uso varios tipos
> de datos es esas columnas, es decir caracteres y fechas, y por lo tanto si
> establezco un cPicture todos se adaptan a dicho picture y eso no lo puedo
> permitir.
>
> De todos modos voy a intentar con tú método y le daré formato de 2
> decimales
> a los datos que leo de la base de datos antes de pegarlos en el
> ArrayBrowse
> a ver si de esa manera funciona, muchas gracias.
>
> Ing. Guillermo García
>
> "Jesus Semper" <jesus@semper-sl.com> escribió en el mensaje
> news:4aab6ae4$[email=1@svctag-j7w3v3j....]1@svctag-j7w3v3j....[/email]
>> Con una nueva prueba, definiendo en la segunda columna la cPicture a 9.9
>> si que funciona la primera vez y las siguientes.
>>
>>
>> "Jesus Semper" <jesus@semper-sl.com> escribió en el mensaje
>> news:4aab678d$[email=1@svctag-j7w3v3j....]1@svctag-j7w3v3j....[/email]
>>> Algun problema hay pero no se debe al diferente tipo de datos de la
>>> columna.
>>> He probado definiendo todos los datos con 1 decimal:
>>>
>>> aData:={{1.5, 2.5},{3.9, 7.5},{5.6, 6.0}}
>>>
>>> ... y al cambiar LA PRIMERA VEZ cualquiera de los datos de la segunda
>>> columna, ignora los decimales dejando el numero en un entero. Sin
>>> embargo, la segunda vez si que reconoce los decimales.
>>>
>>
>>
>
>
Attached files prueba_arraybrowse.rar (2.8 KB)Â