GoZync5

Distributing Mobile Files

GoZync5.DistributingMobileFiles History

Hide minor edits - Show changes to output

April 27, 2017, at 09:16 PM by KC Embrey - Added #Preparing
April 27, 2017, at 09:16 PM by KC Embrey - Added #Preparing
April 27, 2017, at 09:16 PM by KC Embrey - Added #Preparing
Changed line 31 from:
to:
[[#Preparing]]
July 25, 2014, at 01:53 PM by 98.245.112.68 -
Changed line 1 from:
!! How can I best get mobiles files to my users?
to:
!! What's the best way to get the mobile files to my users?
June 11, 2014, at 09:46 PM by 50.132.85.96 -
Changed lines 7-10 from:
So, for getting that first file out, you can email the file to your mobile users. This works great, as your user will see the file in their email on the iPhone or iPad. When they click on it, they will have the option to open the file in FMGo.

You can also
send your users a link to the "Downloads" layout in GoZyncHosted. Visit the Downloads tab in GoZync hosted and you'll see an email icon right above the list of files: click that and email your users: users receiving that email on their iOS devices can click on the link, open the hosted downloads layout in FileMaker Go, and click the "install" button to download any of their mobile files.
to:
So, for getting that first file out, you can email the file to your mobile users. This works great, as your user will see the file in their email on the iPhone or iPad. When they click on it, they will have the option to open the file in FMGo. Just remember you need to email copies GoZyncMobile and your mobile file.

A better option for that is to
send your users a link to the "Downloads" layout in GoZyncHosted. Visit the Downloads tab in GoZync hosted and you'll see an email icon right above the list of files: click that and email your users: users receiving that email on their iOS devices can click on the link, open the hosted downloads layout in FileMaker Go, and click the "install" button to download any of their mobile files.
Changed lines 34-36 from:
Are you using [[field level merge]]? If so, you may want to "[[seeding FLM | seed the zync db]]" for your users before distributing your mobile file (or a new version of your mobile file).

When
you've got a new version ready for your users, run the script "Zync - Prep and Upload New File" that you imported into your file as part of the integration process. This will increment the build number and send you over to GoZyncMobile where you can follow the on-screen instructions to finish uploading the file.
to:
Are you using [[field level merge]](FLM)? If so, you'll want to "[[seeding FLM | seed the zync db]]" for your users before distributing your mobile file (or a new version of your mobile file). FLM or not, you'll like want to sync once before you send your mobile file around.

Then, when
you've got a new version ready for your users, run the script "Zync - Prep and Upload New File" that you imported into your file as part of the integration process. This will increment the build number and send you over to GoZyncMobile where you can follow the on-screen instructions to finish uploading the file.
February 04, 2014, at 10:23 PM by 50.132.84.245 -
Changed lines 54-64 from:
In most of our example files, there is a "Check for New Version" button either along the bottom of the screen or on a "sync" layout. Click this button and if there is a new version available you'll soon see a new version of the mobile file open up for you, replacing the one you have. It's a seamless experience for your users.
to:
In most of our example files, there is a "Check for New Version" button either along the bottom of the screen or on a "sync" layout. Click this button and if there is a new version available you'll soon see a new version of the mobile file open up for you, replacing the one you have. It's a seamless experience for your users.

!! Adding Table Occurrences after you've Deployed

While layout and script changes can be sent out to users without issue, you need to be a little more careful when adding synced new table occurrences to an existing deployment. If your additions create new table occurrence records in GoZyncHosted your mobile users won't be able to sync until they get the new file... and if they have unsynced changes that could create a real catch 22 for you. Our recommendations:

- Make substantive changes that involve adding or deleting TOs in a renamed copy of GoZyncHosted.

- Then have all users sync and stop work until you signal them to get the new files.

- Once all users have synced, upload the new GoZyncHosted, now with the correct name and shutter the old one. Upload your newly modded mobile file to the server (as described above), and then tell your mobile users to "come and get it."
June 30, 2013, at 06:40 PM by 50.132.84.245 -
Added lines 34-35:
Are you using [[field level merge]]? If so, you may want to "[[seeding FLM | seed the zync db]]" for your users before distributing your mobile file (or a new version of your mobile file).
June 26, 2013, at 07:26 PM by 108.38.141.66 -
Changed lines 9-10 from:
You can also send your users a snapshot link to the "Downloads - iPad" layout in GoZyncHosted. Open GoZyncHosted from your server or host. Then, from FileMaker's file menu, select File / Save Send Records as / Snapshot link. From there, users can click the "install" button to download any of their mobile files.
to:
You can also send your users a link to the "Downloads" layout in GoZyncHosted. Visit the Downloads tab in GoZync hosted and you'll see an email icon right above the list of files: click that and email your users: users receiving that email on their iOS devices can click on the link, open the hosted downloads layout in FileMaker Go, and click the "install" button to download any of their mobile files.
Added lines 46-47:
If you have a very large file and you have [[field level merge]] turned on for your biggest tables, you may want to "seed" the zync database field level merge uses before distributing your mobile files. This means users won't have as long of a first sync when they get to work. Learn more here: [[Seeding FLM]].
February 18, 2013, at 10:22 PM by 98.245.113.231 -
Changed lines 13-14 from:
Note that if this is the first Zynced file they'll be using, you'll want to tell them to download a copt of GoZyncMobile as well. (And, obviously, we'd encourage you to modify this layout with your own logo and contact information.)
to:
Note that if this is the first Zynced file they'll be using, you'll want to tell them to download a copy of GoZyncMobile as well. (And, obviously, we'd encourage you to modify this layout with your own logo and contact information.)
December 18, 2012, at 10:08 AM by cm - minor edits and clarifications
Changed lines 7-8 from:
So, for getting that first file out, you can email the file to your mobile users. This works great, as your user will see the file in their email on the iPhone or iPad and, when clicking on it, will have the option to open the file in FMGo.
to:
So, for getting that first file out, you can email the file to your mobile users. This works great, as your user will see the file in their email on the iPhone or iPad. When they click on it, they will have the option to open the file in FMGo.
Changed lines 42-43 from:
We suggest editing the script the script "Zync - Prep and Upload New File" in your mobile file to change how existing records are treated when the mobile file is moved to the server. This way you'll always be handling the data the same way as you make changes to your file and distribute new versions.
to:
We suggest editing the script "Zync - Prep and Upload New File" in your mobile file to change how existing records are treated when the mobile file is moved to the server. This way you'll always be handling the data the same way as you make changes to your file and distribute new versions.
December 10, 2012, at 10:49 PM by cm - minor edits and clarifications
Changed lines 3-4 from:
FileMaker suggests a couple methods of distributing FMGo files, and while these are OK the first time you distribute a file, they don't work well for distributing new versions of a file already on your users' iPhone or iPad.
to:
FileMaker suggests a couple methods of distributing FMGo files, and while these are okay the first time you distribute a file, they don't work well for distributing new versions of a file already on your users' iPhone or iPad.
Changed lines 7-10 from:
So, for getting that first file out, you can email the file to your mobile users. This works great as your user will see the file in their email on the iPhone or iPad and, when clicking on it, will have the option to open the file in FMGo.

You can also send your users a snapshot link to the "Downloads - iPad" layout in GoZyncHosted. Open GoZyncHosted from your server or host, then from FileMaker's file menu, select File / Save Send Records as / Snapshot link. From there users can click the "install" button to download any of their mobile files.
to:
So, for getting that first file out, you can email the file to your mobile users. This works great, as your user will see the file in their email on the iPhone or iPad and, when clicking on it, will have the option to open the file in FMGo.

You can also send your users a snapshot link to the "Downloads - iPad" layout in GoZyncHosted. Open GoZyncHosted from your server or host. Then, from FileMaker's file menu, select File / Save Send Records as / Snapshot link. From there, users can click the "install" button to download any of their mobile files.
Changed lines 13-14 from:
Note that if this is the first zynced file they'll be using, you'll want to tell them to download a copt of GoZyncMobile as well. (And, obviously, we'd encourage you to modify this layout with your own logo and contact information.)
to:
Note that if this is the first Zynced file they'll be using, you'll want to tell them to download a copt of GoZyncMobile as well. (And, obviously, we'd encourage you to modify this layout with your own logo and contact information.)
Changed lines 17-18 from:
Once your users have your mobile file, they should use the update mechanism built into GoZync to get new versions. This will allow them to download new versions of the file from your server and will replace the file they already have with the new version. You can write scripts for managing this in your mobile file make sure there are no data records in the mobile file that haven't been sent to the server before it will let users download a new version. That is, you can script to see if a new version if permitted.
to:
Once your users have your mobile file, they should use the update mechanism built into GoZync to get new versions. This will allow them to download new versions of the file from your server and will replace the file they already have with the new version. You can write scripts to make sure there are no data records in the mobile file that haven't been sent to the server before it will let users download a new version. That is, you can script to see if a new version is permitted.
Changed lines 38-41 from:
And remember that you '''don't want to rename''' the mobile file when you prep a new version. The downloading mechanism described below is all about ''replacing a file of the same name'', so leave your file names alone when you perp new files. (Now you may want to backup your mobile files and append a timestamp to the file name for your backups, but the file you prep and upload should always have the same name.)

The last thing you want to consider before uploading your file is what to do with the data in it. You may want this file to contain some data when you're users receive it--data that is shared among all users and changes rarely like value lists, or price list items, can be delivered with the file so users don't have to sync it down. Yet other data, like "my orders" will probably come down in syncs so you'll want to clear out that date before uploading a new file.
to:
And remember that you '''don't want to rename''' the mobile file when you prep a new version. The downloading mechanism described below is all about ''replacing a file of the same name'', so leave your file names alone when you prep new files. (Now you may want to backup your mobile files and append a timestamp to the file name for your backups, but the file you prep and upload should always have the same name.)

The last thing you want to consider before uploading your file is what to do with the data in it. You may want this file to contain some data when your users receive it – data that is shared among all users and changes rarely, like value lists, or price list items. These can be delivered with the file so users don't have to sync it down. Yet other data, like "my orders" will probably come down in syncs so you'll want to clear out that date before uploading a new file.
Changed line 50 from:
In most of our example files there is a  "Check for New Version" button either along the bottom of the screen or on a "sync" layout. Click this button and if there is a new version available you'll soon see a new version of the mobile file open up for you, replacing the one you have. It's a very seamless experience for your users.
to:
In most of our example files, there is a "Check for New Version" button either along the bottom of the screen or on a "sync" layout. Click this button and if there is a new version available you'll soon see a new version of the mobile file open up for you, replacing the one you have. It's a seamless experience for your users.
October 15, 2012, at 11:50 PM by 50.132.84.245 -
Changed lines 17-18 from:
Once your users have your mobile file, they sould use the update mechanism built into GoZync to get new versions. This will allow them to download new versions of the file from your server and will replace the file they already have with the new version. You can write scripts for managing this in your mobile file make sure there are no data records in the mobile file that haven't been sent to the server before it will let users download a new version. That is, you can script to see if a new version if permitted.
to:
Once your users have your mobile file, they should use the update mechanism built into GoZync to get new versions. This will allow them to download new versions of the file from your server and will replace the file they already have with the new version. You can write scripts for managing this in your mobile file make sure there are no data records in the mobile file that haven't been sent to the server before it will let users download a new version. That is, you can script to see if a new version if permitted.
Changed lines 34-35 from:
When you've got a new version ready for your users, run the script "Zync - Prep and Upload New File" that you imported into your file as part of the integration process. This will increment the build number and send you overv to GoZyncMobile where you can follow the on-screen instructions to finish uploading the file.
to:
When you've got a new version ready for your users, run the script "Zync - Prep and Upload New File" that you imported into your file as part of the integration process. This will increment the build number and send you over to GoZyncMobile where you can follow the on-screen instructions to finish uploading the file.
July 13, 2012, at 05:07 AM by 50.132.84.245 -
Changed lines 17-20 from:
Once your users have your mobile file, they sould use the update mechanism built into GoZync to get new versions. This will allow them to download new versions of the file from your server and will replace the file they already have with the new version. You can write scripts for managing this in your mobile file make sure there are no data records in the mobile file that haven't been sent to the server before it will let users download a new version.

You'll find an example of this script in our mobile example files by editing the script "Zync - Is a new version permitted". Feel free to edit that script, and its companion
script "Zync - Check For Updates", to suit your own requirements.
to:
Once your users have your mobile file, they sould use the update mechanism built into GoZync to get new versions. This will allow them to download new versions of the file from your server and will replace the file they already have with the new version. You can write scripts for managing this in your mobile file make sure there are no data records in the mobile file that haven't been sent to the server before it will let users download a new version. That is, you can script to see if a new version if permitted.

!! Is a new version permitted?

You'll find an example of such a script in our mobile example files by editing the
script "Zync - Is a new version permitted".

This is the one script you imported from our example files that needs to be modified before you can use it
. There are two things you may want to change in this script:

-> Go to layout. Find the comment "if not, go to layout" and then edit then GoToLayout step after it to go to the layout whose records you'd like to test for need to be sent to the server before you get a new version.

-> Test more than one TO. And if you're syncing more than one table occurrence in the file, you'll want to add a branch for each TO you wish to test.

Feel free to edit the logic in that script, and its companion script "Zync - Check For Updates", to suit your own requirements.


July 13, 2012, at 05:00 AM by 50.132.84.245 -
Changed lines 33-34 from:
Remember that if you want each of your users to get a different set of records on their mobile file, you won't leave those records in the mobile file when you upload it. Rather, you'll ask that your mobile users pull that data down from the server. More details here: [[Pulling Records Down to Go]].
to:
Remember that if you want each of your users to get a different set of records on their mobile file, you won't leave those records in the mobile file when you upload it. Rather, you'll ask that your mobile users pull that data down from the server. More details here: [[Downloading found sets]].
July 04, 2012, at 08:37 PM by 50.132.84.245 -
Changed lines 13-14 from:
Note that if this is the first zynced file they'll be using, you'll want to tell them to download a copt of GoZyncMobile as well.
to:
Note that if this is the first zynced file they'll be using, you'll want to tell them to download a copt of GoZyncMobile as well. (And, obviously, we'd encourage you to modify this layout with your own logo and contact information.)
July 04, 2012, at 08:36 PM by 50.132.84.245 -
Changed lines 11-12 from:
%center% %width=500px newwin% [[http://www.seedcode.com/screenshots/gozync/downloadfiles.png | http://www.seedcode.com/screenshots/gozync/downloadfiles.png.png]]
to:
%center% %width=500px newwin% [[http://www.seedcode.com/screenshots/gozync/downloadfiles.jpg | http://www.seedcode.com/screenshots/gozync/downloadfiles.jpg]]
July 04, 2012, at 08:36 PM by 50.132.84.245 -
July 04, 2012, at 08:36 PM by 50.132.84.245 -
Added lines 13-14:
Note that if this is the first zynced file they'll be using, you'll want to tell them to download a copt of GoZyncMobile as well.
Changed lines 25-32 from:
-----

When you click this, not only do we upload
a new copy of the file to your server, incrementing the build number, but we (optionally) clear all the data from it. Now you may want this file to contain some data when you're users receive it, so edit the script "Prep File" to change how existing records are treated when the mobile file is moved to the server.

Note that if you want each of your users to get a different set of records on their mobile file,
you won't leave those records in the mobile file when you upload it. Rather, you'll ask that your mobile users pull that data down from the server. More details here: [[Pulling Records Down to Go]].

Finally, remember that you '''don't want to rename''' the mobile file when you prep a new version
. The downloading mechanism described below is all about ''replacing a file of the same name'', so leave your file names alone when you perp new files. (Now you may want to backup your mobile files and append a timestamp to the file name for your backups, but the file you prep and upload should always have the same name.)
to:
On this screen you'll see an option for uploading a new copy of GoZyncMobile as well: if you've made changes to the graph in GoZyncMobile (often as part of integrating a new file) you'll want to check this box and upload GoZyncMobile as well.

And remember that you '''don't want to rename''' the mobile file when you prep a new version. The downloading mechanism described below is all about ''replacing a file of the same name'', so leave your file names alone when you perp new files. (Now
you may want to backup your mobile files and append a timestamp to the file name for your backups, but the file you prep and upload should always have the same name.)

The last thing you want to consider before uploading your file is what to do with the data in it
. You may want this file to contain some data when you're users receive it--data that is shared among all users and changes rarely like value lists, or price list items, can be delivered with the file so users don't have to sync it down. Yet other data, like "my orders" will probably come down in syncs so you'll want to clear out that date before uploading a new file.

We suggest editing the script  the script "Zync - Prep and Upload New File" in your mobile file to change how existing records are treated when the mobile file is moved to the server. This way you'll always be handling the data the same way as you make changes to your file and distribute new versions.

Remember that if you want each of your users to get a different set of records on their mobile file, you won't leave those records in the mobile file when you upload it. Rather, you'll ask that your mobile users pull that data down from the server. More details here: [[Pulling Records Down to Go]].

Changed lines 37-39 from:
On the iOS device, it is really easy to download a new version of the mobile file you're using. Though the interface for this is a little different depending on which mobile example file you have, here is how it works in our Mobile.fp7 example.

-> From the Invoice layout, click "Check for New Version" in
the lower left of the screen. Then click "download new version" and you'll soon see a new version of the mobile file open up for you.
to:
On the iOS device, it is really easy to download a new version of the mobile file you're using. Though the interface for this is a little different depending on which mobile example file you have.

In most of our example files there is a  "Check for New Version" button either along the bottom of
the screen or on a "sync" layout. Click this button and if there is a new version available you'll soon see a new version of the mobile file open up for you, replacing the one you have. It's a very seamless experience for your users.
July 04, 2012, at 08:26 PM by 50.132.84.245 -
Added lines 11-12:
%center% %width=500px newwin% [[http://www.seedcode.com/screenshots/gozync/downloadfiles.png | http://www.seedcode.com/screenshots/gozync/downloadfiles.png.png]]
Changed lines 21-24 from:
When you've got a new version ready for your users, select the layout "Under the hood / Utilities / New File Prep" and you'll see a button "File Prep and Upload". Click this and GoZync will load a a copy of this file up to the GoZync file on your server.

(You'll likely want
to remove this layout from the layout menu before distributing the file to your users.)
to:
When you've got a new version ready for your users, run the script "Zync - Prep and Upload New File" that you imported into your file as part of the integration process. This will increment the build number and send you overv to GoZyncMobile where you can follow the on-screen instructions to finish uploading the file.

-----

July 04, 2012, at 06:57 PM by 71.212.48.84 -
Changed lines 15-16 from:
You'll find an example of this script in our mobile example files by editing the script "Is a new version permitted". Feel free to edit that script to suit your own requirements.
to:
You'll find an example of this script in our mobile example files by editing the script "Zync - Is a new version permitted". Feel free to edit that script, and its companion script "Zync - Check For Updates", to suit your own requirements.
July 04, 2012, at 06:56 PM by 71.212.48.84 -
Changed lines 15-16 from:
You'll find an example of this script in our mobile example files by editing the script "Is a new version permitted".
to:
You'll find an example of this script in our mobile example files by editing the script "Is a new version permitted". Feel free to edit that script to suit your own requirements.
July 04, 2012, at 06:50 PM by 71.212.48.84 -
July 04, 2012, at 06:50 PM by 71.212.48.84 -
Changed lines 9-10 from:
You can also send your users a link to GoZyncHosted on your server (from the FileMaker menu, File / Send / Link to Database), or a snapshot link to the "Downloads - iPad" layout in GoZyncHosted (File / Save Send Records as / Snapshot link. From there users can click the "install" button to download any of their mobile files.
to:
You can also send your users a snapshot link to the "Downloads - iPad" layout in GoZyncHosted. Open GoZyncHosted from your server or host, then from FileMaker's file menu, select File / Save Send Records as / Snapshot link. From there users can click the "install" button to download any of their mobile files.
Changed lines 13-16 from:
Once your users have your mobile file, they sould use the update mechanism built into GoZync to get new versions. This will allow them to download new versions of the file from your server and will replace the file they already have with the new version. Our scripts for managing this in the mobile file make sure there are no data records in the mobile file that haven't been sent to the server before it will let users download a new version.

You can control this behavior in your copy of the
mobile file by editing the script "Is a new version permitted".
to:
Once your users have your mobile file, they sould use the update mechanism built into GoZync to get new versions. This will allow them to download new versions of the file from your server and will replace the file they already have with the new version. You can write scripts for managing this in your mobile file make sure there are no data records in the mobile file that haven't been sent to the server before it will let users download a new version.

You'll find an example of this script in our
mobile example files by editing the script "Is a new version permitted".
July 04, 2012, at 06:44 PM by 71.212.48.84 -
Added lines 9-10:
You can also send your users a link to GoZyncHosted on your server (from the FileMaker menu, File / Send / Link to Database), or a snapshot link to the "Downloads - iPad" layout in GoZyncHosted (File / Save Send Records as / Snapshot link. From there users can click the "install" button to download any of their mobile files.
Changed lines 13-14 from:
Once your users have your mobile file, they can use the update mechanism built into GoZync to get new versions. This will allow them to download new versions of the file from your server and will replace the file they already have with the new version. Our scripts for managing this in the mobile file make sure there are no data records in the mobile file that haven't been sent to the server before it will let users download a new version.
to:
Once your users have your mobile file, they sould use the update mechanism built into GoZync to get new versions. This will allow them to download new versions of the file from your server and will replace the file they already have with the new version. Our scripts for managing this in the mobile file make sure there are no data records in the mobile file that haven't been sent to the server before it will let users download a new version.
June 16, 2011, at 05:43 PM by 76.22.74.86 -
Added lines 25-26:
Finally, remember that you '''don't want to rename''' the mobile file when you prep a new version. The downloading mechanism described below is all about ''replacing a file of the same name'', so leave your file names alone when you perp new files. (Now you may want to backup your mobile files and append a timestamp to the file name for your backups, but the file you prep and upload should always have the same name.)
June 03, 2011, at 12:32 AM by 76.22.74.86 -
Changed lines 27-29 from:
dvasvw
to:
On the iOS device, it is really easy to download a new version of the mobile file you're using. Though the interface for this is a little different depending on which mobile example file you have, here is how it works in our Mobile.fp7 example.

-> From the Invoice layout, click "Check for New Version" in the lower left of the screen. Then click "download new version" and you'll soon see a new version of the mobile file open up for you.
June 03, 2011, at 12:24 AM by 76.22.74.86 -
Changed lines 3-27 from:
adfwe
to:
FileMaker suggests a couple methods of distributing FMGo files, and while these are OK the first time you distribute a file, they don't work well for distributing new versions of a file already on your users' iPhone or iPad.

!! The first time.

So, for getting that first file out, you can email the file to your mobile users. This works great as your user will see the file in their email on the iPhone or iPad and, when clicking on it, will have the option to open the file in FMGo.

!! Updating the file once your users have it.

Once your users have your mobile file, they can use the update mechanism built into GoZync to get new versions. This will allow them to download new versions of the file from your server and will replace the file they already have with the new version. Our scripts for managing this in the mobile file make sure there are no data records in the mobile file that haven't been sent to the server before it will let users download a new version.

You can control this behavior in your copy of the mobile file by editing the script "Is a new version permitted".

!! Preparing a new file for your mobile users.

When you've got a new version ready for your users, select the layout "Under the hood / Utilities / New File Prep" and you'll see a button "File Prep and Upload". Click this and GoZync will load a a copy of this file up to the GoZync file on your server.

(You'll likely want to remove this layout from the layout menu before distributing the file to your users.)

When you click this, not only do we upload a new copy of the file to your server, incrementing the build number, but we (optionally) clear all the data from it. Now you may want this file to contain some data when you're users receive it, so edit the script "Prep File" to change how existing records are treated when the mobile file is moved to the server.

Note that if you want each of your users to get a different set of records on their mobile file, you won't leave those records in the mobile file when you upload it. Rather, you'll ask that your mobile users pull that data down from the server. More details here: [[Pulling Records Down to Go]].

!! Downloading a new version.

dvasvw
June 03, 2011, at 12:09 AM by 76.22.74.86 -
Added lines 1-3:
!! How can I best get mobiles files to my users?

adfwe
(855) SEEDCODE
[email protected]
Follow us: