FoxInCloud
Grid wAfterRowChange Event problem
Gravatar is a globally recognized avatar based on your email address. Grid wAfterRowChange Event problem
  n/a
  All
  Jul 3, 2015 @ 04:53am
I broke FIC...at least the grid! In testing, I found one of the grids was not firing the wAfterRowChange event in Web mode. Checked the usual problems. Confirmed Javascript event exists with Firebug. Also confirmed event does NOT fire using Firebug, except...

Before getting too far ahead in the story, I use grids as navigational lists. They are always READONLY and I only allow the occasional Checkbox inserted within the grid to be user editable. I like the flexibility and performance of grids as pick lists. FIC has no problem with my READONLY requirement. All form grids so far have performed as would be expected, until now.

Here is the situation, up until now, all the grids were ENABLED = .T. at design time and then perhaps the state of ENABLED would be changed programmatically later. No problem. In this case, the grid is ENABLED = .F. at design time as it needs to be ENABLED only in response to some user input. When this occurs, the wAfterRowChange event is NOT processed. Perhaps other events are likewise not processed, I do not know.

Now the "fix". If the grid is set ENABLED = .T. at design time, proper event processing occurs. I have wcPropSave = Enabled. Is there somewhere I should set a breakpoint? The only unusual thing about the grid, other than the Enabled state at design time, is that it is contained inside a Pageframe which is contained by a parent Pageframe (2-deep).

TIA - James

Gravatar is a globally recognized avatar based on your email address. Re: Grid wAfterRowChange Event problem
  Tuvia Vinitsky
  James Patterson
  Jul 4, 2015 @ 05:04pm
if the grid is not enabled, it is correct behavior for wAfterRowChange not to fire -- after all the grid is not supposed to function!


I broke FIC...at least the grid! In testing, I found one of the grids was not firing the wAfterRowChange event in Web mode. Checked the usual problems. Confirmed Javascript event exists with Firebug. Also confirmed event does NOT fire using Firebug, except...

Before getting too far ahead in the story, I use grids as navigational lists. They are always READONLY and I only allow the occasional Checkbox inserted within the grid to be user editable. I like the flexibility and performance of grids as pick lists. FIC has no problem with my READONLY requirement. All form grids so far have performed as would be expected, until now.

Here is the situation, up until now, all the grids were ENABLED = .T. at design time and then perhaps the state of ENABLED would be changed programmatically later. No problem. In this case, the grid is ENABLED = .F. at design time as it needs to be ENABLED only in response to some user input. When this occurs, the wAfterRowChange event is NOT processed. Perhaps other events are likewise not processed, I do not know.

Now the "fix". If the grid is set ENABLED = .T. at design time, proper event processing occurs. I have wcPropSave = Enabled. Is there somewhere I should set a breakpoint? The only unusual thing about the grid, other than the Enabled state at design time, is that it is contained inside a Pageframe which is contained by a parent Pageframe (2-deep).

TIA - James


Gravatar is a globally recognized avatar based on your email address. Re: Grid wAfterRowChange Event problem
  GLS
  James Patterson
  Jul 4, 2015 @ 10:28pm
Hy Ryan

To enable or disable modifying acces of objects in columns of the grid, use the AllowCellSelection property.
.T. access objects columns grid and according to state ENABLED / DISABLED to change values
.F. no access to objects columns grid, it behaves like a read-only grid.

In both cases the mygrid.wAfterRowChange () method is triggered when each line.

Do not forget to put the AllowCellSelection property in the list of grid saved properties by FIC.
mygrid.wPropSave = 'AllowCellSelection'

Regards
GLS


I broke FIC...at least the grid! In testing, I found one of the grids was not firing the wAfterRowChange event in Web mode. Checked the usual problems. Confirmed Javascript event exists with Firebug. Also confirmed event does NOT fire using Firebug, except...

Before getting too far ahead in the story, I use grids as navigational lists. They are always READONLY and I only allow the occasional Checkbox inserted within the grid to be user editable. I like the flexibility and performance of grids as pick lists. FIC has no problem with my READONLY requirement. All form grids so far have performed as would be expected, until now.

Here is the situation, up until now, all the grids were ENABLED = .T. at design time and then perhaps the state of ENABLED would be changed programmatically later. No problem. In this case, the grid is ENABLED = .F. at design time as it needs to be ENABLED only in response to some user input. When this occurs, the wAfterRowChange event is NOT processed. Perhaps other events are likewise not processed, I do not know.

