A field that uses global storage contains one value that's used for all records in the file. (FM 11 Help) Not sure that this is what you want. What is your goal?
I have read up on global fields but I haven't fully grasped the actual practice of it. This is part of the reason I want advice before I waste hours playing around with the concept.
My problem is that I have a field called CheckoutDate, this field is in a table I've named "Master." There are 5 layouts with the CheckoutDate (including 4 portals). The most obvious difference between these layouts/portals is that I have a button on 2 of the layouts which changes the value in the CheckoutDate field but they are triggered by 2 different scripts. My problem arises when I press the button on layout1 only some layouts/portals change the value accordingly. So something is not quite right in the calculation part of the script (right?) Wouldn't using a global field in these calculations help FM connect all 5 layouts instead of just 2 or 3?
But maybe I'm looking at this problem wrong, is it just the scripts that cause this problem, or the underlying calculations, ooorr at the root of it, wouldn't it be the (lack of a) global field.
Hopefully I've put things in a way that you can follow (I tend to write all over the place). I appreciate the advice in advance.
Really hard to say, based on the information you have given. If you change the field to a global field all data in that field will be lost. Before I changed the field, I would add a “Commit Records/Requests” step at the end of each of the two scripts and see if that helps the situation.