The latest in-app update to DayBack Calendar lets you include more fields inside the calendar. This is great for cases when you have required fields or field validation that previously couldn’t be addressed by the default calendar fields. Having access to more of your fields means you can make more edits inside the calendar where things like option-drag make creating and duplicating events very fast.

These additional fields also show up in calendars you share with folks who don’t have FileMaker, delivering more information about each event.

In the screenshot below you’ll see four new fields added to DayBack’s “additional fields” drawer.

Create as many additional fields as you’d like and add different fields to events from different tables (different calendar sources).

Format your fields with fast entry options like drop-downs, date pickers. For details on all the field entry formats available, and for instructions on how to add your own additional fields, checkout the documentation here:

Additional Fields for DayBack Calendar

Don’t forget to make sure you’re using the latest in-app update to DayBack.

DayBack Calendar and all our shipping products work great in FileMaker 16. If you got a SeedCode app before FM16 shipped on May 9th, 2017 you may need to make a few small changes to bring it up to date. Here’s what you need to know:

DayBack Calendar: FM16 added a security option to the fmp:// url protocol that you’ll need to enable in your files. This is a very easy change and details are here: FMP URLs in FM16. Once you’ve made this change, any version of DayBack from 9.90 onward works in FM16. This might be a great time to make sure you have the latest version of DayBack as it keeps getting better with in-app updates: latest version. (Note that FM16 doesn’t print web viewers  any more so printing the calendar is now best done with screenshots.)

ProMaps: the map has the same url issue above: just enable the new extended privilege and you’re all set. We also introduce a small change to make the map work in Mac OS Sierra, so if you’re on Mac you’ll want to make the change described in version 1.053 here.

GoZync: we released a new update to GoZync and you’ll want to upgrade to this when you switch your FileMaker Go clients to FM16. Details and instructions are here.

SeedCode Subscribe: we stopped selling Subscribe in favor of of DayBack Online in August of 2016 and FileMaker 15 is the last version of FileMaker Server that we’ll support for current Subscribe customers. DayBack Online will let you publish read only (or read write) calendars in a much more reliable way and we’re offering upgrade discounts to all Subscribe customers. More info here.

We’re pretty psyched about FM16, especially the opportunities it provides for passing script parameters using the new JSON functions. That should make working in someone else’s scripts a lot easier.

FileMaker™ 16 introduces native JSON parsing which may finally give us a common language for passing multiple script parameters. This should make sharing scripts a lot easier. And while unpacking (reading) JSON script parameters is pretty simple, there are a few tricks to passing (writing) JSON using FileMaker’s new functions.

Overview: better script parameters

The new release of FileMaker 16 includes built-in functions for reading and writing JSON: a lightweight data-interchange format widely used to pass data around between web apps. This is why it was included in FileMaker 16: to complement the enhanced cURL support, but we can use it outside of a web context to make script parameters much more reliable.

(If you’re just looking for the example file, here it is: JSONScriptParameters.fmp12)

While I’m relatively new to FileMaker, I have quite a bit of experience with JSON. And, honestly, I found FileMaker’s JSON implementation to be a little quirky/unique. I would venture to say that I even disagree with how the very important JSONGetElement function is implemented. This brings me to the first, and most surprising, thing about FileMaker’s JSON implementation:

No matter what data type you pass into your JSON parameter, the result will always be returned as text by FileMaker’s JSONGetElement function. Note. As of 16.0.2, JSONGetElement now correctly returns Numbers and therre Booleans. It no longer always returns Text =)

Weird, but we can work with it. More on this later =)

We’re going to be exploring whether it can be beneficial to pass multiple script parameters between FileMaker scripts using the JSON as the parameter format. To review, passing single parameters between scripts is built-in to FileMaker, but once you need to pass more than one parameter, you need to come up with some kind of grammar in order to tell one parameter from another. And it would be good if your grammar understood blank parameters and didn’t freak out when your parameter contained something unexpected like a carriage return.

Currently, in order to pass multiple parameters from one FileMaker script to another, you can:

  • Create global variables, which is messy as they need to be cleaned up each time the script runs. Plus, they don’s span files.
  • Use Let() notation like(name = value ; name2 = value2 ;)
  • Pass a single delimited text string with each of your parameters in order.
  • Or use a custom function, such as fmpstandards’ #Name-Value.

Is formatting script parameters as JSON an improvement?

Read Full Article →

Easily Create Public URLs from your FileMaker Calendars

You can now easily publish and share calendars and project timelines with folks outside your organization who may not have access to your FileMaker solution.

The new “share” menu in DayBack will create a public url matching your view: shares can include events from multiple tables and respect your filters. What you see is exactly what gets shared.