Now the "fix". If the grid is set ENABLED = .T. at design time, proper event processing occurs. I have wcPropSave = Enabled. Is there somewhere I should set a breakpoint? The only unusual thing about the grid, other than the Enabled state at design time, is that it is contained inside a Pageframe which is contained by a parent Pageframe (2-deep).

TIA - James


Gravatar is a globally recognized avatar based on your email address. Re: Grid wAfterRowChange Event problem
  FoxInCloud Support - Thierry N.
  James Patterson
  Jul 5, 2015 @ 07:08pm
Agreed,
.w[Before|After][Row|Col]Change() should fire when !grid.Enabled, just like in VFP

If change is simple, will be included in next release.


I broke FIC...at least the grid! In testing, I found one of the grids was not firing the wAfterRowChange event in Web mode. Checked the usual problems. Confirmed Javascript event exists with Firebug. Also confirmed event does NOT fire using Firebug, except...

Before getting too far ahead in the story, I use grids as navigational lists. They are always READONLY and I only allow the occasional Checkbox inserted within the grid to be user editable. I like the flexibility and performance of grids as pick lists. FIC has no problem with my READONLY requirement. All form grids so far have performed as would be expected, until now.

Here is the situation, up until now, all the grids were ENABLED = .T. at design time and then perhaps the state of ENABLED would be changed programmatically later. No problem. In this case, the grid is ENABLED = .F. at design time as it needs to be ENABLED only in response to some user input. When this occurs, the wAfterRowChange event is NOT processed. Perhaps other events are likewise not processed, I do not know.

Now the "fix". If the grid is set ENABLED = .T. at design time, proper event processing occurs. I have wcPropSave = Enabled. Is there somewhere I should set a breakpoint? The only unusual thing about the grid, other than the Enabled state at design time, is that it is contained inside a Pageframe which is contained by a parent Pageframe (2-deep).

TIA - James



-- thn (FoxInCloud)

Gravatar is a globally recognized avatar based on your email address. Re: Grid wAfterRowChange Event problem
  n/a
  Tuvia Vinitsky
  Jul 6, 2015 @ 01:24pm
Indeed you are correct, but perhaps I was not careful in my explaination. After setting ENABLED = .T. programmatically , the wAfterRowChange still does not fire.


if the grid is not enabled, it is correct behavior for wAfterRowChange not to fire -- after all the grid is not supposed to function!


I broke FIC...at least the grid! In testing, I found one of the grids was not firing the wAfterRowChange event in Web mode. Checked the usual problems. Confirmed Javascript event exists with Firebug. Also confirmed event does NOT fire using Firebug, except...

Before getting too far ahead in the story, I use grids as navigational lists. They are always READONLY and I only allow the occasional Checkbox inserted within the grid to be user editable. I like the flexibility and performance of grids as pick lists. FIC has no problem with my READONLY requirement. All form grids so far have performed as would be expected, until now.

Here is the situation, up until now, all the grids were ENABLED = .T. at design time and then perhaps the state of ENABLED would be changed programmatically later. No problem. In this case, the grid is ENABLED = .F. at design time as it needs to be ENABLED only in response to some user input. When this occurs, the wAfterRowChange event is NOT processed. Perhaps other events are likewise not processed, I do not know.

Now the "fix". If the grid is set ENABLED = .T. at design time, proper event processing occurs. I have wcPropSave = Enabled. Is there somewhere I should set a breakpoint? The only unusual thing about the grid, other than the Enabled state at design time, is that it is contained inside a Pageframe which is contained by a parent Pageframe (2-deep).

TIA - James




Gravatar is a globally recognized avatar based on your email address. Re: Grid wAfterRowChange Event problem
  n/a
  LLS
  Jul 6, 2015 @ 01:25pm
Thanks for this answer. Unfortunately I have been called away for a few days, but on my return I shall check AllowCell Selection.

- James


Hy Ryan

To enable or disable modifying acces of objects in columns of the grid, use the AllowCellSelection property.
.T. access objects columns grid and according to state ENABLED / DISABLED to change values
.F. no access to objects columns grid, it behaves like a read-only grid.

In both cases the mygrid.wAfterRowChange () method is triggered when each line.

Do not forget to put the AllowCellSelection property in the list of grid saved properties by FIC.
mygrid.wPropSave = 'AllowCellSelection'

Regards
GLS


I broke FIC...at least the grid! In testing, I found one of the grids was not firing the wAfterRowChange event in Web mode. Checked the usual problems. Confirmed Javascript event exists with Firebug. Also confirmed event does NOT fire using Firebug, except...

