12 Replies Latest reply on Jun 5, 2012 9:43 AM by Lasersol

    FMP12 Runtime Windows operation problems

    suesaunders

      The behaviour that I describe only occurs in Windows. My app has several associated files. All files are bound into runtime version (FMP12) with my own extension. One is the program file (FMP calls it the Primary file) that opens every time the application is double clicked. My program file asks the user to located the datafile and opens it. The datafile then closes the program file. This all works well and neatly.

       

      The user generally locates the data files in places other than the Program Files folder on Windows - e.g. their documents folder. The user will create other data files and rename them at will. If the user double clicks on their data file with my runtime extension, FMP steps in and tries to open it in FM10.

       

      Then it comes up and says that the datafile is an FM12 file. No it is not. It is my runtime file!! (Well originally it was an FM12 file, yes.)

       

      I tried to set the default in Windows that files with my extension (.bic) are to be opened with my runtime app. (FM runtime with my extension - BIC Model.exe.) But it will not let me do that.

       

      Question: Is this a FM problem or is it something that I need to do in Windows 7 to let it know that any file with my extension needs to be opened in my Runtime and not FM10!! And btw is FM12 a bit confused with runtime. Why do the bound files want to open in FM10?

       

      Cheers

      Sue Saunders

      -----------------------------------

        • 1. Re: FMP12 Runtime Windows operation problems
          Vaughan

          First of all, do not install the runtime in the Programs folder. This is often set up with read-only privileges for normal users (in corporate environments). Instead install the whole runtime folder in Documents, which the users always have read-write access to.

           

          Why is your runtime asking the user to select a data file? Runtimes only work with files that bound to the executable.

           

          What script step are you using to open the data file? My guess is that the OS is trying to open the file and is using FMP 10 to do it.

           

          I'm not sure what you're trying to do, but I'd suggest you don't.

          • 2. Re: FMP12 Runtime Windows operation problems
            Stephen Huston

            Vaughn is correct that all of the runtime files should be in the same folder/directory. While not absolutely required, leaving the file to open at the discretion of your users is really a recipe for problems.

             

            If your users are sophisticated enough to be picking files, they are sophisiticated enough to be moving and renaming files, which is a safer way to handle having them pick which file to use as the data file.

             

            I would suggest setting the Runtime to open a default data file with a fied path and name, and training users how to switch files into and out of that position from another multi-file directory if you want them to have these choices. This has worked for me with runtimes, and very few of my users need or use multiple files for data to be chosen at will. This became unnecessary in my case when FM7 removed the 2-GB file size limit.

             

            The info on how to use multiple files in my pre-7 runtimes was hidden in my Help file so only advanced users would even find out about the option.

            • 3. Re: FMP12 Runtime Windows operation problems
              suesaunders

              Dear Vaughan

               

              Thanks for the comments.  I did not know about the access restrictions on the Windows Program files.

               

              All the files that I use in the application are bound together.  One of the group must be nominated as the Primary file.  FMP always opens this file regardless.  It is annoying but one has to work around it.  On the OS X platform, clicking one of the bound files causes the Primary File to open but the you can use the data file.  I need to have flexibility with the data files for my customer usage.  Just like you may have many different Excel datafiles but they all are opened by the Excel app.  FMP's system is a bit clunky in this regard. 

               

              I have sinced moved over to FMP12.  Very nice system but the Runtime is not quite the same.  On the Windows platform, so long as the user opens the app and does not try to double click on a datafile then we can cope.  Still not very satisfactory.

               

              Do you know of any good Installer Programs?  I am in the process of trying Inno Setup but it doesn't easily do what I want.

               

              Regrds Sue

              • 4. Re: FMP12 Runtime Windows operation problems
                suesaunders

                Dear Stephen

                 

                The problem with runtime on Windows is that the app folder is full of all the ancilliary runtime files and hidden in the middle is the poor little app file.  e.g. myapp.exe  where .exe is the indicator that the file is the app. (Of course - we all know this.)   Now my datafile is mydatafile.bic with my own extension .bic.  It is bound to myapp.exe and therefore I should be able to tell the Windows Op System that whenever they see a file, regardless of how many, any file with the extension .bic should be opened with myapp.exe and not FMP12.  Then we can set up a system for users just like any other software.  You put their user files in a nice folder in (say) documents and they don't go anywhere near the Program Files.  All they do is double click on the file that they need to open and off they go.  

                 

                Hmn... if only that was the way it was.  It should be like this but it isn't.  So this developer has to come up with ideas to work around the problem.  At the moment I am doing it with a short cut.  The user clicks on the short cut which opens the app and the app asks them to indicate which data file they wish to open. 

                 

                Now all I need is an installer that allows me to set up this configuration automatically.  Customer downloads the installer and it puts the files in the correct positions and sets up the short cuts.  What I need is help in finding an installer that does this or someone who can write me one.

                 

                Cheers

                Sue Saunders

                • 5. Re: FMP12 Runtime Windows operation problems
                  TomHays

                  suesaunders wrote:

                   

                  Now all I need is an installer that allows me to set up this configuration automatically.  Customer downloads the installer and it puts the files in the correct positions and sets up the short cuts.  What I need is help in finding an installer that does this or someone who can write me one.

                   

                   

                  The free installer creation software called Inno Setup can do this.

                   

                  -Tom

                  • 6. Re: FMP12 Runtime Windows operation problems
                    Vaughan

                    Sue

                     

                    Users are meant to only directly interact (ie, double-click) with the runtime application, not the individual bound files. This is explicitly mentioned on page 12 of the FileMaker Pro 12 Advanced Development Guide. That's probably the cause of the problems you are having.

                     

                    It sounds as though you are attempting to use the runtime as a "free" copy of FMP for end users so they can open any file they choose. This is not how the runtime is intended to be used. If you want users to be able to choose a data file then build an interface in the primary file for this purpose. It should not be prompting users to open files. They should only have the choice of opening files bound with the solution.

                     

                    At some point the runtime fails to meet end-user needs and a copy of FM Pro needs to be pushed into service. You might be at that point.

                    • 7. Re: FMP12 Runtime Windows operation problems
                      suesaunders

                      Thanks, Tom

                       

                      I am onto Inno Setup.  Still haven't got it to work properly.  Thanks for the help thought.  Sue.

                      • 8. Re: FMP12 Runtime Windows operation problems
                        suesaunders

                        Vaughan

                         

                        Yes, I agree with you.  My customer base is miniscule at the moment as I am just completing the commercialisation phase of the project.  I am congnisant of what you are saying and time will tell.  It would make life much easier if my customers would just buy FMP12 ... for sure.  Small businesses. Hmn.. I am not sure that they want to spend anything on software either mine or FMP12. 

                         

                        Best regards

                        Sue

                        ----------------------------

                        • 9. Re: FMP12 Runtime Windows operation problems
                          suesaunders

                          Just to let you know, Tom

                           

                          I have Inno Setup working now.  My application was a bit more than the run of the mill as I wanted to place files into the User's Documents folder as well as the usual apps folder.  All is well.  Thanks for the comments.

                          • 10. Re: FMP12 Runtime Windows operation problems
                            TomHays

                            Sue,

                             

                            I'm glad you got it working.

                             

                            For my runtime installation I have Inno Setup doing quite a bit of work too including using its Pascal scripting, running .bat files, and so on.

                             

                            Since I am installing in the user's personal documents folder exclusively, I had to take special care to install with the correct permissions. In my case the files have to be installed with the user's permission set.

                             

                            In your case you've got mixture. The files in the user's documents folder needs to be installed with the user's permissions whereas the ones in the Program Files folder need to be with admin permissions. Sometimes the user is an admin and sometimes not. There may be multiple user accounts on the computer who need to install your runtime. I hope you got this sorted out without too much difficulty.

                             

                            -Tom

                            • 11. Re: FMP12 Runtime Windows operation problems
                              suesaunders

                              Hi Tom

                               

                              No, I was blissfully unaware of the User permissions vs the Administrator permissions.  I will need to check this.  Thanks so much for the tip.  It seems obvious now that I know about it.

                               

                              Regards

                              Sue

                              ------------

                              • 12. Re: FMP12 Runtime Windows operation problems
                                Lasersol

                                Thanks for the information in this post. I have a runtime that was running fine before I created the Setup.exe and installed it. Then, it would not allow creating new records or modifying records. Installed in My Documents folder for the Admin instead of the Programs (x86 folder) and everything is working fine...so far.