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.

To stop Filemaker pro messages.?

Featured Replies

how can i stop the filemaker pro alerts.....?

Please see the attachment of the alert. I have to stop this alert generated by filemaker..

Please reply soon.

post-104036-0-23188400-1316499557_thumb.

Not sure about Macs but on PC its Edit->Preferences->Layout->Save layout changes automatically

  • Author

not working......

On Macs it is

FileMaker Pro > Preferences > Layout

I think that when you Edit a layout that's in table view, you receive this message, and you cannot turn it off.

This message pops up when you make a change to a layout while it is being served.

It also happens when switching views (form, list, table).

The solution is to log-in using an account that does not have permission to edit the layout.

Thanks, Vaughan. :yep:

Yes, changing mode is changing the layout as well because, with full access, your changes become the default mode so FileMaker asks if you want to keep the change. I do a lot of layout design while being served but I don't mess with field definitions, the graph or layouts with triggers while served.

I actually appreciate the message. It is a reminder that the system is going back 'live' and am I sure any change made should be served to our people. Sometimes I switch to table while developing and I do NOT want table mode kept!

It also happens when switching views (form, list, table).

The solution is to log-in using an account that does not have permission to edit the layout.

I use custom menus to get around the problem. The alert doesn't fire when switching views via a script.

I do a lot of layout design while being served but I don't mess with field definitions, the graph or layouts with triggers while served.

Are layouts with triggers more susceptible to corruption than layouts without?

David

Are layouts with triggers more susceptible to corruption than layouts without?

Not that I know of, David, but changes to layouts with triggers (while being served) are more likely to cause an issue for the User when you again save the layout. For example, if I change tab order, stacking order, or add fields on a layout with existing triggers (and depending upon those triggers, including layout mode triggers), and then make the layout live and if, in that moment, a User is in process through the fields in that record, what might the User experience?

I try to visualize any impact to the 'other side' of the system (the Users being served) and what they might be doing on a layout. This thread is perfect example. If FMworm had said 'yes' to the message (to switch to table view), and if the layout was normally form view for Users, then the layout would suddenly go from form view to table view for ALL users.

I was very lucky in that, the first FileMaker solution I served, I sat in a room with all 7 of the employees (within spitting distance). And every time I would do ANYTHING, I received immediately input such as, "what the?" or "yikes" or "my screen just changed to the wrong layout!" etc. It was actually a wonderful hands-on experience (for me at least, lol).

Create an account or sign in to comment

Important Information

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

Account

Navigation

Search

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.