Differences

This shows you the differences between two versions of the page.

--- recipes [2020/06/01 14:31] – [Recipe setup page] emozolyak
+++ recipes [2022/01/15 15:41] (current) – ↷ Links adapted because of a move operation 127.0.0.1
@@ Line 1: / Line 1: @@
+{{ network:menu-icon-recipes.png?nolink&40|}}
 ======Recipes======
@@ Line 11: / Line 12: @@
 The recipe management menu resides in a 'logic' section of the Setup menu:
-{{ ::recipes_entry.png?direct&600 |}}
+{{ network:recipes_entry.png?direct&600 |}}
 The main spots of the recipe management page are:
@@ Line 22: / Line 23: @@
   - Edit/Delete/Clone buttons
-{{ ::recipe_list_inum.png?direct&600 |}}
+{{ network:recipe_list_inum.png?direct&600 |}}
 ===== Recipe setup=====
@@ Line 35: / Line 36: @@
   ***Add register to recipe** button expands the list with a new entry
-{{ ::recipe_basic_tab.png?direct&600 |}}
+{{ network:recipe_basic_tab.png?direct&600 |}}
 The //Permission// tab lists the users who can view or edit recipes.
-{{ ::recipe_permissions.png?direct&600 |}}
+{{ network:recipe_permissions.png?direct&600 |}}
-When placing a list of recipes on a dashboard, you must specify:
+===== Using recipe on the dashboard =====
-  * Category of recipes, or a complete list of all categories
+When placing a recipes selection listbox on a dashboard, there are some specific attributes you must specify:
-  * Drop-down or multiline list
-  * Number of the register where the recipe number will change. (changing this register can be monitored in scripts when you need to perform some actions associated with this recipe)
-  * Whether to apply the recipe immediately or not (in the second case, only the register number will change where the current recipe number is stored)
-{{ :recipe4.png?direct |dashboard}}
+  * //Category// of recipes, or a full list.
+  * The //register// accosiated with the dropdown list which will keep the //id// of the selected recipe.
+  * '//Allow change value//' checkbox. If you want the user be able to expand the list, check it, otherwise the user won't be able to select and expand the list. With unchecked option, the recipes can be itereated with the lua script and extra buttons which return next/previous selection event (register value coding the action)
+  * '//Apply immediately//' checkbox. The values from the set will be written at once after selection, or you can check register change in a lua script and first do some steps before applying a recipe.
-To apply recipes within scripts, the **ApplyRecipe (recipeId, userId)** function is used. [[working_with_recipes|See here]]. After it is executed, if a list is displayed on one of the dashboards, the contents of the recipe from the ApplyRecipe function, you must also write the recipe number in the register tied to the list - to synchronize the display of the list.
+{{ network:recipe_on_the_dashboard.png?direct&600 |}}
+If the user has right to edit the recipe, he can do this right in the selectoin box:
+{{ network:quick_rcp_apply_edit.gif |}}
+===== Using recipes in scripts =====
+To apply recipes within scripts, the **ApplyRecipe (recipeId, userId)** function is used. [[working_with_recipes|See here]]. The example of such script:
+<code lua>
+function main (userId)
+    local id = GetReg("rcpSelector")
+    ApplyRecipe(id, userId)
+    AddInfoMessage("The recipe with id = " .. id .. " was applied!")
+end
+</code>
+{{ network:recipe_in_scripts.gif |}}