Before getting too far ahead in the story, I use grids as navigational lists. They are always READONLY and I only allow the occasional Checkbox inserted within the grid to be user editable. I like the flexibility and performance of grids as pick lists. FIC has no problem with my READONLY requirement. All form grids so far have performed as would be expected, until now.

Here is the situation, up until now, all the grids were ENABLED = .T. at design time and then perhaps the state of ENABLED would be changed programmatically later. No problem. In this case, the grid is ENABLED = .F. at design time as it needs to be ENABLED only in response to some user input. When this occurs, the wAfterRowChange event is NOT processed. Perhaps other events are likewise not processed, I do not know.

Now the "fix". If the grid is set ENABLED = .T. at design time, proper event processing occurs. I have wcPropSave = Enabled. Is there somewhere I should set a breakpoint? The only unusual thing about the grid, other than the Enabled state at design time, is that it is contained inside a Pageframe which is contained by a parent Pageframe (2-deep).

TIA - James



Gravatar is a globally recognized avatar based on your email address. Re: Grid wAfterRowChange Event problem
  GLS
  James Patterson
  Jul 6, 2015 @ 07:38pm
Hi James

did you put the ENABLED propertie in mygrid.wcPropSave = 'Enabled' ?
FIC must know that this propertie could be programmatically changed, to take care of the grid state.

Regards
GLS


Indeed you are correct, but perhaps I was not careful in my explaination. After setting ENABLED = .T. programmatically , the wAfterRowChange still does not fire.


if the grid is not enabled, it is correct behavior for wAfterRowChange not to fire -- after all the grid is not supposed to function!


I broke FIC...at least the grid! In testing, I found one of the grids was not firing the wAfterRowChange event in Web mode. Checked the usual problems. Confirmed Javascript event exists with Firebug. Also confirmed event does NOT fire using Firebug, except...

Before getting too far ahead in the story, I use grids as navigational lists. They are always READONLY and I only allow the occasional Checkbox inserted within the grid to be user editable. I like the flexibility and performance of grids as pick lists. FIC has no problem with my READONLY requirement. All form grids so far have performed as would be expected, until now.

Here is the situation, up until now, all the grids were ENABLED = .T. at design time and then perhaps the state of ENABLED would be changed programmatically later. No problem. In this case, the grid is ENABLED = .F. at design time as it needs to be ENABLED only in response to some user input. When this occurs, the wAfterRowChange event is NOT processed. Perhaps other events are likewise not processed, I do not know.

Now the "fix". If the grid is set ENABLED = .T. at design time, proper event processing occurs. I have wcPropSave = Enabled. Is there somewhere I should set a breakpoint? The only unusual thing about the grid, other than the Enabled state at design time, is that it is contained inside a Pageframe which is contained by a parent Pageframe (2-deep).

TIA - James



Gravatar is a globally recognized avatar based on your email address. Re: Grid wAfterRowChange Event problem
  n/a
  LLS
  Jul 7, 2015 @ 12:41am
Hi,

Yes. That is a mistake I have made SO many times it is always the first thing I check.

- James


Hi James

did you put the ENABLED propertie in mygrid.wcPropSave = 'Enabled' ?
FIC must know that this propertie could be programmatically changed, to take care of the grid state.

Regards
GLS


Indeed you are correct, but perhaps I was not careful in my explaination. After setting ENABLED = .T. programmatically , the wAfterRowChange still does not fire.


if the grid is not enabled, it is correct behavior for wAfterRowChange not to fire -- after all the grid is not supposed to function!


I broke FIC...at least the grid! In testing, I found one of the grids was not firing the wAfterRowChange event in Web mode. Checked the usual problems. Confirmed Javascript event exists with Firebug. Also confirmed event does NOT fire using Firebug, except...

Before getting too far ahead in the story, I use grids as navigational lists. They are always READONLY and I only allow the occasional Checkbox inserted within the grid to be user editable. I like the flexibility and performance of grids as pick lists. FIC has no problem with my READONLY requirement. All form grids so far have performed as would be expected, until now.

Here is the situation, up until now, all the grids were ENABLED = .T. at design time and then perhaps the state of ENABLED would be changed programmatically later. No problem. In this case, the grid is ENABLED = .F. at design time as it needs to be ENABLED only in response to some user input. When this occurs, the wAfterRowChange event is NOT processed. Perhaps other events are likewise not processed, I do not know.

Now the "fix". If the grid is set ENABLED = .T. at design time, proper event processing occurs. I have wcPropSave = Enabled. Is there somewhere I should set a breakpoint? The only unusual thing about the grid, other than the Enabled state at design time, is that it is contained inside a Pageframe which is contained by a parent Pageframe (2-deep).

TIA - James




© 1996-2024