Skip to content

Conversation

@aodpi
Copy link
Contributor

@aodpi aodpi commented Sep 20, 2018

Issue: #2460

PR Type

What kind of change does this PR introduce?

Bugfix

What is the current behavior?

At the moment the property IsCacheEnabled from ImageEx control doesn't seem to work. Setting it to false displays a cached image even though the physical image has changed.

What is the new behavior?

If IsCacheEnabled is set to false the Image will not be cached at all, not even Internally by UWP.
Users now have the ability to choose what type of caching do they want for the image through the
CachingStrategy property which can be:

  • Custom - The caching is handled by ImageEx which uses ImageCache custom caching system.
  • Internal - The caching is handled Internally by UWP.

PR Checklist

Please check if your PR fulfills the following requirements:

  • Tested code with current supported SDKs
  • Docs have been added/updated which fit documentation template. (for bug fixes / features)
  • Sample in sample app has been added / updated (for bug fixes / features)
  • Tests for the changes have been added (for bug fixes / features) (if applicable)
  • Header has been added to all new source files (run build/UpdateHeaders.bat)
  • Contains NO breaking changes

Other information

@nmetulev nmetulev requested a review from hermitdave September 21, 2018 02:42
@nmetulev
Copy link
Contributor

ping @hermitdave to review

Copy link
Contributor

@hermitdave hermitdave left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Looks good to me.

@nmetulev nmetulev merged commit 595856c into CommunityToolkit:master Sep 24, 2018
ghost pushed a commit that referenced this pull request Feb 17, 2021
Quick test to evaluate the footprint of this individual control on the package.

Based off PR #3727

Comparing against #3733, wondering if it's this single API or not that has an effect, as everything else seems rather common or using other things already being used in other APIs in the Toolkit...

Updated as we identified the custom caching in #2486 is the culprit to the application footprint. Reverting to just use System Cache with the applied fix still to evaluate final impact again with compiled dlls.

This should save around **675kb** to optimized app footprint.

Also Fixes #3741 removing unused element.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

4 participants