Ocean West Posted August 29, 2005 Posted August 29, 2005 FileMaker now suports script variables $local $$global These are going to save a ton of time!
spankalee Posted August 29, 2005 Posted August 29, 2005 Hot *******! Finally. Also notice that scripts can now return values to calling scripts. sweet :
iNik Posted August 29, 2005 Posted August 29, 2005 Filemaker's scripting is slowly approaching the power inherent in a proper scripting language. Just another big step in the right direction...
spankalee Posted August 29, 2005 Posted August 29, 2005 Hopefully the next step is FM just switching over to a real scripting language like JavaScript so we don't have to know Yet Another Scripting Language.
Howard LeCanard Posted August 30, 2005 Posted August 30, 2005 What's to know? All the commands are right there for us to point and click. I know a little JavaScript, and think it's pretty cool, but I like how flexible FileMaker is. It's not often that I have to check for typos in FM. It kind of protects me from myself.
Henry Posted August 30, 2005 Posted August 30, 2005 Is Cool. I'm waiting this feature for long time. I also like the drop down calendar and tab control feature.
calyx Posted August 30, 2005 Posted August 30, 2005 It's about time! Jumping with joy!! Some of these new features have been available in plugins for a very long time (exporting pdf, menu, tabs). I can't wait to start developing with this. I love the tabs, the value lists (allowing you to choose which field to show), the tooltips, script variables, customized menus, email field contents, pdfs, excel, all of it. It's about ******* time. Although, why didn't they add the feature of being able to email directly from FileMaker without having to go through a third party program? In any case, great job FileMaker!
Zadkin Posted August 30, 2005 Posted August 30, 2005 A variable with a script scope seems new. I am still missing a variable with a window scope, as a session can have more than one window. The window variable problem can be solved but I find it very complex.
spankalee Posted August 30, 2005 Posted August 30, 2005 And now for more variable goodness: apparently they can be used in file paths, along with user-relative locations such as "Desktop" and "Documents" to save files with dynamic filenames. Freakin Hallelujah! About time!
stash Posted August 30, 2005 Posted August 30, 2005 Does $$global take the value of none-global field and hand it to the another Table/Layout without using GoToLayout step?
Reed Posted August 30, 2005 Posted August 30, 2005 I would assume that $$global variables are session-specific in a multi-user system, just like global fields?
iNik Posted August 30, 2005 Posted August 30, 2005 Yup. $$variables only apply to a single session as far as I can tell.
Ender Posted August 30, 2005 Posted August 30, 2005 I finally got the FM8 trial installed, so I can see what all the hub-bub is about. For those who don't have it yet, here's a screenshot of the new Set Variable script step that allows you to set a script variable.
LaRetta Posted August 30, 2005 Posted August 30, 2005 Oh sure ... you Mac people are all up and running. My system won't run 8 - says I need to upgrade my Windows XP Home Edition to SP2; which says I must perform full backup or possibly lose everything in the upgrade. And it says I may lose all my settings when I do so. Geez. I want a Mac!! Even trying to download SP2 wonked out. It insists I use IE Explorer instead of FireFox or it won't even let me download!!! How's THAT for Microsoft bull!! :frown:
Perren Posted August 30, 2005 Posted August 30, 2005 (edited) Go figure with your SP2 issues. You should be able to tell Automatic Updates (via Control Panel) to get SP2 which will allow you to bypass using a web browser entirely. I can't say I've had any issues getting 8 installed, and whoo boy is it worth making sure my WinXP box is up to date. Not to mention SP2 and subsequent critical patches should always be kept as current as possible to maintain integrity of your system. Jeez, I can't belive this is my first post. I've been trolling this site for over a year and found wealths of informaiton. Guess it's time to make my contribution! Edited August 30, 2005 by Guest
Ano Nimus Posted August 30, 2005 Posted August 30, 2005 Despite the trouble, I'd make backups and install SP2 PDQ. Security holes galore without it. That alone is enough reason to go to SP2. FMP8 is a nice added bonus, of course : I updated (months ago) to SP2 without losing anything, by the way. Guess M$ are just making sure that you know that there is a risk, no matter how small.
Brudderman Posted August 30, 2005 Posted August 30, 2005 My system won't run 8 - says I need to upgrade my Windows XP Home Edition to SP2; which says I must perform full backup or possibly lose everything in the upgrade. And it says I may lose all my settings when I do so. I didn't have any trouble here with upgrading XP Pro to SP2. Went quite smoothly. MS even sent me a CD, so i don't believe that I even had to download.
LaRetta Posted August 31, 2005 Posted August 31, 2005 This system came pre-configured. I never knew an SP2 was even out. I suppose I should frequent the MS site watching for updaters but, for the life of me, I can't muster the desire to do so. I don't want to wait for a CD and it's good to know others didn't have problems. However, every time I feel smug and assume 'things should go fine' then Capt. Eddie Murphy Jr. pops his head up. Good things are worth waiting for. I will upgrade this weekend when I can afford tweak-time if necessary. This solution is worked on all night and must be uploaded again by 7AM for use the next day ...I simply can't risk down time. Besides, y'all are keeping me quite excited over what to expect. I won't be spending time designing things that I now know I'll handle differently in vs. 8, such as creating value lists based upon round-about methods, knowing we'll be free from that burdeon soon! FileMaker rocks!!! Thanks everyone for the great input! I was just disappointed this morning ... finally had some time to download and check it out and couldn't ... and felt a bit twirked. LaRetta
Robben Posted August 31, 2005 Posted August 31, 2005 Hopefully it will install OK-ish while holding the Shift key (worked before). Cause I'm on XP without any SP (or trouble), and I'm not the least interested in SP2.
spankalee Posted August 31, 2005 Posted August 31, 2005 Ok, back to script variables. Since we can now use variables in import/export script steps, are there any other places we can use them that would be extremely helpful? Maybe like the print dialog, or find requests?
rogermax Posted September 1, 2005 Posted September 1, 2005 Yes, naming/saving PDFs from FMP, naming/saving excel sheets from FMP, (on the fly) and a whole bunch more. Save on clutter by reducing (not totally eliminating) a great number of global fields.
Heathbo Posted September 1, 2005 Posted September 1, 2005 So how does script variables work? Do you just name it with a $ or $$ and you can then pull data from it for any calculation or script?
spankalee Posted September 1, 2005 Posted September 1, 2005 Yes, naming/saving PDFs from FMP, naming/saving excel sheets from FMP, (on the fly) and a whole bunch more. Save on clutter by reducing (not totally eliminating) a great number of global fields. Yes, but saving PDFs and Excel docs is pretty much exporting, right? Can we use variables anywhere else? Inside AppleScripts?
rogermax Posted September 1, 2005 Posted September 1, 2005 (edited) I suppose that making a pdf or excel would be considered exporting, although I look at pdf making as printing specific (and dynamic naming of pdf's has been a sought after feature). Another thought is placing the result of a script into a $$variable for use elsewhere could be interesting or using them in conjunction with the new tooltips mightbe marginally useful. I am sure that there will be many things come up over the next few months. It might be worth noting that one should be careful using the global variable variety in relation to potential security holes as they can be viewed in the data viewer in 8 Advanced. Edited September 1, 2005 by Guest clarification
Heathbo Posted September 1, 2005 Posted September 1, 2005 Is there a limit on how many $$ globals you can have at the same time?
Aussie John Posted September 1, 2005 Posted September 1, 2005 presumably a script with "script variables" falls into a heap if a v7 user tries to access an updated script? Is this handled gracefully or will the user just get an error number message?
RalphL Posted September 2, 2005 Posted September 2, 2005 (edited) Yes it will fall in a heap. You will get and some strange stuff. You will get for the script step Set Veriable. Edited September 2, 2005 by Guest Typo
Reed Posted September 2, 2005 Posted September 2, 2005 What if you try to host a script with script variables on FMS 7 and run it on FMP8?
Brudderman Posted September 2, 2005 Posted September 2, 2005 And now for more variable goodness: apparently they can be used in file paths, along with user-relative locations such as "Desktop" and "Documents" to save files with dynamic filenames. Is there any way to choose a path (other than Desktop, etc.) with a dialog and have the path written to a script variable or a field? I know that i can hard code the path in a field, but it would be nice to be able to select it as needed from a dialog. James
spankalee Posted September 3, 2005 Posted September 3, 2005 That would be awesome. Especially saving a path into a user preference table.
raymanj Posted September 6, 2005 Posted September 6, 2005 Does anyone know how to release a global variable, clear it from memory?
Ender Posted September 6, 2005 Posted September 6, 2005 Does anyone know how to release a global variable, clear it from memory? I don't see what this has to do with this thread.
CobaltSky Posted September 6, 2005 Posted September 6, 2005 Well I do... : Raymanj, to release a global variable, simply set it to a null value. It's as simple as that. :
Recommended Posts
This topic is 7271 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