![]() | |
![]() |
| | Thread Tools | Display Modes |
#1
| |||
| |||
|
#2
| |||
| |||
|
|
form several of the fields have changed locations. Is there a way to lock these field positions on a form so they are always referencing to the original field name? I hope this makes sense! |
#3
| |||
| |||
|
|
form several of the fields have changed locations. Is there a way to lock these field positions on a form so they are always referencing to the original field name? I hope this makes sense! Your writing makes sense, but the situation you describe doesn't. :-) At least not in my experience. Do you not use 'real' names for the fields in the table? I've NEVER had a field change on a form, when I only add fields to the end of the table and when I don't otherwise change field names. Are you doing this interactively, or in code? ------------------------------ Tony McGuire |
#4
| |||
| |||
|
|
only add new ones. Usually they are not at the end of the table. I change the structure via Paradox table design, not code. |
#5
| |||
| |||
|
|
I have built an application that requires me to modify one or two table structures once or twice a year. These tables are attached to a form. In all cases, I am adding to the table structure with additional alpha field types. My problems is that when the original form is opened, the fields have shifted is some cases. Example: field027 configured on the orginal form will now change to a random field say field30a. So when I look at the original form several of the fields have changed locations. Is there a way to lock these field positions on a form so they are always referencing to the original field name? I hope this makes sense! Thanks Dan |
#6
| |||
| |||
|
|
only add new ones. Usually they are not at the end of the table. I change the structure via Paradox table design, not code. Well, add only to the end and I would bet the issue goes away. I asked about naming since your post talked about field027 and field30a. Do you not give them meaningfull names? -- ------------------------------ Tony McGuire |
#7
| |||
| |||
|
|
If you add fields in places other than the end of the table, you could be creating problems. At the very least, after this, you should run table repair (not check, repair). If you open the form in design mode and then restructure your table, it may prevent the problem. Better to just put new fields at the end - it's not like the position matters - you can even save tableview properties with fields in the position you prefer if you're using tableviews. Liz Dan wrote: I have built an application that requires me to modify one or two table structures once or twice a year. These tables are attached to a form. In all cases, I am adding to the table structure with additional alpha field types. My problems is that when the original form is opened, the fields have shifted is some cases. Example: field027 configured on the orginal form will now change to a random field say field30a. So when I look at the original form several of the fields have changed locations. Is there a way to lock these field positions on a form so they are always referencing to the original field name? I hope this makes sense! Thanks Dan |
#8
| |||
| |||
|
|
It is important that I keep the field names in the table structure in order. |
#9
| |||
| |||
|
![]() |
| Thread Tools | |
| Display Modes | |
| |