HMG 3.0.24

[Roberto Lopez]

Great!

Humm.....yesterday only I installed HMG 3.0.22.......
It seems have to upgrade to this version....

Thanks for your efforts!

Regards,

Swapan

The 'old' browse was a pain in my heart

Now, that I was able to do it exactly as I wanted (via data-bound Grid) I'm highly motivated to work on it as much as I can

[raumi75]

Hello Roberto,

thank you very much for the new version!

We are feeling your enthusiasm.

Raumi

[l3whmg]

Hello Roberto,
many, many thank for Your great job.

[luisvasquezcl]

Estimado Roberto,
estoy haciendo pruebas de carga con el grid y realmente lo hace muy muy rápido... de hecho el mayor problema que tenia era cargar los datos de una tabla 11650 registros y con este nuevo control realmente lo hace de maravillas...casi transparente.
Hay algunas cosas que me gustaría que pudieras hacerle un cambio que personalmente encuentro poco estético como es la ventana para editar campos memo.
En un browse modificado que tengo ese control lo cambié por un editbox y funciona muy bien, además que queda consistente con el comportamiento del resto de los controles de edición, ya que se edita en la misma linea, el usuario puede pasar al siguiente control con un Enter que es lo que se espera que haga y no tener que aceptar o cancelar en otra ventana.
Aprovechando este testamento .... , no sé si hay posibilidad de poder controlar la edición con doble click, creo que lo puse en la sección de "Deseos". Lo que normalmente hago cuando un usuario edita una linea, la edición comienza desde la primera columna y termina en la última, con esto, valido que ingrese todos los datos que necesito para que sea un registro consistente, por lo que sería muy útil si se pudiera controlar eso, por ejemplo, poner una opción que diga EDITAR POR CELDA .T./.F., si es .F. edita todo el registro y siempre a partir de la columna 1 o la primera habilitada para eso en caso contrario queda como está.
Ahora que ya veo que el control grid ya está estable, mi browseado quedó para la historia ... ( trabajo perdido otra vez ).
Espero no haberme extendido mucho, amaneci con ganas de escribir 8).. Van nuevamente mis agradecimientos por tu gran trabajo.
Saludos cordiales,
Luis Vasquez.

[sudip]

Hello Roberto,

I tested it. Thanks a lot. Problems I faced before using array RDD with Grid, are solved

Is it possible to use Grid with table without CELLNAVIGATION?

With best regards.

Sudip

[Roberto Lopez]

Is it possible to use Grid with table without CELLNAVIGATION?

Not on this release.

[Roberto Lopez]

me gustaría que pudieras hacerle un cambio que personalmente encuentro poco estético como es la ventana para editar campos memo.

It's a subjective matter, so, will be difficult to reach an agreement. It looks nice for me

On which Windows version and configuration (themed/not themed) you've tested and what is exactly what do not look good?

Anyway, remember that you always can to do your own customized version to meet your preferences.

En un browse modificado que tengo ese control lo cambié por un editbox y funciona muy bien, además que queda consistente con el comportamiento del resto de los controles de edición, ya que se edita en la misma linea, el usuario puede pasar al siguiente control con un Enter que es lo que se espera que haga y no tener que aceptar o cancelar en otra ventana.

I do not agree with you at all.

Memo fields are multi-line texts.
Users expects that in a text editor the <enter> key can be used to add new lines.
IMHO the 'consistence' with other cells behavior concept is not applicable in this case.

Lo que normalmente hago cuando un usuario edita una linea, la edición comienza desde la primera columna y termina en la última, con esto, valido que ingrese todos los datos que necesito para que sea un registro consistente, por lo que sería muy útil si se pudiera controlar eso, por ejemplo, poner una opción que diga EDITAR POR CELDA .T./.F., si es .F. edita todo el registro y siempre a partir de la columna 1 o la primera habilitada para eso en caso contrario queda como está.

Is not clear for me how the concept of 'edit the entire record' could be implemented.

The most suitable in such case could be to use a new window containing all fields and accept/cancel buttons.

IMHO this functionality should not be included in the Grid. This should be done by the HMG programmer himself if required.

A thing that could be included in Grid (as discussed with Raumi75) is some kind of 'row validation' executed at save-time.

[luisvasquezcl]

Estimado,
Fue un poco duro eso de "crear mi propio control" ... entiendo que los controles tienen que ser lo más genérico posible pero no da la flexibilidad para poder darle las caracteristicas o el comportamiento que uno quiere sin tener que hacer un nuevo control.
Creo que tendré que seguir tu consejo e ir adaptando controles por cada versión.
Gracias en todo caso por tu buena disposición.
Saludos cordiales,
Luis VAsquez

[Roberto Lopez]

Estimado,
Fue un poco duro eso de "crear mi propio control" ... entiendo que los controles tienen que ser lo más genérico posible pero no da la flexibilidad para poder darle las caracteristicas o el comportamiento que uno quiere sin tener que hacer un nuevo control.
Creo que tendré que seguir tu consejo e ir adaptando controles por cada versión.
Gracias en todo caso por tu buena disposición.
Saludos cordiales,
Luis VAsquez

Was not my intention to be 'hard' and I've do not said 'create your own control' .

I've just said 'customize' the control. It means (ie) that you could trap the double-click in a grid to call a window designed by you, for the specific needs of your application (I do it for my own apps too!).

A standard control can't always suit all the possible needs for all possible scenarios. Attempting to do that will drive us to the "Homer's car" (viewtopic.php?f=2&t=390&hilit=hmg+faq).

Anyway, as I've said, a 'row' validation is a good idea and I'm very interested on implement it soon.

Another interesting thing that I'm thinking about is the possibility to specify 'navigable' cells.

[raumi75]

A thing that could be included in Grid (as discussed with Raumi75) is some kind of 'row validation' executed at save-time.

I have revised my point a little. I believe that we do not need a row validation, if all cell-valids are enforced at save time. Now, cell-valids are only checked, if a user enters a cell.