<?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 Creating contexts to simplify complicated filters in QlikView</title>
    <link>https://community.qlik.com/t5/QlikView/Creating-contexts-to-simplify-complicated-filters/m-p/182725#M713310</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P style="margin: 0in 0in 10pt;"&gt;Have you ever had a filter that should be interpreted differently on each sheet? We are building a QlikView document to analyze case management. On sheets that describe initial response time, the date filter should affect open dates. On sheets that describe resolution time, the date filter should affect close dates. Displaying all possible filter combinations quickly became a frustrating user experience.&lt;/P&gt;&lt;P style="margin: 0in 0in 10pt;"&gt;The solution: create contexts. In the Edit Script, we continue to load the case data once, but then we use LOAD … RESIDENT to create specific contexts of the data. For example:&lt;/P&gt;&lt;P style="margin: 0in 0in 10pt 0.5in;"&gt;CaseData:&lt;/P&gt;&lt;P style="margin: 0in 0in 10pt 0.5in;"&gt;LOAD case_nbr, *;&lt;/P&gt;&lt;P style="margin: 0in 0in 10pt 0.5in;"&gt;SQL SELECT * FROM case_data;&lt;/P&gt;&lt;P style="margin: 0in 0in 10pt 0.5in;"&gt;&lt;/P&gt;&lt;P style="margin: 0in 0in 10pt 0.5in;"&gt;LOAD case_nbr, open_date AS SelectedDate, 'Opened' AS Context&lt;/P&gt;&lt;P style="margin: 0in 0in 10pt 0.5in;"&gt;RESIDENT CaseData;&lt;/P&gt;&lt;P style="margin: 0in 0in 10pt 0.5in;"&gt;&lt;/P&gt;&lt;P style="margin: 0in 0in 10pt 0.5in;"&gt;LOAD case_nbr, close_date AS SelectedDate, 'Closed' AS Context&lt;/P&gt;&lt;P style="margin: 0in 0in 10pt 0.5in;"&gt;RESIDENT CaseData;&lt;/P&gt;&lt;P style="margin: 0in 0in 10pt;"&gt;Now, the UI can simply expose "SelectedDate" in a list box and each sheet has a trigger like Context="Opened" or Context="Closed". Users don't have to clear their selections between sheets, the filter stays the same; only the context of what the date is applied to changes.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Wed, 09 Jun 2010 17:58:19 GMT</pubDate>
    <dc:creator />
    <dc:date>2010-06-09T17:58:19Z</dc:date>
    <item>
      <title>Creating contexts to simplify complicated filters</title>
      <link>https://community.qlik.com/t5/QlikView/Creating-contexts-to-simplify-complicated-filters/m-p/182725#M713310</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P style="margin: 0in 0in 10pt;"&gt;Have you ever had a filter that should be interpreted differently on each sheet? We are building a QlikView document to analyze case management. On sheets that describe initial response time, the date filter should affect open dates. On sheets that describe resolution time, the date filter should affect close dates. Displaying all possible filter combinations quickly became a frustrating user experience.&lt;/P&gt;&lt;P style="margin: 0in 0in 10pt;"&gt;The solution: create contexts. In the Edit Script, we continue to load the case data once, but then we use LOAD … RESIDENT to create specific contexts of the data. For example:&lt;/P&gt;&lt;P style="margin: 0in 0in 10pt 0.5in;"&gt;CaseData:&lt;/P&gt;&lt;P style="margin: 0in 0in 10pt 0.5in;"&gt;LOAD case_nbr, *;&lt;/P&gt;&lt;P style="margin: 0in 0in 10pt 0.5in;"&gt;SQL SELECT * FROM case_data;&lt;/P&gt;&lt;P style="margin: 0in 0in 10pt 0.5in;"&gt;&lt;/P&gt;&lt;P style="margin: 0in 0in 10pt 0.5in;"&gt;LOAD case_nbr, open_date AS SelectedDate, 'Opened' AS Context&lt;/P&gt;&lt;P style="margin: 0in 0in 10pt 0.5in;"&gt;RESIDENT CaseData;&lt;/P&gt;&lt;P style="margin: 0in 0in 10pt 0.5in;"&gt;&lt;/P&gt;&lt;P style="margin: 0in 0in 10pt 0.5in;"&gt;LOAD case_nbr, close_date AS SelectedDate, 'Closed' AS Context&lt;/P&gt;&lt;P style="margin: 0in 0in 10pt 0.5in;"&gt;RESIDENT CaseData;&lt;/P&gt;&lt;P style="margin: 0in 0in 10pt;"&gt;Now, the UI can simply expose "SelectedDate" in a list box and each sheet has a trigger like Context="Opened" or Context="Closed". Users don't have to clear their selections between sheets, the filter stays the same; only the context of what the date is applied to changes.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 09 Jun 2010 17:58:19 GMT</pubDate>
      <guid>https://community.qlik.com/t5/QlikView/Creating-contexts-to-simplify-complicated-filters/m-p/182725#M713310</guid>
      <dc:creator />
      <dc:date>2010-06-09T17:58:19Z</dc:date>
    </item>
    <item>
      <title>Creating contexts to simplify complicated filters</title>
      <link>https://community.qlik.com/t5/QlikView/Creating-contexts-to-simplify-complicated-filters/m-p/182726#M713311</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Nice solution!&lt;/P&gt;&lt;P&gt;Do you use the Context field only in selection, then force the user to select it by conditional calculation?&lt;/P&gt;&lt;P&gt;Best Regard,&lt;/P&gt;&lt;P&gt;Fernando&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 09 Jun 2010 21:20:13 GMT</pubDate>
      <guid>https://community.qlik.com/t5/QlikView/Creating-contexts-to-simplify-complicated-filters/m-p/182726#M713311</guid>
      <dc:creator>fernandotoledo</dc:creator>
      <dc:date>2010-06-09T21:20:13Z</dc:date>
    </item>
    <item>
      <title>Creating contexts to simplify complicated filters</title>
      <link>https://community.qlik.com/t5/QlikView/Creating-contexts-to-simplify-complicated-filters/m-p/182727#M713312</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Thank you, Fernando. I stopped exposing open date and close date for selection and replaced them with a single SelectedDate. Then I added a sheet open trigger to set Context appropriately. That way if a manager wants to report for the month, they select the right date(s) and other criteria like product and workgroup. As they click tabs, the Context value is switched, but the other filters remain. So when they select May 2010 and are looking at response rates, May 2010 is in the context of opened cases. When they click the resolution tab, May 2010 is in the context of closed cases. No conditional calculations necessary.&lt;/P&gt;&lt;P&gt;Best regards,&lt;/P&gt;&lt;P&gt;James&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 09 Jun 2010 22:08:57 GMT</pubDate>
      <guid>https://community.qlik.com/t5/QlikView/Creating-contexts-to-simplify-complicated-filters/m-p/182727#M713312</guid>
      <dc:creator />
      <dc:date>2010-06-09T22:08:57Z</dc:date>
    </item>
    <item>
      <title>Creating contexts to simplify complicated filters</title>
      <link>https://community.qlik.com/t5/QlikView/Creating-contexts-to-simplify-complicated-filters/m-p/182728#M713313</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;I have several applications that manage multiple dates in this way as well. In my case, the users select the context manually, because it isn't specific to each sheet, but rather specific to the kind of analysis they're doing. But it's the same idea. I think it's a very good solution as long as your users never need to select only cases opened in May AND closed in June.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Sat, 12 Jun 2010 01:32:23 GMT</pubDate>
      <guid>https://community.qlik.com/t5/QlikView/Creating-contexts-to-simplify-complicated-filters/m-p/182728#M713313</guid>
      <dc:creator>johnw</dc:creator>
      <dc:date>2010-06-12T01:32:23Z</dc:date>
    </item>
  </channel>
</rss>

