feat(QImg): add spinner-delay
prop
#16932
Closed
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
What kind of change does this PR introduce?
Does this PR introduce a breaking change?
The PR fulfills these requirements:
dev
branch (orv[X]
branch)If adding a new feature, the PR's description includes:
Other information:
We use QImg for displaying user avatars and country flags. We keep the spinner enabled, as it helps display the loading state to the user. After the first visit, the user will likely have some or all images cached, causing the spinner to quickly "flash" over the almost-instantly loaded image.
This pull request adds a
spinner-delay
prop which allows delaying the display of the spinner until after a short (user-defined) period of time has passed since the image begun loading.The value is customizable, as it is context-dependent and only the developer knows how long it should be. For example, setting the value to 50 (milliseconds) is enough for loading isolated images within a single viewport, however loading dozens or hundreds of images in a tight grid will hog the browser's cache and network modules and would require a much larger delay (e.g., 1000 milliseconds).
The default value is 0 - consistent with current behavior.
We have been using this code for almost 2 years and it is stable.