FoxInCloud
grid anomaly
Gravatar is a globally recognized avatar based on your email address. grid anomaly
  Tuvia Vinitsky
  All
  Mar 31, 2015 @ 10:14am

If I take a grid from xxx.vcx and place it on a container as a class, I have a big problem.

So: I have a class that consists of a container and a grid. Let's call it myClass. Now when I place that class on a form, the grid adds one extra column called column0 on the left/beginning of the grid. I have tried the following.

1. Set columncount to 7 in class.

2. Tried all these combos of data source info (type alias):
specify alias source at grid level only in class
specify no source in class and specify on form instance of class
specified column data sources (and without)

3. Here is the super weird part -- as soon as the class is dropped on the form the extra column appears, always one more than the columncount. The form instance shows a columncount of 1 more than the class columncount

4. I cannot replicte with vfp base class, so it appears to be an awgrd thing - right when dropped on, and even if you somejow force the correct columncount at desgin time it will do the one extra a run time.

Where would I even look to try and figure this out?

Gravatar is a globally recognized avatar based on your email address. Re: grid anomaly
  FoxInCloud Support - Thierry N.
  Tuvia Vinitsky
  Mar 31, 2015 @ 10:05pm
Hi Tuvia,
can you share your test case?

If I take a grid from xxx.vcx and place it on a container as a class, I have a big problem.

So: I have a class that consists of a container and a grid. Let's call it myClass. Now when I place that class on a form, the grid adds one extra column called column0 on the left/beginning of the grid. I have tried the following.

1. Set columncount to 7 in class.

2. Tried all these combos of data source info (type alias):
specify alias source at grid level only in class
specify no source in class and specify on form instance of class
specified column data sources (and without)

3. Here is the super weird part -- as soon as the class is dropped on the form the extra column appears, always one more than the columncount. The form instance shows a columncount of 1 more than the class columncount

4. I cannot replicte with vfp base class, so it appears to be an awgrd thing - right when dropped on, and even if you somejow force the correct columncount at desgin time it will do the one extra a run time.

Where would I even look to try and figure this out?



-- thn (FoxInCloud)

Gravatar is a globally recognized avatar based on your email address. Re: grid anomaly
  Tuvia Vinitsky
  Thierry Nivelet (FoxInCloud)
  Apr 1, 2015 @ 07:57am
You mean by sending you the form and classlib?


Hi Tuvia,
can you share your test case?

If I take a grid from xxx.vcx and place it on a container as a class, I have a big problem.

So: I have a class that consists of a container and a grid. Let's call it myClass. Now when I place that class on a form, the grid adds one extra column called column0 on the left/beginning of the grid. I have tried the following.

1. Set columncount to 7 in class.

2. Tried all these combos of data source info (type alias):
specify alias source at grid level only in class
specify no source in class and specify on form instance of class
specified column data sources (and without)

3. Here is the super weird part -- as soon as the class is dropped on the form the extra column appears, always one more than the columncount. The form instance shows a columncount of 1 more than the class columncount

4. I cannot replicte with vfp base class, so it appears to be an awgrd thing - right when dropped on, and even if you somejow force the correct columncount at desgin time it will do the one extra a run time.

Where would I even look to try and figure this out?



Gravatar is a globally recognized avatar based on your email address. Re: grid anomaly
  FoxInCloud Support - Thierry N.
  Tuvia Vinitsky
  Apr 1, 2015 @ 09:02am
Yes, if possible


You mean by sending you the form and classlib?


Hi Tuvia,
can you share your test case?

If I take a grid from xxx.vcx and place it on a container as a class, I have a big problem.

So: I have a class that consists of a container and a grid. Let's call it myClass. Now when I place that class on a form, the grid adds one extra column called column0 on the left/beginning of the grid. I have tried the following.

1. Set columncount to 7 in class.

2. Tried all these combos of data source info (type alias):
specify alias source at grid level only in class
specify no source in class and specify on form instance of class
specified column data sources (and without)

