# Issue with AudioProcessorEditor::setScaleFactor

**URL:** <https://forum.juce.com/t/issue-with-audioprocessoreditor-setscalefactor/38602>\
**Category:** Audio Plugins\
**Created:** [April 10, 2020, 10:02am UTC](https://forum.juce.com/t/issue-with-audioprocessoreditor-setscalefactor/38602 "2020-04-10T10:02:39Z")\
**Posts on this page:** 1\
**Showing post:** 3

<div class="post-metadata">

**Author:** ![pflugshaupt](https://sea2.discourse-cdn.com/flex026/user_avatar/forum.juce.com/pflugshaupt/32/13206_2.png) [@pflugshaupt](https://forum.juce.com/u/pflugshaupt)\
**Post date:** [May 18, 2020, 6:22pm UTC](https://forum.juce.com/t/issue-with-audioprocessoreditor-setscalefactor/38602/3 "2020-05-18T18:22:50Z")

</div>

You should no longer use `editor->setScaleFactor()`, but use `Desktop::setGlobalScaleFactor()` now.

more information here:

> [@UI Scaling](https://forum.juce.com/t/ui-scaling/15930/15):
>
> This has changed on the develop branch - the DPI handling code has been refactored for plug-ins to use AudioProcessorEditor::setScaleFactor() internally so calling this from user code will interfere with the host’s transform. There’s some info about the change in the breaking changes doc [here](https://github.com/juce-framework/JUCE/blob/331df42233dd0317d5ebe3cca13ad33cb9112688/BREAKING-CHANGES.txt#L29), but basically you should use Desktop::setGlobalScaleFactor() if you want to apply a top-level scale transform to the editor window.

---

_[View the full topic](https://forum.juce.com/t/issue-with-audioprocessoreditor-setscalefactor/38602)._