 | |
Changing globals on the fly
comp.databases.filemaker comp.databases.filemaker
 |
| | Thread Tools | Display Modes |
#1
 
| |||
| |||
|
Changing globals on the fly -
04-10-2007
, 10:14 AM
#2
| |||
| |||
|
|
Hey all- Although I fear I already know the answer, here goes: Is it possible to change globals on the fly in a multi-user deployment, without logging everyone out, logging in as single user, and changing the global in question? Thanks, Nate FMP Adv 8.5 Windows |
Keep well, Ursus
#3
| |||
| |||
|
|
Hey all- Although I fear I already know the answer, here goes: Is it possible to change globals on the fly in a multi-user deployment, without logging everyone out, logging in as single user, and changing the global in question? Thanks, Nate FMP Adv 8.5 Windows |
Well, one of the globals I'm talking about is a container field for
the graphic interface of the solution, so a variable wouldn't work
there. The other is the company's street address, which doesn't change
very often, but they just asked me to put their PO Box in, and so now
I'm debating wether globabls were even the best way to handle this
from the beginning.
So at this point I'm thinking: global container fields for graphics =
good, but will need to log everyone out to change (not horrible),
global variables for company address set by a script? Or maybe one
record of non-global company information?
Thanks,
Nate
#4
| |||
| |||
|
|
On Apr 10, 11:14 am, "NScheffey" <NSchef... (AT) gmail (DOT) com> wrote: Hey all- Although I fear I already know the answer, here goes: Is it possible to change globals on the fly in a multi-user deployment, without logging everyone out, logging in as single user, and changing the global in question? Thanks, Nate FMP Adv 8.5 Windows Thank much Ursus for the input Well, one of the globals I'm talking about is a container field for the graphic interface of the solution, so a variable wouldn't work there. The other is the company's street address, which doesn't change very often, but they just asked me to put their PO Box in, and so now I'm debating wether globabls were even the best way to handle this from the beginning. So at this point I'm thinking: global container fields for graphics = good, but will need to log everyone out to change (not horrible), global variables for company address set by a script? Or maybe one record of non-global company information? Thanks, Nate |
For globals like the address, I use an opening script to set all these sorts
of things. then I don't have to go through all that closing down and
opening single user.
#5
| |||
| |||
|
|
Hey all- Although I fear I already know the answer, here goes: Is it possible to change globals on the fly in a multi-user deployment, without logging everyone out, logging in as single user, and changing the global in question? Thanks, Nate FMP Adv 8.5 Windows |
environment is to instead use a separate Table with one normal record
that has the appropriate NORMAL fields pretending to be global fields.
These of course can be accessed via a Relationship.
Helpful Harry
Hopefully helping harassed humans happily handle handiwork hardships ;o)
#6
| |||
| |||
|
|
On Apr 10, 11:14 am, "NScheffey" <NSchef... (AT) gmail (DOT) com> wrote: Hey all- Although I fear I already know the answer, here goes: Is it possible to change globals on the fly in a multi-user deployment, without logging everyone out, logging in as single user, and changing the global in question? Thanks, Nate FMP Adv 8.5 Windows Thank much Ursus for the input Well, one of the globals I'm talking about is a container field for the graphic interface of the solution, so a variable wouldn't work there. The other is the company's street address, which doesn't change very often, but they just asked me to put their PO Box in, and so now I'm debating wether globabls were even the best way to handle this from the beginning. So at this point I'm thinking: global container fields for graphics = good, but will need to log everyone out to change (not horrible), global variables for company address set by a script? Or maybe one record of non-global company information? Thanks, Nate |
reference to your GUI graphics. The graphics self would reside in a folder.
Keep well, Ursus
#7
| |||
| |||
|
|
In article <1176218062.254165.50700 (AT) n76g2000hsh (DOT) googlegroups.com>, "NScheffey" <NScheffey (AT) gmail (DOT) com> wrote: Hey all- Although I fear I already know the answer, here goes: Is it possible to change globals on the fly in a multi-user deployment, without logging everyone out, logging in as single user, and changing the global in question? Thanks, Nate FMP Adv 8.5 Windows The usual solution for chageable "Global" fields in a multi-user environment is to instead use a separate Table with one normal record that has the appropriate NORMAL fields pretending to be global fields. These of course can be accessed via a Relationship. Helpful Harry Hopefully helping harassed humans happily handle handiwork hardships ;o) |
#8
| |||
| |||
|
|
"Helpful Harry" <helpful_harry (AT) nom (DOT) de.plume.com> a écrit dans le message de news: 110420070849158148%helpful_harry (AT) nom (DOT) de.plume.com... In article <1176218062.254165.50700 (AT) n76g2000hsh (DOT) googlegroups.com>, "NScheffey" <NScheffey (AT) gmail (DOT) com> wrote: Hey all- Although I fear I already know the answer, here goes: Is it possible to change globals on the fly in a multi-user deployment, without logging everyone out, logging in as single user, and changing the global in question? Thanks, Nate FMP Adv 8.5 Windows The usual solution for chageable "Global" fields in a multi-user environment is to instead use a separate Table with one normal record that has the appropriate NORMAL fields pretending to be global fields. These of course can be accessed via a Relationship. You can also use your open script to set new define value for your Global field, so any one who will open the solution will have the new value set every time. |
re-open the database. Simply refreshing the screen (eg. change layouts,
re-enter Browse Mode) should pull in the new values.
Of course, the down-sides are that:
- the values are ALWAYS pulled from the server and not
stored locally (as "Global" field values are), which
for graphical elements on a slow computer / network
can be annoying.
- Find mode will be a pain. It would probably be best
to create your own fake Find function using Global
fields rather users using the true FileMaker Find mode.
Helpful Harry
Hopefully helping harassed humans happily handle handiwork hardships ;o)
|
« Previous Thread
|
Next Thread »
| Thread Tools | |
| Display Modes | |
Linear Mode
| |
Powered by vBulletin Version 3.5.3
Copyright ©2000 - 2012, Jelsoft Enterprises Ltd.
Copyright ©2000 - 2012, Jelsoft Enterprises Ltd.