3. Here is the super weird part -- as soon as the class is dropped on the form the extra column appears, always one more than the columncount. The form instance shows a columncount of 1 more than the class columncount

4. I cannot replicte with vfp base class, so it appears to be an awgrd thing - right when dropped on, and even if you somejow force the correct columncount at desgin time it will do the one extra a run time.

Where would I even look to try and figure this out?





-- thn (FoxInCloud)

Gravatar is a globally recognized avatar based on your email address. Re: grid anomaly
  Tuvia Vinitsky
  Thierry Nivelet (FoxInCloud)
  Apr 1, 2015 @ 09:40am
Sent zip vie email.

Open form tow1. Go to page titled drivers/trucks of the pageframe. Edit the first container and try and drop on it the class cntshiftgrid from towplus.vcx. I also included the xxx.vcx.


Yes, if possible


You mean by sending you the form and classlib?


Hi Tuvia,
can you share your test case?

If I take a grid from xxx.vcx and place it on a container as a class, I have a big problem.

So: I have a class that consists of a container and a grid. Let's call it myClass. Now when I place that class on a form, the grid adds one extra column called column0 on the left/beginning of the grid. I have tried the following.

1. Set columncount to 7 in class.

2. Tried all these combos of data source info (type alias):
specify alias source at grid level only in class
specify no source in class and specify on form instance of class
specified column data sources (and without)

3. Here is the super weird part -- as soon as the class is dropped on the form the extra column appears, always one more than the columncount. The form instance shows a columncount of 1 more than the class columncount

4. I cannot replicte with vfp base class, so it appears to be an awgrd thing - right when dropped on, and even if you somejow force the correct columncount at desgin time it will do the one extra a run time.

Where would I even look to try and figure this out?





Gravatar is a globally recognized avatar based on your email address. Re: grid anomaly
  Tuvia Vinitsky
  Thierry Nivelet (FoxInCloud)
  Apr 6, 2015 @ 12:41pm
Did you discover anything on this?


Yes, if possible


You mean by sending you the form and classlib?


Hi Tuvia,
can you share your test case?

If I take a grid from xxx.vcx and place it on a container as a class, I have a big problem.

So: I have a class that consists of a container and a grid. Let's call it myClass. Now when I place that class on a form, the grid adds one extra column called column0 on the left/beginning of the grid. I have tried the following.

1. Set columncount to 7 in class.

2. Tried all these combos of data source info (type alias):
specify alias source at grid level only in class
specify no source in class and specify on form instance of class
specified column data sources (and without)

3. Here is the super weird part -- as soon as the class is dropped on the form the extra column appears, always one more than the columncount. The form instance shows a columncount of 1 more than the class columncount

4. I cannot replicte with vfp base class, so it appears to be an awgrd thing - right when dropped on, and even if you somejow force the correct columncount at desgin time it will do the one extra a run time.

Where would I even look to try and figure this out?





Gravatar is a globally recognized avatar based on your email address. Re: grid anomaly
  FoxInCloud Support - Thierry N.
  Tuvia Vinitsky
  Apr 6, 2015 @ 11:05pm
something's wrong in tow1.scx : column members referring to a column parent named 'column0'

I could fix it this way:

1/ back up files

MODIFY CLASS urtGrd OF urt

manually reset columnCount from -1 to default (-1) - same value but it makes a difference for VFP

use tow1.scx exclusive
delete for '.COLUMN0' $ Upper(parent)
pack
use

then

modi form tow1.scx

grid looks OK


Did you discover anything on this?


Yes, if possible


You mean by sending you the form and classlib?


Hi Tuvia,
can you share your test case?

If I take a grid from xxx.vcx and place it on a container as a class, I have a big problem.

So: I have a class that consists of a container and a grid. Let's call it myClass. Now when I place that class on a form, the grid adds one extra column called column0 on the left/beginning of the grid. I have tried the following.

1. Set columncount to 7 in class.

