1 Reply Latest reply on Apr 25, 2011 10:05 AM by philmodjunk

    Want to upgrade to advance

    MarlenMadsen

      Title

      Want to upgrade to advance

      Post

      If I update to advance what missing program features will there be when I create stand alone apps. for example can it still do spell check, or create pdf files?

      Is their a run time engine that has to be install on end users PCs or is it completely complied in the run time exe.

      Also is it practical to create a App or EXE that will use all its databases as external files so I as a developer can make program changes Creating new reports and changing layout cosmetics assuming I don't make Database changes, as to not interfere with the users database.

      Your help would be greatly apperiated as this is a big plung for me.

      Thanks

        • 1. Re: Want to upgrade to advance
          philmodjunk

          The two biggest limitations to run times are that they don't access/share/host files over a network (Can't be the client, can't be the host) and you can't use save as PDF as the adobe technology wasn't licensed by FileMaker for that use. (You can "Print" to a PDF printer, however.)

          When you use the developer tools to generate a runtime system, it makes a copy of all your solution files that you have selected for the run time, then adds a "crippled" copy of the FileMaker application plus all needed support files to a folder. Your users can just copy this folder to their computer and use it or you can use an installer to set things up for them in slightly more user friendly fashion. The biggest detail that complicates this process is that you need advanced installed on a Windows system in order to generate windows runtimes and then a copy should also be installed on a Mac system in order to generate Mac runtimes.

          The advantages and trade offs to using one file for each table are pretty much the same as for regular Filemaker. You can select a whole list of files and "bind" them into a runtime solution so having extra files is not, in itself, a problem for your run time solution. You may want to consider using the "data separation" model instead of individual files for every table. In the data-separation model, you use two files, one for the data tables and one for the user interface. Manage | Database | Relationships in the interface file uses external data source references to link to the tables in the data file. With this option, you can send out new interface files with all the layouts and scripts to your users without their having to import any data--they can just swap out the old inteface file for the new.