Jump to content
View in the app

A better way to browse. Learn more.

FMForums.com

A full-screen app on your home screen with push notifications, badges and more.

To install this app on iOS and iPadOS
  1. Tap the Share icon in Safari
  2. Scroll the menu and tap Add to Home Screen.
  3. Tap Add in the top-right corner.
To install this app on Android
  1. Tap the 3-dot menu (⋮) in the top-right corner of the browser.
  2. Tap Add to Home screen or Install app.
  3. Confirm by tapping Install.

Space for version?

Featured Replies

  • Author

A runtime I created will be going through beta testing in a few days. When creating a runtime, is there a place to put what version it is. For example, saying this is version Beta 1.01.

A runtime I created will be going through beta testing in a few days. When creating a runtime, is there a place to put what version it is. For example, saying this is version Beta 1.01.

  • Author

A runtime I created will be going through beta testing in a few days. When creating a runtime, is there a place to put what version it is. For example, saying this is version Beta 1.01.

Hi, Heath. Your best bet will probably be to add a field to your main file to record the version number. Are you looking to get this onto a splash screen? If so, then you'll have to make your own one of those as well, with a "Go To Layout (Splash Screen)-Pause for 3 seconds-Go To Layour (Main Page)" script.

Jerry

Hi, Heath. Your best bet will probably be to add a field to your main file to record the version number. Are you looking to get this onto a splash screen? If so, then you'll have to make your own one of those as well, with a "Go To Layout (Splash Screen)-Pause for 3 seconds-Go To Layour (Main Page)" script.

Jerry

Hi, Heath. Your best bet will probably be to add a field to your main file to record the version number. Are you looking to get this onto a splash screen? If so, then you'll have to make your own one of those as well, with a "Go To Layout (Splash Screen)-Pause for 3 seconds-Go To Layour (Main Page)" script.

Jerry

Hi Jerry,

I had this made up, but had to leave for a few minutes, so there is some cross over.

Hi Heathbo

Here are some of my thoughts:

Put the number on a welcome page, and/or any Instruction Document. Handy for keeping track of the revisions and dates.

You need a field for showing the Beta name and number, I would lock it so that the user can not change it, and I would place it on the default page. You will need to reflect the data in this field in reports that the testers will be sending you concerning any bugs, or feature requests. I would set up a separate file for this, and make it available from all layouts and files in the Beta Copies. Use a scripts, maybe even attach it to a button, and have the Scripts reflect the layout name and file, as part of it.

I would also make the name of the Folder the same as the file (i.e. Beta v1.1, Beta v1.2, Beta v2.1, etc.). You and the testers don't want to wipe out previous versions every time you issue a new one. I have had to refer back to these older versions for many reasons. Mainly, not all testers will be on the current set of files when reporting bugs and features, and you will want to confirm that this was a bug and not corrected in the previous version. I keep them when testing for others, to ensure that the developer has understood or made the changes I have suggested. Sometimes in the rush to respond and get a finished product out, you (developer) can get lost on the bug and features.

HTH

Lee

cool.gif

Hi Jerry,

I had this made up, but had to leave for a few minutes, so there is some cross over.

Hi Heathbo

Here are some of my thoughts:

Put the number on a welcome page, and/or any Instruction Document. Handy for keeping track of the revisions and dates.

You need a field for showing the Beta name and number, I would lock it so that the user can not change it, and I would place it on the default page. You will need to reflect the data in this field in reports that the testers will be sending you concerning any bugs, or feature requests. I would set up a separate file for this, and make it available from all layouts and files in the Beta Copies. Use a scripts, maybe even attach it to a button, and have the Scripts reflect the layout name and file, as part of it.

I would also make the name of the Folder the same as the file (i.e. Beta v1.1, Beta v1.2, Beta v2.1, etc.). You and the testers don't want to wipe out previous versions every time you issue a new one. I have had to refer back to these older versions for many reasons. Mainly, not all testers will be on the current set of files when reporting bugs and features, and you will want to confirm that this was a bug and not corrected in the previous version. I keep them when testing for others, to ensure that the developer has understood or made the changes I have suggested. Sometimes in the rush to respond and get a finished product out, you (developer) can get lost on the bug and features.

HTH

Lee

cool.gif

Hi Jerry,

I had this made up, but had to leave for a few minutes, so there is some cross over.

Hi Heathbo

Here are some of my thoughts:

Put the number on a welcome page, and/or any Instruction Document. Handy for keeping track of the revisions and dates.

You need a field for showing the Beta name and number, I would lock it so that the user can not change it, and I would place it on the default page. You will need to reflect the data in this field in reports that the testers will be sending you concerning any bugs, or feature requests. I would set up a separate file for this, and make it available from all layouts and files in the Beta Copies. Use a scripts, maybe even attach it to a button, and have the Scripts reflect the layout name and file, as part of it.

I would also make the name of the Folder the same as the file (i.e. Beta v1.1, Beta v1.2, Beta v2.1, etc.). You and the testers don't want to wipe out previous versions every time you issue a new one. I have had to refer back to these older versions for many reasons. Mainly, not all testers will be on the current set of files when reporting bugs and features, and you will want to confirm that this was a bug and not corrected in the previous version. I keep them when testing for others, to ensure that the developer has understood or made the changes I have suggested. Sometimes in the rush to respond and get a finished product out, you (developer) can get lost on the bug and features.

HTH

Lee

cool.gif

  • 2 months later...

I would create a specific About page that contains the version number etc...

Create an account or sign in to comment

Important Information

By using this site, you agree to our Terms of Use.

Configure browser push notifications

Chrome (Android)
  1. Tap the lock icon next to the address bar.
  2. Tap Permissions → Notifications.
  3. Adjust your preference.
Chrome (Desktop)
  1. Click the padlock icon in the address bar.
  2. Select Site settings.
  3. Find Notifications and adjust your preference.