+1 ! We would love to implement “processes made of checklists” in Fibery, to link them to actual tasks & projects, but without the “duplicate” feature this does not really make sense. Any visibility on when this would be implemented ? Thanks !
Hi @Polina_Zenevich, I have been diving deep since starting with Fibery a few weeks ago specifically into the action buttons requiring me to start using Javascript.
I have been trying to achieve the following by modify the record duplication example:
When the script is executed I want to retrieve the information in the Name field (I think the name field acts as the primary key in the table) and generate a new entity in a different template (another type in another app) using the retrieved Name field information as the name newly created entity.
I found the record duplication script a the best fit to start with and are trying to modify it to achieve the above.
I do not know if you are the correct person to ask.
Is Name the only Field you’d like to copy or are there more?
I’m trying to pick the most relevant example from our library or to write a new one.
Also, it would be great if you share the scenario behind the button: what the Types are and when users trigger the button. This would help us to organize these buttons and code snippets so other creators could find them in the future.
Hi Anton,
The reason why I only ask about the Name field is to automate the following:
I create two types in the same or different apps.
I create a relationship between the two types and select to automatically linked records between the two types based on the Name fields being equal between the two records.
When I now manually add a record to the second type with lookup fields to a record in the first type, the fields will stay blank until I enter the first type record name in the second type record name. Then the automatic linking applies and the look up fields in the second record are populated with data from the first type. This is a manual and long process.
If I add a scripted button doing the above, it can add the record to the second type, copy the name of the current record in the first type across so that the automatic linking is activated and the lookup information are updated.
It would also be nice to check in the records of the second type if a record with the specific name already exists. If it does, the script exists on order not to create a duplicate named linked record in the second type.
I would also add a check box field that it set true when the code is executed to show in the first type if the action button script has been executed for the specific record to generate the linked record in the second type already.
From the code I would then be able to see how it is done and modify the script for any other field to be used automatic rule based linking of records.
I suppose this process implies the created by and Creation Date fields also needs to be copied with the name field.
If I extend this script, I can let the action button script create records in multiple related type tables.