Changes made in DayBack are automatically synced to that url so it stays up to date.

We love this new feature and are using it to publish our own schedules, including the agenda for the PauseOnError conference (see the schedule).


  • Share recipients don’t need FileMaker or a DayBack account to view your share. They just click on the url you’ve sent them, and they’re in.
  • Shares include DayBack-specific views like the horizon (gantt chart) and resource planning grids.
  • Changes made inside DayBack Calendar are synced to the share in realtime. Manual updates will sync changes made outside of DayBack (like changes made in our other FileMaker layouts), including records that weren’t part of the original share.
  • You can create multiple shares from the same calendar, sharing just a filtered subset of your schedule.
  • If you want to share read-write access to your calendars, recipients will need a DayBack Online account: here’s how to invite someone to your DayBack Online account.

More details are available in our documentation, including notes on how to restrict the creation of shares, and how to style your shared pages. Here’s a quick video of what sharing looks like in practice:

Get It Now

Sharing is available in the latest in-app update to DayBack. Details on how to activate sharing in your copy are here: enable sharing.

This is the easiest way to share your FileMaker events–easier than plugins, Zulu, or SeedCode Subscribe, as it doesn’t require you to install anything on your FileMaker Server, doesn’t require web publishing (so it will work in FileMaker Cloud) and doesn’t even require that you have FileMaker Server. =)

If you already have DayBack Online, sharing is a new benefit of your DayBack Online subscription and is already available in your group (or start a trial of 30-day DayBack Online here).

Please check it out, share your plans, and get everyone on the same page.


Customers often want to track stats about the resources they’re scheduling in DayBack. They want to answer questions like…

“How many hours do these assignments represent?”

“What is the total cash value of the confirmed bookings this week?”

Stats like these are easy to add to DayBack and this post describes two different methods for calculating them.

Like many developers, I usually think of using relationships first when deriving date-range stats like these. While that works, I’ll suggest that using find requests is much easier and results in code that requires a lot less maintenance as your requirements change. A description of both approaches follows, along with unlocked example files.

In our examples, we’ll total a new field in the events table called “Cash Value” and count the number of events in a given week.


This short video shows what we’re trying to accomplish and introduces the two different techniques.

Step-by-step instructions for each technique follow below in case you’d like to add this capability to your copy of DayBack. And here are the unlocked example files for each approach…

Read Full Article →

A customer recently wanted ProMaps to default to Satellite mode, and since customers have access to the map’s html, this was a pretty easy mod to make. Step by step instructions follow, but here’s what it looks like:

(You can toggle the 3D display and switch back to an overhead display by clicking the grid icon in the lower right.)

Making satellite mode the default in your FileMaker map

1. To make this change in your copy of ProMaps, first backup your file. Really.

2. ProMaps stores its settings in a single FileMaker record on the MapSettings table. The HTML template is stored in the MapDataTemplate field. To update the MapDataTemplate, you’ll have to add the MapDataTemplate field to one of the Settings layouts. I chose the General Settings layout. Once you can get at this MapDataTemplate field, enter browse mode and select all the contents of the field, copy them, and paste all that HTML into a text editor of your choice.

3. In your text editor, search for the following line:

mapTypeId: google.maps.MapTypeId.ROADMAP,

Change that line to the following:

mapTypeId: google.maps.MapTypeId.SATELLITE,

4. Once you’ve made that change, copy the contents of your text editor and paste the entirety back into the MapDataTemplate field in your settings layout and commit the record. After making this change, you can run the “Upon Opening ProMaps” script and your map will now default to satellite view. =)

5. If the file is cloned, this record will get deleted, so we needed a way to restore the default settings automatically. To do this, you’ll find a hidden layout called “ProMaps Template”. You’ll want to update the layout in order to ensure these settings are carried over if you ever clone the file in the future.

In order to update the layout, navigate to the ProMaps Template layout in layout mode. Then replace the contents of the left-most field with your text editor contents and save the layout. Don’t add a new object to the layout: select the text in the object already there and replace the text with the new HTML you’ve edited.

With these changes, you should be all set to have ProMaps open in satellite mode by default, and any cloned files will have the settings preserved.


Learn more about adding ProMaps to your file

Many FileMaker developers use FMP URL links in order to get FileMaker scripts to run from actions taken in a web viewer. For example, this is how DayBack calendar runs your FileMaker scripts when you edit an event in the calendar.

When FMP URL links are functioning properly, these scripts can update records flawlessly. When they don’t work correctly, they may try to open another copy of FileMaker, or just fail silently. And things that fail silently can be really hard to hunt down.

