![]() | |
![]() |
| | Thread Tools | Display Modes |
#1
| |||
| |||
|
#2
| |||
| |||
|
|
Hello, I have a conditional value list set up for some automotive parts (thanks to John Weinshel for helping me see the logic). The idea is that there is a set of vehicle repair areas such as ignition, tires etc. These are in a custom value list since they need to appear in a certain order. Then there is a large list of common part names. The user can associate, say, spark plugs, coils and condensers with the ignition work area. We're not dealing with particular exact parts but generic names to make it quicker to enter line items in an invoice. The part names are records in a parts file with a category field as the right side of the relationship to the work areas. The parts appear in a portal in the work area file (creation allowed); the user adds new part names by filling in the empty line at the end of the portal. This is working well except for how to handle the case of a user wanting to change the name one of the work areas. Suppose they wish to change "Air Conditioning" to "AC". Right away, the associated parts are "lost". The workaround involves a button that sets a text field to all the associated parts; the user then modifies the work area name in the value list and then re-enters the part names that are visible in the text field. Probably no user wants to deal with that I'm hoping someone can show me a different strategy that would be easier for users. |
#3
| |||
| |||
|
|
Don't use the names of things as the fields upon which your relationships are built. Instead, use unique identifiers such as an auto-entered serial number. Then you can change the names all day long and have no problems. |
#4
| |||
| |||
|
|
Don't use the names of things as the fields upon which your relationships are built. Instead, use unique identifiers such as an auto-entered serial number. Then you can change the names all day long and have no problems. |
#5
| |||
| |||
|
|
Thanks Paul, Do you have a suggestion of how to work the left side of the relationship? As I mentioned, values need to appear in a custom order. That's why the left side is, so far, a hard coded custom value list. I guess I don't know how to keep the order of the value list if it comes from fields that are indexed by the serial number route you suggest. Doing things that way has always resulted in alphabetic value lists; I bet I'm missing something obvious. Bill Don't use the names of things as the fields upon which your relationships are built. Instead, use unique identifiers such as an auto-entered serial number. Then you can change the names all day long and have no problems. |
#6
| |||
| |||
|
|
Thanks Paul, Do you have a suggestion of how to work the left side of the relationship? As I mentioned, values need to appear in a custom order. That's why the left side is, so far, a hard coded custom value list. I guess I don't know how to keep the order of the value list if it comes from fields that are indexed by the serial number route you suggest. Doing things that way has always resulted in alphabetic value lists; I bet I'm missing something obvious. Bill Don't use the names of things as the fields upon which your relationships are built. Instead, use unique identifiers such as an auto-entered serial number. Then you can change the names all day long and have no problems. |
#7
| |||
| |||
|
|
If I'm following correctly, you should be able to use 'Also display values from' to build your VL, and sort by that field (the actual name), rather than by the ID. The second field is used only for display (and, in this instance, sorting); only the ID is used as a field value. I can't see your entire solution, but it sounds like bad voodoo to allow users access to key values like 'air conditioning' vs. 'ac'. I would work hard to give them less access. That probably means restricting their menu access, via a password and group scheme, to 'Editing Only', so that record creation and data entry are controlled by scripts, which leaves validation in the developer's hands, where it belongs. |
![]() |
| Thread Tools | |
| Display Modes | |
| |