2. Tried all these combos of data source info (type alias):
specify alias source at grid level only in class
specify no source in class and specify on form instance of class
specified column data sources (and without)

3. Here is the super weird part -- as soon as the class is dropped on the form the extra column appears, always one more than the columncount. The form instance shows a columncount of 1 more than the class columncount

4. I cannot replicte with vfp base class, so it appears to be an awgrd thing - right when dropped on, and even if you somejow force the correct columncount at desgin time it will do the one extra a run time.

Where would I even look to try and figure this out?







-- thn (FoxInCloud)

Gravatar is a globally recognized avatar based on your email address. Re: grid anomaly
  Tuvia Vinitsky
  Thierry Nivelet (FoxInCloud)
  Apr 6, 2015 @ 11:38pm
It seems that if the columncount of a FiC grid is -1, but not "default", a strange column0 is always created. As you suggested I set it to -1 with "reset to default" and it then after I removed the column0 references I could go back and make the columncount whatever I liked.

I have never seen this, I do not know if it is a VFP thing or a FiC thing. The only time I heard of a column0 was a bug in VFP 6 that would create fake column0 entries when converting a grid from VFP 5 -- but that was a long time ago, never heard of it since.


something's wrong in tow1.scx : column members referring to a column parent named 'column0'

I could fix it this way:

1/ back up files

MODIFY CLASS urtGrd OF urt

manually reset columnCount from -1 to default (-1) - same value but it makes a difference for VFP

use tow1.scx exclusive
delete for '.COLUMN0' $ Upper(parent)
pack
use

then

modi form tow1.scx

grid looks OK


Did you discover anything on this?


Yes, if possible


You mean by sending you the form and classlib?


Hi Tuvia,
can you share your test case?

If I take a grid from xxx.vcx and place it on a container as a class, I have a big problem.

So: I have a class that consists of a container and a grid. Let's call it myClass. Now when I place that class on a form, the grid adds one extra column called column0 on the left/beginning of the grid. I have tried the following.

1. Set columncount to 7 in class.

2. Tried all these combos of data source info (type alias):
specify alias source at grid level only in class
specify no source in class and specify on form instance of class
specified column data sources (and without)

3. Here is the super weird part -- as soon as the class is dropped on the form the extra column appears, always one more than the columncount. The form instance shows a columncount of 1 more than the class columncount

4. I cannot replicte with vfp base class, so it appears to be an awgrd thing - right when dropped on, and even if you somejow force the correct columncount at desgin time it will do the one extra a run time.

Where would I even look to try and figure this out?







Gravatar is a globally recognized avatar based on your email address. Re: grid anomaly
  FoxInCloud Support - Thierry N.
  Tuvia Vinitsky
  Apr 6, 2015 @ 11:40pm
did the fix also work for you?

It seems that if the columncount of a FiC grid is -1, but not "default", a strange column0 is always created. As you suggested I set it to -1 with "reset to default" and it then after I removed the column0 references I could go back and make the columncount whatever I liked.

I have never seen this, I do not know if it is a VFP thing or a FiC thing. The only time I heard of a column0 was a bug in VFP 6 that would create fake column0 entries when converting a grid from VFP 5 -- but that was a long time ago, never heard of it since.


-- thn (FoxInCloud)

Gravatar is a globally recognized avatar based on your email address. Re: grid anomaly
  Tuvia Vinitsky
  Thierry Nivelet (FoxInCloud)
  Apr 7, 2015 @ 01:13am
Seems to have.


did the fix also work for you?

It seems that if the columncount of a FiC grid is -1, but not "default", a strange column0 is always created. As you suggested I set it to -1 with "reset to default" and it then after I removed the column0 references I could go back and make the columncount whatever I liked.

I have never seen this, I do not know if it is a VFP thing or a FiC thing. The only time I heard of a column0 was a bug in VFP 6 that would create fake column0 entries when converting a grid from VFP 5 -- but that was a long time ago, never heard of it since.


© 1996-2024