To stop Filemaker pro messages.?

[Deepak Kumar]

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.

[liltbrockie]

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

[Deepak Kumar]

not working......

[bcooney]

Automatic message

This topic has been moved from "Brain Food → The Left Brain" to "The Presentation Layer → Layouts".

[IdealData]

On Macs it is

FileMaker Pro > Preferences > Layout

[bcooney]

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

[LaRetta]

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

[Vaughan]

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.

[LaRetta]

Thanks, Vaughan.

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!

[David Jondreau]

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

[LaRetta]

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).