Maybe hmg 2.8.4

Marek
Moderator: Rathinagiri
Algo estoy haciendo mal, ya que la propiedad VALUE me trae el valor de la FILA (row), por ejemplo:esgici wrote: Please open .rar file on a clean ( not applied privious patch) version 2.81.
Esgici
Set Language to Englishesgici wrote:Hi Everyone![]()
Where are you![]()
As developers you know best, value and importance of "second hand" testing.
Why you don't participate test works![]()
Ahoy !
Sudip, Luis Vasquez, Mol (Marek), Alex Gustow, CCH, Fernando Chirico, jrendon, Angel Pais![]()
Where are you![]()
Regards
--
Esgici
IMHO, COLUMNWHEN {bWhen1,bWhen2,...bWhenN} will be helpful regarding Grid.mol wrote:how to declare some columns as READ-ONLY and some editable. Is it possible???
Maybe hmg 2.8.4
fchirico wrote: Algo estoy haciendo mal, ya que la propiedad VALUE me trae el valor de la FILA (row), por ejemplo:
Yo instalé 2.7.2, luego 2.8.1 y ejecuté MAKEHMG.BAT, luego 2.8.3.
Hola FernandoGoogle wrote:I'm doing something wrong, because the Value property brings the value of the row (row), for example:
I installed 2.7.2, 2.8.1 and then ran MAKEHMG.BAT then 2.8.3.
Any comment about "spinnerless" version of my guilty example ( GridTst2 ) ?Roberto Lopez wrote:Hi All,
... problem with Esgici sample the I've not noticed and screwed up my tests.
Sorry, I couldn't understand this theoryRoberto Lopez wrote: Spinners has its own 'OnChange' events that programmatically changes the selection of the grid again to its current values already changed interactively by the users...
The result is that Grid 'OnChange' event is fired multiple times and the sample is not working as expected.
I'm focused now on resolve the double OnChange execution when you change row and col with mouse click (AFAIK the only issue until now).esgici wrote:Sorry, I couldn't understand this theoryRoberto Lopez wrote: Spinners has its own 'OnChange' events that programmatically changes the selection of the grid again to its current values already changed interactively by the users...
The result is that Grid 'OnChange' event is fired multiple times and the sample is not working as expected.![]()
Let look at this verbose animation :
User : You GRID, set your value to { x, y }
GRID : Ok, setted; you SPNR, my value changed to { x, y }
SPNR : Ok, me too setted; you GRID, my value changed to { x, y }
GRID : Ok, me too setted; you SPNR, my value changed to { x, y }
...
If events goes this way this is clearly an endless loop !
Whereas we haven't any signal about such loop; cursor in its own place, don't disappear; prg accept and responds subsequent user inputs.
IMHO events goes that way :
User : You GRID, set your value to { x, y }
GRID : Ok, setted; you SPNR, my value changed to { x, y }
SPNR : Ok, me too setted; you GRID, my value changed to { x, y }
GRID : Opps, my value is already that; no CHANGE made, so no signal required to SPNR !!!
or
GRID : Ok, me too setted; Does my value changed ?; No. So no signal required to SPNR !!!
I'm not an expert of Win32. Sorry, If I'm wrong.
Regards
--
Esgici