Developer’s Guide
Table Of Contents
- Preface Introducing FileMaker Developer 5.5
- Chapter 1 Installing FileMaker Developer 5.5
- What you need to install FileMakerDeveloper
- System requirements for FileMaker Developer 5.5
- Networking requirements
- Web publishing requirements
- Requirements for advanced features (Windows)
- Requirements for advanced features (MacOS)
- Installing FileMaker Developer 5.5 in Windows
- Installing FileMaker Developer 5.5 in the MacOS
- New features in FileMaker Pro
- FileMaker Pro 5.5 and Mac OS X
- Contents of the FileMaker Developer 5.5 folder
- Contents of the Developer Extras folder on the FileMaker Developer 5.5 CD
- Read Me file
- Electronic documentation
- Abiding by the license agreement
- Registration and customer support
- About the TechInfo database
- Chapter 2 Creating a database solution
- Overview of preparing your solutionfiles
- Considerations for a runtime databasesolution
- Considerations for Kiosk mode
- Using scripts to control your solution
- Protecting your database solution files
- Providing user documentation
- Design tips for cross-platform solutions
- Creating a consistent appearance
- Simulating outline and shadow text styles
- Using common character sets
- Designing text layouts for cross-platform solutions
- Using a common color palette
- Using graphics in cross-platform solutions
- Using QuickTime movies in cross-platform solutions
- Showing the status bar in Windows
- Using separate scripts for printing
- Using the Status (CurrentPlatform) function
- Creating platform-specific scripts
- Your responsibilities as a developer
- Testing before and after creating yoursolution
- Converting and upgrading solution files
- Chapter 3 Creating custom layout themes
- Chapter 4 Using the FileMaker Developer Tool
- About the solution examples
- Using the FileMaker Developer Tool
- Binding your databases into a runtime database solution
- Creating Kiosk-mode solutions
- Renaming your databases
- Removing design access to your databases
- Customizing the About, Help, and Scriptsmenus
- Adding the FileMakerPro extension to database filenames
- Saving your settings in the Developer Tool
- Chapter 5 Distributing FileMakerPro runtime database solutions
- Chapter 6 Publishing your database on the Web
- Types of web publishing
- Using the FileMakerPro Web Companion
- Creating a custom home page
- Creating a custom home page for Instant Web Publishing
- Creating a custom web site using a database layout
- Web Companion support for Internet mediatypes
- Monitoring your site
- Exporting data to a static HTML page
- Testing your site without a networkconnection
- Opening password-protected databasesremotely
- Chapter 7 Using FileMakerPro XML to deliver your data
- About the XML examples
- General process for custom web publishing using XML
- Generating an XML document
- Using the FMPDSORESULT grammar
- Using the FileMakerPro Extended XMLgrammars
- About UTF-8 encoded data
- Generating FileMakerPro CGI requests for an XML document
- Using style sheets with your XMLdocument
- Comparing CSS, XSLT, and JavaScript
- Looking at the XML Inventory example
- Chapter 8 Custom web publishing using CDML
- About the CDML examples
- General steps for custom web publishing using CDML
- About CDML format files
- Generating FileMakerPro CGI requests using CDML
- Using the CDML Tool and templates
- Modified CDML tags
- About the CDML Reference database
- Creating error messages
- Using an encoding parameter with a CDML replacement tag
- Planning your web site
- Chapter 9 Using Java and JDBC to deliver your data
- About the JDBC examples
- About JDBC
- Using the FileMaker JDBC Driver
- SQL supported by the FileMaker JDBCDriver
- FileMakerPro support for Unicodecharacters
- About the FileMaker JDBC Driver interfaces and extensions
- Example 1: Looking at the FileMakerPro Explorer application
- Example 2: Creating the JBuilder Inventoryapplication
- Example 3: Creating the Visual Cafe Inventory application
- Using the FileMaker Java classes
- Chapter 10 Understanding external function plug-ins
- About external functions
- About the plug-in example file
- Installing, enabling, and configuring the exampleplug-in
- Description of the FMExample plug-in’s externalfunctions
- Using the example plug-in
- Customizing the plug-in example
- Requirements for writing an external function plug-in
- FileMakerPro messages sent to theplugin
- Debugging your plug-in
- Avoiding potential MacOS resourceconflicts
- Providing documentation for your plug-in
- Registering your plug-ins
- Appendix A Feature comparison of the runtime application and FileMakerPro
- Appendix B Valid names used in CGI requests for FileMakerProXMLdata
- Generating a –find, –findall, or –findany request
- Generating a –view request
- Generating a –new request
- Generating an –edit request
- Generating a –delete request
- Generating a –dbnames request
- Generating a –layoutnames request
- Generating a –scriptnames request
- Generating a –dbopen request
- Generating a –dbclose request
- Generating a -dup request
- Generating an -img request
- Specifying parameters for the request
- –db (Database)
- –lay (Layout)
- –format (Format)
- –recid (Record ID)
- –modid (Modification ID)
- –lop (Logical operator)
- –op (Comparison operator)
- –max (Maximum records)
- –skip (Skip records)
- –sortfield (Sort field)
- –sortorder (Sort order)
- –script (Script)
- –script.prefind (Script before Find)
- –script.presort (Script before Sort)
- –styletype (Style type)
- –stylehref (Style href)
- –password (Database password)
- field name (Name of specific field)
- Appendix C FileMakerPro values for error codes
- Index
Creating a database solution 2-17
Important You should keep an unbound version of any runtime
database solution files, especially if you’ve permanently removed
design access. (See “Removing design access to your databases” on
page 4-10.)
Converting and upgrading solution files
If you have developed a FileMaker Pro runtime database solution
using the Solutions Development Kit (SDK) for FileMaker Pro 3.0
or earlier or the Binder utility in the FileMaker Pro 4.0 Developer
Edition, you may wish to upgrade your solution and provide your
users with the converted files.
In general, to upgrade your solution, you need to do the following:
1. Convert the original database files in your solution by opening
each one in FileMaker Pro 5.5.
The original files will be renamed “<Filename> Old” and the
converted files will keep the original name. If the solution files use
relationships or external scripts, the converted files will continue to
work together.
2. If you want, update your databases to take advantage of new
FileMaker Pro features, such as the enhanced value lists.
3. If necessary, create scripts to import users’ existing data from the
old runtime database solution into the new, upgraded solution.
See “Importing data into an upgraded runtime database solution”
next.
4. Use the Developer Tool to bind the solution files into a new,
upgraded runtime database solution.
See “Binding your databases into a runtime database solution” on
page 4-6.
Note There may be a conflict with the icons for the runtime
application and database files if your users have an earlier version of
your runtime solution on their machines. (Your users will see the old
FileMaker 4.0 Developer Edition icons.) To avoid this, use a
different filename extension.
5. Distribute the new upgraded runtime database solution and provide
instructions for how users can upgrade their files by opening the old
files in the new runtime application and importing their data.
Importing data into an upgraded runtime
database solution
You can include scripts in the new runtime database solution files
that allow users to import records from the old runtime files.
To prepare your upgraded solution for importing data:
1. Convert the database files in your solution to FileMaker Pro 5.5.
The converted filenames should be the same as the original filenames.
2. Add new features as desired to the converted solution files.
3. Place the original files in a folder named “Old Solution Files.”
4. In each of the new converted files, create an Import script that
imports all of the records from the old corresponding solution file.
5. Also, in each of the converted files, create an Open File script that
lets users open the old solution file from the new runtime application.
Users can start the new runtime application, open an old solution file,
and perform find requests to locate a subset of the records. Then they
can execute the Import script to import only those records.
Tip If you have scripts in the original solution files that help your
users reduce the found set (for example, a script that enters Find
mode and pauses), you can call that script before the Import script
step.
6. Use the Developer Tool to bind your converted files into the new
runtime database solution.
7. Test your scripts carefully.