Here’s a great introduction to these URLs if you’re new to them: the FMP URL protocol in FileMaker. But don’t worry, you don’t need to know how these work to use DayBack, ProMaps, or any of the other apps based on web viewers. In fact, when you’re using DayBack and have your script debugger on, DayBack’s FileMaker scripts fire when you’re editing events just as if they were called without a URL.

When we were trying to come up with a way to verify that a client’s FMP URL links were working properly, we first came up with the idea to run a script upon opening the file that uses the “Open URL” function. This URL sets a global variable in the file to “true”, which is then checked further in the script to verify that FMP URL links are functioning. If the variable is not set, then the script throws an error.

Here’s our first attempt at seeing if the URL was firing:

Unfortunately, we found that the “Open URL” script step sometimes resulted in the test passing, even when FMP URLs were not functioning properly.

It turns out the “Open URL” script step works just a bit differently than FMP URLs started in the web viewer: the script step almost always targeted the correct version of FileMaker, while the same URL called from the web viewer would not.

It seems the only way to definitively test the functionality of FMP URL links is to start the test from a web viewer or a browser: we opted make a web page available that the user can browse to and click a link to run a script in the file.

You can see our test in DayBack’s documentation here: FMP URLs

One caveat to this method is that the user’s file name must match the filename in the link. This is why we’ve included instructions on copying and pasting the link into their browser’s address bar, customizing the link to their own file name.

FMP URL link issues can be tricky to diagnose. Hopefully, this can be helpful for those of you running into the same issues in your environment.

The latest in-app update to DayBack Calendar introduces 21-day and 30-day resource scheduling views, so you can look a bit further forward when balancing your workload. Like “breakout by resource“, introduced last week, these options let you work at longer timescales so scheduling problems don’t sneak up on you.

These new date ranges are available under the “days” menu when you click on the Resources tab in the upper right of the screen. This in-app update requires no FileMaker changes if you’re already up to date, so click “Account Settings” in DayBack’s settings tab, then “Check for Updates”.


Checkout the great mod Eric Luce has made to get DayBack’s help scheduling editing suites for the Arizona Center for Digital Media Arts.

“We use the DayBack calendar in multiple instances, each for a slightly different purpose. Where you see the sidebar on the right side is for scheduling shifts of student workers. The other screenshots show the room reservation calendar where students can check out our Studios, Private Edit Suites, production offices, etc for their film and broadcasting projects.

Most of those rooms are very multi-purpose, so they can actually be used for film (audio and video), broadcasting, or graphic design.”

Love to see how well he integrated DayBack with the other tabs and tasks in his solution. You can learn more about DayBack’s resource scheduling options here: Resource Scheduling in FileMaker.

Learn more about DayBack Calendar

The latest in-app update to DayBack Calendar introduces “breakout” to Resource View. This lets you work at longer time scales (up to nine weeks at a time) while focussing on what’s scheduled for each resource.

Resources in DayBack can be your people, rooms, or pieces of equipment, and you balance your workload by dragging events from one resource to another.

Here’s a video of breakout in action:

Learn more about DayBack Calendar

DayBack Pricing

New – Breakout by Status & Collapse

The December 20 update to DayBack lets you breakout by Status as well. We hope to allow you to breakout the horizon view by all kinds of things (including by calendar and by project) so stay tuned!

And the January 10 update lets you collapse breakout rows (dimming the rows via CSS is a simple mod you can make following the instructions toward the end of the page here):

Breakout is a Free Update

If you’re already using DayBack, breakout comes as a free in-app update: just click “Admin Settings” on the settings tab then “check for updates”. New in-app updates are installed in one click: there is no need to re-integrate DayBack into your file. Though with this update you will add a couple of new lines to one of the calendar’s scripts so that you can control if breakout is on or off by default.

If you purchased DayBack more than a year ago as an outright purchase (not a subscription) your in-app updates may have expired (they’re included in your purchase for one year). Fortunately, you can extend your in-app updates if they’ve expired.

Year-End Sale - up to 25% off on add-ons incl DayBack CalendarVisit the Sale
DayBack Calendar
DayBack's 30-day trial is unlocked so you can customize it and integrate it with your files.
Download DayBack and we'll send you a couple short emails with tips on how to modify it and use some of the coolest features.
Thank you! Please download: DayBack Calendar
Need More?
SeedCode tips & example files in your inbox
Need More?
SeedCode tips & example files in your inbox
Want More?
Be the first to see articles and tips like these
Download TimeZync and we'll send you a couple short emails with tips syncing your FileMaker Go files.
Thank you! Please download: TimeZync
Want More?
Be the first to see articles and tips like these