To try to explain the setup as succinctly as possible:
Database is running on a FM17 Server (on a Windows virtual(?) machine... Our IT department handles that part).
The FM database does a number of imports every morning from our primary (4D) database, using an ODBC driver, but I have not found a way to have those imports run successfully from the server, so I have them running on an instance on a secondary user account on my desktop computer.
The scripts are triggered by adding a record to a table, which is checked every five minutes using an OnTimer script. I run a separate instance of FM17 on my user account so that I can use the database even if there is an import running.
This solution has been working (fairly) well for a number of years, but last week, my desktop computer was updated to Mojave (10.14.6), and since that upgrade, it seems that the imports on the secondary account will only run while that user account is active.
1) Is anyone else doing anything similar, where they have an instance of FM running on a separate user account?
2) If so, have you had any trouble with Mojave, or have suggestions on what may be going on?
3) Any suggestions on how to fix this? My initial thought is to just open the database using FMP on the Server system and try having the imports run from there, but am concerned that might also have problems.
Any suggestions would be greatly appreciated.
I have a field called Price. I need to create another field called calculated price that will add a percentage depending on the value of the original Price field.
If the Price is $100.00 or more Subtract 10% from the price
If the price is $10.00 or less Subtract .25%
If the Price is between $10 and $50.00 Subtract .5%
If the Price is between $50 and %100.00 Subtract .75%
and so on and so on...
So if I have a record with a Price of $1.00 the calculation will fill in the Calculated Price field with $.75
I have a layout calculation that looks like:
Round(If($$NoGPABump = 1;Classes::GPANoBump; Classes::GPABumped);2)
In most instances, this rounds the appropriate value to 2 decimals and displays those two digits. But on occasion, it displays only one decimal as in this one:
. Instead I want to see 4.20. If I round to, say, 4 decimals, it works properly: . Rounding to 3 digits gives 4.199. How do I get the trailing zero to show up? This seems to be consistent for all data that rounds to a last digit of zero. Is this a bug? Is there a workaround? Thanks,
I have a layout with a number of button bars, all with the same style. Each button is set to have an inner shadow and a white fill on Hover. For any of the buttons that call a popover, after the popover is closed, the hover shadow no longer works, but the fill still changes to white. I've tried adding a refresh object script trigger when closing the popover, but that doesn't work.
Some of the buttons are currently placeholders, which just call a script that exits itself so I can test the hover state. Those work fine.
Who Viewed the Topic