<?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: Severe input lag in expression editor in QlikView</title>
    <link>https://community.qlik.com/t5/QlikView/Severe-input-lag-in-expression-editor/m-p/2138822#M1224847</link>
    <description>&lt;P&gt;I observed such behaviour already multiple times but I never tried to detect the reasons nor to solve or bypass it (it wasn't bad enough to go this way). This means I don't know the real causes behind the issue. But I think I could exclude a few things and limit it to other things.&lt;/P&gt;
&lt;P&gt;IMO not related is the RAM + CPU consumption of the machine and QV as instance respectively to the application - unless it's near or hitting the 100%. To exclude any temporary issues with corrupted services, unloaded libraries, disturbed I/O between QV / OS / graphic driver and so on - you should restart the machine.&lt;/P&gt;
&lt;P&gt;More relevant might be the fact that each QV object has an own RAM limitation and the specific RAM consumption has an impact on the caching-behaviour which is usually seen by appropriate error-messages or calculation-timeouts or a out-greyed object.&lt;/P&gt;
&lt;P&gt;Probably even more related is the behaviour of the syntax-interpreter which tries to detect if there is a known field-reference or a function() as well as references to variables, other expressions and groups and if they are right spelled and syntactically correct - and (assumingly) if they are already cached. I believe that this isn't a simple one-level processing else a multi-level processing between the string-parser and interpreting them as well as checking the correctness and the exists and so on - which jumps forwards and backwards. Further I'm not sure if certain reference-types like variables are re-calculated by typing them.&lt;/P&gt;
&lt;P&gt;By a large number of them - in the expression as well as within the parent-objects and the parent-container (container and sheets) and the document - it could mean a lot of processing which couldn't be performed in real-time. Especially if any caching-limits are reached.&lt;/P&gt;
&lt;P&gt;Deducing from the above I suggest you tries your expressions within a new text-box, then a new sheet with a new chart and starting of re-creating it from the scratch. What happens? Any changes within the response-times by start and then after which working-steps?&lt;/P&gt;
&lt;P&gt;Beside this you could review your UI if the number of variables and expressions could be reduced and/or unified and of course be optimized in regard to the content and performance.&lt;/P&gt;</description>
    <pubDate>Fri, 17 Nov 2023 13:01:32 GMT</pubDate>
    <dc:creator>marcus_sommer</dc:creator>
    <dc:date>2023-11-17T13:01:32Z</dc:date>
    <item>
      <title>Severe input lag in expression editor</title>
      <link>https://community.qlik.com/t5/QlikView/Severe-input-lag-in-expression-editor/m-p/2138606#M1224846</link>
      <description>&lt;P&gt;When trying to write an expression i'm experiencing some severe input lag. &lt;/P&gt;
&lt;P&gt;By this, i mean when i type, it takes over a second for the character to appear. If I type like i am right now for this post, I would see the words come out like a typewriter was doing it, letter by letter, each taking about a second to appear.&lt;/P&gt;
&lt;P&gt;I'm using QV May 2022.&lt;/P&gt;
&lt;P&gt;My file size is 520Mb.&lt;/P&gt;
&lt;P&gt;My PC is currently using 85% of available RAM, and QV itself is using 1.2Gb&lt;/P&gt;
&lt;P&gt;Any help to fix this issue would be welcome.&lt;/P&gt;</description>
      <pubDate>Fri, 17 Nov 2023 01:21:07 GMT</pubDate>
      <guid>https://community.qlik.com/t5/QlikView/Severe-input-lag-in-expression-editor/m-p/2138606#M1224846</guid>
      <dc:creator>MattG</dc:creator>
      <dc:date>2023-11-17T01:21:07Z</dc:date>
    </item>
    <item>
      <title>Re: Severe input lag in expression editor</title>
      <link>https://community.qlik.com/t5/QlikView/Severe-input-lag-in-expression-editor/m-p/2138822#M1224847</link>
      <description>&lt;P&gt;I observed such behaviour already multiple times but I never tried to detect the reasons nor to solve or bypass it (it wasn't bad enough to go this way). This means I don't know the real causes behind the issue. But I think I could exclude a few things and limit it to other things.&lt;/P&gt;
&lt;P&gt;IMO not related is the RAM + CPU consumption of the machine and QV as instance respectively to the application - unless it's near or hitting the 100%. To exclude any temporary issues with corrupted services, unloaded libraries, disturbed I/O between QV / OS / graphic driver and so on - you should restart the machine.&lt;/P&gt;
&lt;P&gt;More relevant might be the fact that each QV object has an own RAM limitation and the specific RAM consumption has an impact on the caching-behaviour which is usually seen by appropriate error-messages or calculation-timeouts or a out-greyed object.&lt;/P&gt;
&lt;P&gt;Probably even more related is the behaviour of the syntax-interpreter which tries to detect if there is a known field-reference or a function() as well as references to variables, other expressions and groups and if they are right spelled and syntactically correct - and (assumingly) if they are already cached. I believe that this isn't a simple one-level processing else a multi-level processing between the string-parser and interpreting them as well as checking the correctness and the exists and so on - which jumps forwards and backwards. Further I'm not sure if certain reference-types like variables are re-calculated by typing them.&lt;/P&gt;
&lt;P&gt;By a large number of them - in the expression as well as within the parent-objects and the parent-container (container and sheets) and the document - it could mean a lot of processing which couldn't be performed in real-time. Especially if any caching-limits are reached.&lt;/P&gt;
&lt;P&gt;Deducing from the above I suggest you tries your expressions within a new text-box, then a new sheet with a new chart and starting of re-creating it from the scratch. What happens? Any changes within the response-times by start and then after which working-steps?&lt;/P&gt;
&lt;P&gt;Beside this you could review your UI if the number of variables and expressions could be reduced and/or unified and of course be optimized in regard to the content and performance.&lt;/P&gt;</description>
      <pubDate>Fri, 17 Nov 2023 13:01:32 GMT</pubDate>
      <guid>https://community.qlik.com/t5/QlikView/Severe-input-lag-in-expression-editor/m-p/2138822#M1224847</guid>
      <dc:creator>marcus_sommer</dc:creator>
      <dc:date>2023-11-17T13:01:32Z</dc:date>
    </item>
  </channel>
</rss>

