Developer’s Guide
Table Of Contents
- Contents
- Chapter 1 Introducing FileMaker Developer 5
- Chapter 2 Customizing your database solution
- About the custom solution examples
- Using the FileMaker Developer Tool
- Binding your databases into a runtime database solution
- Displaying databases in Kiosk mode
- 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 3 Preparing files for a custom solution
- About the Relational Example
- General steps for preparing your solutionfiles
- Issues to consider before creating a runtime database solution
- Opening files in Kiosk mode
- Design tips for navigating in Kiosk mode
- Creating startup scripts
- Using button image samples
- Documenting your database solution
- 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
- Protecting your runtime database solutionfiles
- Testing before and after creating yoursolution
- Converting and upgrading solution files
- Chapter 4 Distributing FileMakerPro runtime database solutions
- Chapter 5 Creating custom layout themes
- Chapter 6 Publishing your database on the Web
- Moving forward using open web standards
- Using the FileMakerPro Web Companion
- Displaying a custom home page
- Using a custom home page with Instant Web Publishing
- Monitoring your site
- Exporting data to a static HTML page
- Testing your site without a networkconnection
- Opening password-protected databasesremotely
- Using the Web Security Database
- 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 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 9 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
- New and 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 10 Writing external function plug-ins
- About the plug-in examples and templates
- Installing, enabling, and configuring FileMakerPro plug-ins
- Using external functions in a calculation
- 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
- Naming and registering your plug-ins
- Appendix A Feature comparison of the runtime application and FileMakerPro
- Appendix B Valid names used in CGI requests for FileMaker XML data
- 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
- 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 FileMaker Pro values for error codes
- Index
4-6
Developer’s Guide
For optimal performance, they can host the solution files using
FileMaker Server 5 for Windows NT or FileMaker Server 5 for
Mac OS.
For information about the FileMaker Server 5 and FileMaker Pro
products, and information about volume license sales, see the
FileMaker, Inc. web site at www.filemaker.com.
Documenting the installation procedures
You’ll need to provide instructions to your users for how to install
your runtime database solution. Here’s a list of things you should
document:
1 Provide written instructions for copying or installing your solution
to your user’s hard disk.
1 Include software and instructions specifying how your users can
decompress your solution files.
1 Include information about the minimum equipment and software
requirements.
For suggestions on other information to include with your runtime
database solution, see “Including printed documentation” on
page 3-9.
Starting your runtime database solution
The first time users double-click the runtime application icon, the
runtime application will auto-register and move appropriate items
into the operating system System folder on their machines.
In Windows, the three-character filename extension associated with
the solution will not be registered by the operating system until the
runtime application has been started. If a primary or auxiliary
solution file is double-clicked before the runtime application has
registered the extension, the runtime application won’t be found.
Your users should start your solution by double-clicking the runtime
application icon, not the primary file icon. Double-clicking the icons
for the primary or auxiliary files might result in errors, depending on
whether there are other copies of the runtime application on the hard
disk. If your users have more than one solution on their computers
with the same three-character extension and they double-click the
icon for the primary file, the most recently installed runtime
application is opened, which may not be the correct application for
your solution’s primary file.
Each time the runtime application is opened, it looks for the primary
file that has been bound to it. If the primary file can’t be found, the
user is asked to locate the primary file.
Caution your users that they should not rename the primary or
auxiliary solution files. If they do, relationships and external scripts
may not work properly. They can rename the runtime application
after it has been installed.
Note When you make a change to your solution, you should make
sure that your users can import their data into your updated solution.
Include a script attached to a button to make it easy for your users to
import their data into the new solution files. For more information,
see “Converting and upgrading solution files” on page 3-16.
Double-click to start
Runtime application icon
Primary file icon