![]() Firstly, we can configure the detours to change directions (i.e. The easiest way of doing this is to use radio buttons. ![]() We need to make this dynamic based on which function the user selects. Without adding any configuration or actions to the detours, the detour will simply ‘go to the left’ in all cases. Set up radio buttons to group the macro questions in the user interface Note: this means that there’s nothing stopping you from adding tools before or after the detour branches if you want to add steps that are common to both sub-macro branches. For a detour to work, you also need to bring the branches back into one at the end of the alternative routes. Start by placing the detour tool where you want the branches to separate. I like to start by linking up the different tools in the workflow with the detour tool. In this example, I want to give users the option to switch between two macros: ranking and percent of total. Let’s start by illustrating how a detour tool works with a simple two-branch workflow. Associating the detour with actions allows you to determine the path(s) to be taken depending on a user’s selection.īack to my macro suite example. You can manually check a box in the tool to change this to the right, but there’s little point setting up a detour without configuring it to act dynamically within a macro or app. In other words, any tools that follow the detour in the right branch will be bypassed altogether. Without any configuration the tool will default to the left. It splits a workflow into two branches (left and right), only one of which will be taken when the workflow is run. The detour tool lets you programme which ‘path’ a workflow should take in a particular circumstance. My aim was to allow the user to determine which macro to run and to only return the relevant results. You could also use the designer interface to group the queries to improve usability as a quick fix. In this example, it’s difficult to tell which macro the options belong to.Īt this point, it would be possible to construct the workflow to run all the macros and join the results at the end. This should result in all the user queries within the macros appearing in a fairly disorganised way, as you can see in the picture below. The first step was to combine all of the macros into a single workflow (without thinking about linking them up for now). This way, a user could toggle between different table calculation options through one interface (see picture below). In short, instead of having separate macro workflows, I wanted to bring several together into one tool. ![]() ![]() The focus was naturally on building the macros themselves, but over the past few weeks I’ve tinkered with the ‘suite’ aspect of the challenge. Once the detour is rerouted, connect to a Detour End tool to unify the data processes into a single stream for further analysis or connect to an output tool.Back in week 3 of the Data School, DS12 were set the challenge of developing a suite of table calculation macros.That means in the GUI, the metainfo (fields, etc.) is not getting updated for downstream tools. It makes it very hard to configure the disabled side. The unselected side does not get evaluated or run at all. Connect the outputs to both the continue process and bypass process.Connect the tool leading into the process you wish to bypass to the input connection of a Detour tool.By default, the bypass occurs from the left side of the tool. Select Detour to the Right to make sure the bypass is through the right side of the Detour tool. Make sure your analytic app or macro sets the direction either way and you don't rely on the state in the workflow. When you add a Detour tool to a workflow, first determine the process to bypass, whether you would like to configure to the left or to the right, and check the box appropriately.
0 Comments
Leave a Reply. |