"No Holding Back FileMaker Blogging"
|
Navigation:
|
Support this site by clicking on a sponsor below or becoming a patron!
Fireside FileMaker Podcast
Become a patron of this FREE web site!
|
|
Recent Blogs:
|
Everything Changes
 |
Subsummary Unique Count
 |
Scripted Change Log
 |
Abstracted Log
 |
Decluttering
 |
|
Meta-Consulting
Meta-consulting is a service Database Pros offers to help other developers
over programming hurdles via GoToMeeting. Email John Mark Osborne or call John Mark at (909) 393-4664 to find out more about this service.
|
Beginner, Intermediate and Advanced Video Training
|
Quick Tip:
|
Global Naming
Most FileMaker developers begin the name their global fields with a "g" (i.e. gMyField). This differentiates global fields, at a glance, from regular fields. In addition, it groups global fields together, so they can then be more easily located in Manage Database and in other field listing dialogs. Unfortunately, this grouping places the global fields in the middle of an alphabetical listing. A better naming convention is to begin global field names with an "x", "z" or "zz" (my preference is "x"). This will group your global fields at the end of an alphabetical listing and differentiate them better from regular fields in a long list of fields (i.e. xMyField). |
|
|
The Philosophy of FileMaker recommends PCI!
|
Fun Stuff:
|
FileMaker, Inc.
FileMaker, Inc. or FMI is a wholly owned subsidiary of Apple, Inc. It was once named Claris when it also sold MacWrite, MacPaint, Claris Emailer, ClarisWorks, etc. but changed it's name in 1998 when it focused on FileMaker. FileMaker started out as a DOS application called Nutshell but was shaped into the powerhouse it is today by Claris and FMI. |
|
|
Document Management Videos
|
RSS Feed
|
|
|
|
FileMaker Videos
|
Level: Intermediate
Version: FileMaker 16
Category: General
Tuesday, May 30, 2017 |
|
|
|
|
I normally don't like to directly advertise products and services on this blog but there is real FREE content here. What I'm going to do is provide inline videos from part one of my new FileMaker 16 three part video series. I'll discuss why the lessons are important and provide some insight as to how they fit into the whole of the videos series. Happy FileMaking!
Square One
I'm a firm believer in the nuts and bolts approach to teaching. So many trainers use dozens of examples to demonstrate techniques but I prefer to start from scratch and create a single solution. If you're always starting with partially completed solutions, you don't understand the entire process of design. That's why I begin my video series with an overview of the end goal. It helps the student understand the lessons better when they can visualize the outcome.
Window Size
One of the first lessons I start with is window size. I ask the students, have you determined the minimum screen resolution for your audience? If not, interview your user base. Better yet, visit each computer at your company and write down the resolution. There's nothing worse than designing a solution that's too big to fit on some user's screens. They end up having to scroll in form view and that's an interface no-no. Then you have to retool every layout to match the smaller screen size and that's so tedious and time consuming. This video covers how to make objects move and grow to accommodate larger screen sizes and resolutions.
Cardinality
Students always ask how FileMaker determines where to put the one versus the many relationship indicators. It almost seems random. I then launch into my speech about how the ERD (Entity-Relationship Diagram) shows structural relationships while the FileMaker relationship graph does show structure but also includes relationships utilized for additional features such as filtered relationships, dashboards and reports, to name a few. This video shows how FileMaker determines where to place the crow's feet, further differentiating an ERD from the relationship graph.
Adaptive Scripting
Have you ever opened an adopted FileMaker solution and seen a billion scripts? While I might be exaggerating a bit, my point should be taken to heart. If every script is singular in it's solution, the Script Workspace quickly becomes cluttered, hard to manage and difficult to update. Dynamic scripting allows a single script to adapt to different layouts, portals, fields, files, records and any other object in FileMaker. This video demonstrates one method for adapting a warning message, in a delete portal row script, to match the current context.
Rolodex Find
This is one of my favorite lessons since it teaches the power of adaptive scripting in such a short period of time. Using script parameters, this technique transforms twenty-six scripts into one script using a feature most amateur FileMaker programmers don't even know exists. Not much else to say here. Sometimes one lesson can change the way you look at FileMaker.
Windup
While I do hope you purchase my videos after watching these samples, I think it's more important that each one of these sample videos helps you find at least one nugget of truth.
The Complete Contact Manager for FileMaker 16
Author:
John Mark Osborne
jmo@filemakerpros.com
www.databasepros.com
This blog is completely free. Please support it by clicking on one of the advertisers at the left side of the window or becoming a patron. Thanks so much!
|
|
