Skip to main content
Solved

Performance Form List

  • October 10, 2024
  • 4 replies
  • 77 views
Freddy
Forum|alt.badge.img+16
  • Freddy
  • Thinkwise Local Partner Brasil

@Yara Visser is actively working on a project that utilizes the form list and with the latest release of the U-GUI it's workable for this project (we needed the combos). However there is one performance thing, of which I am curious on how this can be improved. 

The form list uses a table, in which, you define your questions and answers. Whilst answers can be of different type a layout procedure has to be used to show the correct answer typed field. This is great of small form lists, but not for form lists that can have up to a 100 questions. I saw a test example of about 50 questions, which leads to 50 layout procedures to be fired. Can't we make this smarter? 

A typical call is 40-50ms ..  if I have 100 questions this will be 4-5s.. 

This is a typical scenario of multi-row execution. Can't there be just one call from U-GUI for all the relevant rows in the form list?

Any ideas on this @Arie V @Erik Brink @Vincent Doppenberg 

Best answer by Freddy

Jeroen van den Belt wrote:

Hi @Freddy,

Do you still require assistance on this topic?

Of what I've heard the forms are not that extensive as expected, and the performance so far is acceptable. I'll close it. 

View original
LEF — Lift. Empower. Fulfill. [lef.digital]
Did this topic help you find an answer to your question?
This topic has been closed for comments

Erik Brink
Moderator
Forum|alt.badge.img+5

Hi Freddy,

First of all it is important that your web-server is configured to use HTTP2 and the protocol for doing network requests. This make that more requests can be processed at the same time. You can check this when you enable the "protocol” column in the Network tab of your browser Developer Tools.

It would indeed be a good idea to bundle those request more, although I am currious what the visual disadvantages are of firing them individual for users? Processing it in bundles might make the users wait even longer for showing the correct answers.

Be sure you use the latest Universal version. 2024.3.10 fires less requests around lookup dropdowns, which helps too.

Best regards,
Erik Brink

Freddy
Forum|alt.badge.img+16
  • Freddy
  • Thinkwise Local Partner Brasil
  • October 11, 2024
Erik Brink wrote:

Hi Freddy,

First of all it is important that your web-server is configured to use HTTP2 and the protocol for doing network requests. This make that more requests can be processed at the same time. You can check this when you enable the "protocol” column in the Network tab of your browser Developer Tools.

It would indeed be a good idea to bundle those request more, although I am currious what the visual disadvantages are of firing them individual for users? Processing it in bundles might make the users wait even longer for showing the correct answers.

Be sure you use the latest Universal version. 2024.3.10 fires less requests around lookup dropdowns, which helps too.

Best regards,
Erik Brink

HI @Erik Brink ,

Yes we force HTTP2. And we are all up to date with platform and GUI. 

There appears to be some soft of caching, first time takes longer than subsequent loads. 

And, I see that that there is concurrent processing of the layout procedures. 

We'll follow up on performance, up till now it appears to be ok. 

 

Although here, with the bigger form lists one could think about infinite scrolling ideas where only the visible form list questions are loaded initially and with scrolling down they get loaded when necessary (scrolling down)..   Just to edge out the initial loading time. 

 

LEF — Lift. Empower. Fulfill. [lef.digital]
Jeroen van den Belt
Administrator
Forum|alt.badge.img+9

Hi @Freddy,

Do you still require assistance on this topic?

Freddy
Forum|alt.badge.img+16
  • Freddy
  • Author
  • Thinkwise Local Partner Brasil
  • 528 replies
  • Answer
  • October 30, 2024
Jeroen van den Belt wrote:

Hi @Freddy,

Do you still require assistance on this topic?

Of what I've heard the forms are not that extensive as expected, and the performance so far is acceptable. I'll close it. 

LEF — Lift. Empower. Fulfill. [lef.digital]
Jeroen van den Belt
1 person likes this
  • Jeroen van den Belt
    Jeroen van den Belt
Terms & ConditionsCookie settings

Cookie policy

We use cookies to enhance and personalize your experience. If you accept you agree to our full cookie policy. Learn more about our cookies.

 
Cookie settings