zymondee

OK! Listen to this! This is interesting and important information that I would like to have response to. I stripped the script down to contain only the "new window" step and got the same problem. Well, I think I have found it now. If I open the main file directly by clicking on the file and then let the start script run (set in file options) I dont have the problem I mention. But, if I use my "start-up file" the problem occurs! So, what does the "start-up file" do? Hehe..of course it recalls the start-up script in my mainfile where I have the problem. So, my concl is that I cant use the "file option" utility as long as I recall the same script with my start-up file. I am pretty sure that the FileMaker application "stores" somewhere that one of the start-ups have not run yet. So, what triggers this sleeping event to happen? Yes, it is when I open the new window. I know....I should report this to FileMaker and well, I did yesterday in my bad English..so maybe I will try and give it a more understanding version. Happy weekend everyone! Cheers /SimonD

Good idea! Today I did some tests! I checked all my customized (yes I am the developer)menues if they were attached to scripts that might trigger the start script to run but unfortunately I coulnd find anything. The very strange thing about this is that it is happening the first run when I click a button to open this window. It is a script which open a new window which the first time it is run it also runs the startscript when it comes to the script step "new window" BUT ...the second time I run this script it will not run the start script. So, still it is very strange. What is triggering? Is it some variable which is not set the first time so it trigger the start script was my first thought. But I cant find any. So, I will probably go for my workaround not to use the option to run a start script upon opening the database file. Cheers SD

How can I prevent FileMaker Adv 8.5 to perform a start script to run when I open a new window? In my solution I have a start script which is set to run upon opening the database (set in "File options..." When the database is opened and it is no need to run the start script again but I have noticed that when opening a new window the start script is trigged to run again. Why is that? When stepping forward in the script (using the debug) I can clearly see that when opening a "new window" the debug jump directly to the start up script and starts to step forward in that script in stead. Is it possible that the command "New window" can trig the start script to run if it is selected in "File options..."? Has it something to do with the menu which is customized to a minimum of commands that confuses FileMaker? I have a minimal menu with no windows to select and almost no commands. Could the reason be that the database start script trig as if it was opened again if some of the menu alternative is taken away? No other script is running at the same time, it is only this script which opens a new window. Maybe there is an easy explanation if it is possible to trig FileMaker as if it was opened again in some way I dont know. Feature or bug? Unfortunately my solution is very complex and I have not had the time to rebuild this behaviour with a lighter example to publish here. At this time my solution is to open "this database" file from "another database" file which calls the start up script directly in "this database" instead of just open it and use the "File options.." preference. Best regards Simon Danielsson FM-developer since -89 Adsensia Sweden

Hi, I have a system with embedded pdf-files and have run into what I think is a domain-user related kind of problem. But I am not 100% sure. When using iwp and displaying the container-field on a layout it becomes a link automatically. And clicking that link normally opens the pdf-document. Yea, fine on my laptop if I am not logged on as a domain user. But if I go over to any of the other employees computers (they are inlogged as domain users)I get a message that says an error occured - could not display the file. I am only using the guest account to automatically get in to the system without typing any username or password on the webpage. So, first I thought it was that guest account which got the trouble but as my laptop is working fine it can´t be I think. The alternative method: I know that if I place the pdf-files on the webserver in the InetPub/wwwroot/myPdfFolder and instead use the webviewer with a filepath to that shared folder it will display just fine. But, as I have a system build on this embedded pdf-files It would be great if anyone have run into this kind of problem before and know what might be the problem. It is sometimes a very good thing to have a copy of the files outside FileMaker it really is. So, I am not saying it is a bad idéa to use a combination of both technics. It is what I am doing right now actually. ;-) But, it is the issue with embedded files which in some cases wont be able to display without having trouble. And yes, I forgot to say that it also differs using Firefox and Internet Explorer. Firefix can work better in this case. And to come around the problem with displaying a pdf-file directly you could of-course choose to download it first and then open it up. But, that is not a smooth thing for the user I think. Cheers /SimonD, SWEDEN

Hi Andrew, Acutally I have the same question and I am still looking for an answer. I have heard about some kind of intelligent scripting but have not seen it yet. My first cheap solution is a modified homepage that doesn´t display any databases and have custom graphics with a linkbutton back to the intranet startpage. My customer have a big intranet site which I have a link button to. Some parts of that intranet links to FM-databases and custom functionality and when they are logged out from the IWP-session they will see my custom homepage which looks much like the intranet standard look in the header. Well, does anyone have a more smooth solution to this without leaving IWP?