Aussie John Posted March 6, 2008 Posted March 6, 2008 (edited) Global fields seems to be related to the client using them and adding to the field stays as long as the file is open. On reopen they are reset to blank. I have some global fields that I wish all users to see/edit the same all the time. The only way I have been able to partly get around this is to set them on the host file first. Now that I am trailing the server version this is not possible as the host isnt accessed directly. Is this a limitation of globals or is there some other way? Thanks Edited March 6, 2008 by Guest
Fitch Posted March 6, 2008 Posted March 6, 2008 Common practice is to create a one-record table to store your "startup" values. On startup, run a script to load them into the globals.
mr_vodka Posted March 7, 2008 Posted March 7, 2008 I have some global fields that I wish all users to see/edit the same all the time. If this is the case and you want your users to see the live changes immediately, then globals are not the way to go in the current scenario. However, if you are okay with your users seeing the new values on startup, then you can use a preferences table and set the globals as Tom has said.
Aussie John Posted March 9, 2008 Author Posted March 9, 2008 Seems like the separate table for those items is the way to go
Thomas Seidler Posted March 12, 2008 Posted March 12, 2008 the global preferences table discussion is here: http://fmforums.com/forum/showtopic.php?tid/172700/post/188596/#188596
Recommended Posts
This topic is 6160 days old. Please don't post here. Open a new topic instead.
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now