<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: Cascading Triggers (OnSelect) in QlikView</title>
    <link>https://community.qlik.com/t5/QlikView/Cascading-Triggers-OnSelect/m-p/1789649#M1210460</link>
    <description>&lt;P&gt;Cascading triggers aren't possible at least not if they depend on each other because they aren't executed serialized else in parallel and you could not determine any execution-order.&lt;/P&gt;&lt;P&gt;In general it's not recommended to use a lot of magic with actions and macros to define the usability - else applying them only for challenges which couldn't be solved differently. Regarding to your described use-case everything should be possible with the native Qlik logic of selecting the wanted sheets/objects/field-values including also different view-level whereby the show/hide-feature of the sheets/objects/dimensions/expressions should be carefully used to not create rather confusion instead of helping the user.&lt;/P&gt;&lt;P&gt;If your mentioned mode isn't just aimed as a usability else should really restrict the access you should discard this approach and applying an appropriate section access.&lt;/P&gt;&lt;P&gt;Further I suggest to re-think your datamodel-approach because Qlik used an associative datamodel ideally applied within a star-scheme (all facts are merged - per concatenate and/or mapping/joining into a single table and n dimension-tables). It may need some efforts but isn't very difficult just follow the various best practice:&lt;/P&gt;&lt;P&gt;&lt;A href="https://community.qlik.com/t5/QlikView-Documents/Get-started-with-developing-qlik-datamodels/ta-p/1485839" target="_blank"&gt;Get started with developing qlik datamodels - Qlik Community - 1485839&lt;/A&gt;&lt;/P&gt;&lt;P&gt;Pulling sql-schemes and just adjusting them that they didn't run into too much errors is usually&amp;nbsp; far away from having a sensible base to build an UI.&lt;/P&gt;&lt;P&gt;- Marcus&lt;/P&gt;</description>
    <pubDate>Tue, 09 Mar 2021 14:59:13 GMT</pubDate>
    <dc:creator>marcus_sommer</dc:creator>
    <dc:date>2021-03-09T14:59:13Z</dc:date>
    <item>
      <title>Cascading Triggers (OnSelect)</title>
      <link>https://community.qlik.com/t5/QlikView/Cascading-Triggers-OnSelect/m-p/1789114#M1210406</link>
      <description>&lt;P&gt;I have an app. where users should be allowed to switch between a basic user mode and a collaboration mode.&amp;nbsp; Basic user sees detailed data from only their location.&amp;nbsp; Collaboration can see summary data from many locations.&amp;nbsp; The end result is a user can toggle between User/Collaboration and some hidden relational filters will be changed and some charts will be hidden/shown.&amp;nbsp;The 'summary view of all locations' (collaboration) is a new feature being added to a very large and long lived application.&amp;nbsp;&amp;nbsp;&lt;/P&gt;&lt;P&gt;For the most part it all works beautifully, however some of the cascading triggers do not get set properly.&lt;BR /&gt;&lt;BR /&gt;I would prefer to do a pure relationship model, but it causes circular references.&amp;nbsp; Therefore I am using field level triggers to set values on the hidden filters.&amp;nbsp;&lt;/P&gt;&lt;P&gt;Ideally I would love to do a pure relationship:&lt;/P&gt;&lt;P&gt;VirtualProfileTable&amp;nbsp; --&amp;gt; Links to&amp;nbsp; --&amp;gt; LocationsTable&lt;/P&gt;&lt;P&gt;VirtualProfilesTable --&amp;gt; Links to --&amp;gt; SeveralHiddenFilterFields&amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;lt;---- This causes a circular reference&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Since the above does not work, I've chosen to use Field-level triggers (OnSelect, OnChange).&amp;nbsp; &amp;nbsp;This works beautifully for the most part, but there are some cascading triggers (Field Filter values based on other fields that are changing).&amp;nbsp; Unfortunately, some of the fields do not change properly unless I click on already selected fields (like the trigger isn't firing).&amp;nbsp;&lt;/P&gt;&lt;P&gt;&lt;BR /&gt;I understand that the trigger fires on a mouse click (i.e. I know I can't do an OnSelect on a hidden field I'm not actually clicking on - and that's okay).&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Table A has a relationship with Table B&lt;/P&gt;&lt;P&gt;When Table A is clicked, Table B values change and the TableA.OnSelect trigger does a Select In a Field on Table C where values are concat(TableB.Field).&amp;nbsp;&lt;BR /&gt;&lt;BR /&gt;If I put the code in separate buttons and click them in order, everything works perfectly.&amp;nbsp; But if I chain then all inside one object (add several events to the OnSelect trigger) the final hidden filters are not being updated.&amp;nbsp;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;Is what I'm trying to do even possible? Do I need to add "sleep" events between steps, maybe?&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Mon, 08 Mar 2021 09:39:14 GMT</pubDate>
      <guid>https://community.qlik.com/t5/QlikView/Cascading-Triggers-OnSelect/m-p/1789114#M1210406</guid>
      <dc:creator>tdegen_qlik</dc:creator>
      <dc:date>2021-03-08T09:39:14Z</dc:date>
    </item>
    <item>
      <title>Re: Cascading Triggers (OnSelect)</title>
      <link>https://community.qlik.com/t5/QlikView/Cascading-Triggers-OnSelect/m-p/1789649#M1210460</link>
      <description>&lt;P&gt;Cascading triggers aren't possible at least not if they depend on each other because they aren't executed serialized else in parallel and you could not determine any execution-order.&lt;/P&gt;&lt;P&gt;In general it's not recommended to use a lot of magic with actions and macros to define the usability - else applying them only for challenges which couldn't be solved differently. Regarding to your described use-case everything should be possible with the native Qlik logic of selecting the wanted sheets/objects/field-values including also different view-level whereby the show/hide-feature of the sheets/objects/dimensions/expressions should be carefully used to not create rather confusion instead of helping the user.&lt;/P&gt;&lt;P&gt;If your mentioned mode isn't just aimed as a usability else should really restrict the access you should discard this approach and applying an appropriate section access.&lt;/P&gt;&lt;P&gt;Further I suggest to re-think your datamodel-approach because Qlik used an associative datamodel ideally applied within a star-scheme (all facts are merged - per concatenate and/or mapping/joining into a single table and n dimension-tables). It may need some efforts but isn't very difficult just follow the various best practice:&lt;/P&gt;&lt;P&gt;&lt;A href="https://community.qlik.com/t5/QlikView-Documents/Get-started-with-developing-qlik-datamodels/ta-p/1485839" target="_blank"&gt;Get started with developing qlik datamodels - Qlik Community - 1485839&lt;/A&gt;&lt;/P&gt;&lt;P&gt;Pulling sql-schemes and just adjusting them that they didn't run into too much errors is usually&amp;nbsp; far away from having a sensible base to build an UI.&lt;/P&gt;&lt;P&gt;- Marcus&lt;/P&gt;</description>
      <pubDate>Tue, 09 Mar 2021 14:59:13 GMT</pubDate>
      <guid>https://community.qlik.com/t5/QlikView/Cascading-Triggers-OnSelect/m-p/1789649#M1210460</guid>
      <dc:creator>marcus_sommer</dc:creator>
      <dc:date>2021-03-09T14:59:13Z</dc:date>
    </item>
  </channel>
</rss>

