![]() | |
![]() |
| | Thread Tools | Display Modes |
#11
| |||
| |||
|
|
leon.obers (AT) iae (DOT) nl schreef: Still the refreshing issue as written within the other message has to be solved. |
#12
| |||
| |||
|
|
The same is true for times in FileMaker - they work in minutes, so you can simply add (or subtract) minutes by adding just the number and FileMaker will calculate the result properly. This is wrong (for FMP6 and FM7). FileMaker count the times in seconds and not in minutes. Remi-Noel |
#13
| |||
| |||
|
|
leon.obers (AT) iae (DOT) nl schreef: Still the refreshing issue as written within the other message has to be solved. Is the calculation unstored? |
#14
| |||
| |||
|
|
leon.obers (AT) iae (DOT) nl wrote: The following line did the trick as far as for the proper day when switching to birtday date itself and year difference in general. Year((Get(CurrentDate) + Day(1)) - Birthdate) - 1 snip Since the original question has been answered, I only have one quick note. When adding days to a date you don't need the Day function. FileMaker's dates work in days, so you simply add (or subtract) the number of days. eg. Get(CurrentDate) + 1 adds one day MyDateField - 3 subtracts three days |
#15
| |||
| |||
|
#16
| |||
| |||
|
|
When adding days to a date you don't need the Day function. FileMaker's dates work in days, so you simply add (or subtract) the number of days. eg. Get(CurrentDate) + 1 adds one day MyDateField - 3 subtracts three days TextToDate("18/5/2004") + 7 adds seven days (ie. 1 week) This is right. The same is true for times in FileMaker - they work in minutes, so you can simply add (or subtract) minutes by adding just the number and FileMaker will calculate the result properly. eg. Get(CurrentTime) - 15 subtracts 15 minutes MyTimeField + 125 adds 125 minutes (ie. 2 hours and 5 minutes) This is wrong (at least for FMP6). FileMaker count the times in seconds and not in minutes. |
\
#17
| |||
| |||
|
|
By the way, do you have some suggestions to "refresh" the Age calculation automatically? If you make the calculation unstored the age will update itself automatically. |
#18
| |||
| |||
|
|
42 wrote: leon.obers (AT) iae (DOT) nl schreef: Still the refreshing issue as written within the other message has to be solved. Is the calculation unstored? No, it is automatically written within the "Age" field the first time you edit a date in the "Born date" field, as the Age field is set to do a calculation within the field properties directly. So not by using a separate script. |
#19
| |||
| |||
|
| 42 wrote: leon.obers (AT) iae (DOT) nl schreef: Still the refreshing issue as written within the other message has to be solved. Is the calculation unstored? No, it is automatically written within the "Age" field the first time you edit a date in the "Born date" field, as the Age field is set to do a calculation within the field properties directly. So not by using a separate script But typically when the time of the computer is passing and a date is rolling over the birthday date, the field is not updated automatically. You can test by switching the date of computer to another date manually. Even a restart of the computer and closing the table and loading the table again doesn't "refresh" the date. Only a new edit of the "Born date" field again (even by typing the original date again), do make a refresh of the "Age" field. Exporting and importing the same table *does* refresh the field. It seems to me, that the field has to be updated automatically as soon as you change to a visible record at your screen, or click in a field or window isn't it? E.g. the same as you are jumping from one cel to another cel within Microsoft Excel. "Refresh" calculations are done automatically. |
![]() |
| Thread Tools | |
| Display Modes | |
| |