![]() | |
![]() |
| | Thread Tools | Display Modes |
#1
| |||
| |||
|
#2
| |||
| |||
|
|
FMP 8 Adv: A calc field pulls a value out of a relation. On the left side of the relation, there's another calc field that depends on a global field which is in a different table. When I change the global field, the calc field on the left side of the relation updates immediately. The field that pulls the value out of the relation, however, won't update until I refresh the window. What's the problem here? The solution runs on FMP 8, meaning I can't use triggers. -- http://clk.ch |
#3
| |||
| |||
|
|
Try 'unstore' the calc ? |
#4
| |||
| |||
|
|
FMP 8 Adv: A calc field pulls a value out of a relation. On the left side of the relation, there's another calc field that depends on a global field which is in a different table. When I change the global field, the calc field on the left side of the relation updates immediately. The field that pulls the value out of the relation, however, won't update until I refresh the window. What's the problem here? The solution runs on FMP 8, meaning I can't use triggers. |
(
)
#5
| |||
| |||
|
|
FMP 8 Adv: A calc field pulls a value out of a relation. On the left side of the relation, there's another calc field that depends on a global field which is in a different table. When I change the global field, the calc field on the left side of the relation updates immediately. The field that pulls the value out of the relation, however, won't update until I refresh the window. What's the problem here? The solution runs on FMP 8, meaning I can't use triggers. |
#6
| |||
| |||
|
|
I found that a trick to just updating a portal in those earlier versions was to trigger the relationship itself to refresh by setting the key field (or a local component thereof) to itself. |
![]() |
| Thread Tools | |
| Display Modes | |
| |