Jump to content

Recommended Posts

I was playing around with FM10 this morning. It looks like the new set field by name script step can be used in conjunction with global variables and script triggers to make a simple "undo/redo" system for data entry. The beauty of this system is that all you need to do is just attach the two trigger scripts to any field.

The basic premise is that you store the original field contents in a variable upon entry and then compare the field to that value when it's saved.

Any changes are stored in a list along with the table and field name. Undoing a change simply requires reverting to the previous value.

See the attached file for details.

I've not included a method for "redo" in this file but doing so should be fairly trivial. Also, you'll note that putting a carriage return or a | character in any field will break it. Both of these issues could be addressed with some rudimentary changes to the way the history variable is encoded.


Share this post

Link to post
Share on other sites

Way cool!

My only initial concern might be record-locking and priority of User change. I just downloaded it and haven't played with it yet but I certainly shall! I think it's great that you are thinking this direction and I commend you for it! Have you ran any multi-user testing on it yet?

LaRetta :wink2:

Edited by Guest

Share this post

Link to post
Share on other sites

haven't done anything with multi-user testing yet.

I would expect that in a real system, the undo list would be cleared each time you change layout or switch to a different record, in which case the locking issue should become something of a moot point.

Share this post

Link to post
Share on other sites

Hi wintergreen,

Also, you'll note that putting a carriage return or a | character in any field will break it. Both of these issues could be addressed with some rudimentary changes to the way the history variable is encoded.

When you use your Undo, it adds a paragraph after the change.

You might beable to over come your problem, and I was able to get rid of the paragraph added by using the Auto Enter Calculation feature for the fields, and the Custom Function "Trim4"

Trim4 ( Self )



Share this post

Link to post
Share on other sites

By the way, there's an easier way to trim the space: just add "Trim 4" to the undo script set field step:

Trim4 (

Middle(LeftValues($$history;1);Position($$history;"|";1;1)+1;Length(LeftValues($$history;1) ))


That way you don't have to create auto enter calcs for all fields - you might want to use that function for other things, like phone number format etc.

Share this post

Link to post
Share on other sites

This function works nicely for fields in the current table. But what about field changes in related records?

In the sample file, if you add or edit a note, the undo function fails. This is confusing to any user because only "certain" fields will revert.

Does anyone have an idea how this could be accomplished?

Share this post

Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
Sign in to follow this  

  • Similar Content

    • By Scott Pon
      Environment: FM13 with FM13 Server, mix of Windows 7 and 10.
      Is there a way to set a script trigger on if this portal row is new? IE, a script to run if this new child/portal record is new.  
      We have a parent record, and portal to Children records.  The children records have 2 fields: Profile Name and Process type.  Our user would like to enter a new child record (profile name and process type).  if the process type already exists, we will need to archive the existing record (matching the profile type).  There is more bI want to start with this first.
      I see script triggers to the layout "OnRecordCommit", but no similar script trigger for portals.  Any ideas on how to handle this?  Or am I going to have to add a button to go to another screen to accomplish this?
      Thanks.  I hope i gave enough info for you to help me.
    • By dav1089
      I want to create a script trigger which opens a layout based on account name ,create new record and put cursor in first field of the new record
      Now, I was able to direct user to specific layout and also created new record using New Record/Request function but somehow it doesn't put cursor in the first field , instead it selects whole record .
      Note: I also have script triggers attached to first and second field which runs on exiting the fields. (I don't think they affect anyways , but just mentioned to give idea)
    • By CRexen
      Hello everyone
      I am currently working on a database, which HR-Managers can access via WebDirect using login-information, to accede or resign their employees.
      I have made 6 possible option types for the HR-employees to enter data into, set by an unique ID, but with the use of the same fields.
      X fields with option type 1 (Accede)
      Y fields with option type 2 (Resign)
      Z fields with option type 3 (Maternity leave / leave)
      .. Etc. 6 option types in total.
      Now, based on my project description, a couple of the fields will have to be validated / not empty, which the HR-manager is prompted to enter before the record can be committed.
      Now, I am aware of FileMaker has it's own Field Validation, but I think the built in feature is bonkers..... (Sorry FileMaker..) 
      Therefore I was thinking of making a script to each of the different fields, which needs validation, and is this even a good solution
      Question one; how do I do this, the most easily? Is it possible?
      I have 8 required fields for validation, fields are global.
      Fields such as; Company Name, HR-manager name, HR-manager e-mail, employee SSN, employee name, employee surname etc. 
      I don't want the scripts to interfere with the other option types ( X, Y, Z ) which each is set by an unique ID, as well as fields, although the fields used in these option types are from the same table.
      Please see attached images of my setup.
      Hope you can help me, for the best possible solution.
      If you need more information, let me know.
      P.S. The language/text on the layout is Danish, although shouldn't be considered an issue for understanding my problem.

    • By Dana G
      Purpose:  To capture the contents of a field before it is changed.  Compare the before to the after.  Highlight the after and screen capture then export.
      I can't get past the first sentence and it's getting frustrating because it seems extremely simple.
      1 Field:  OnDeck_t (text)  -  The OnDeck_t field data = On
      2 Field:  OnDeck_before (Where I want to capture the OnDeck_t before it's changed)
      I have an OnObjectEnter script trigger on the OnDeck_t field that runs this script:
      Set Field By Name [substitute (Get (ActiveFieldName); "_t"; "_Before"); Get (ActiveFieldContents)]
      If I do this it works fine.  (But I don't want it hard coded.  I will be using it for all the fields on the layout):
      Set Field [OnDeck_before; Get (ActiveFieldContents)]
      I have divided the Substitute (Get (ActiveFieldName); "_t"; "_Before") and Get (ActiveFieldContents) into separate lines in Data Viewer and both return expected results.  Why doesn't it work when it's part of a 'Set Field by Name' script step?
    • By scoony
      I'm new to the forum so apologies if I have put this question in the wrong section.
      What I am attempting to do: I want to create a 'home page' that each consultant sees when the database opens on an iPad. The home page should have two pop-up menus, Client and the other Contact. For context, each Client with have multiple Contacts (generally employees and contractors) The consultants in the office want to be able to navigate to a Client they select from the pop-up menu on the 'home page'. The same process applies to the Contact pop-up menu. 
      Many thanks if anyone has ideas how to achieve this. 

Important Information

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