Tom Eicher

Any way would be fine as long as the behaviour is deterministic and documented ;-) If the margin increases the overall image size, it could also be called setAdditionalMargin(...)

updated my comment above. sorry for the empty commit. BTW as the Image is a BufferedImage anyway, that could be the return type of encode(), allowing to work with it...

same issue here

Ah, I missed that, many thanks, with the setting it starts. But this can't be the (full) solution if anybody wants to use this in their app.... As a minimum,...

There's a few suggestions including launching the app permissions dialog at https://stackoverflow.com/questions/36016369/system-alert-window-how-to-get-this-permission-automatically-on-android-6-0-an Since I have no control on what Android device my users install/run my app, does this mean PresentationService...

Yeah, that's right; I was just thinking a "demo" app should be running out-of-the box. And the code that requests the permissions (in the demo) would be a valuable guidance...

ok so this is my "change request" ;-) ``` public class MainActivity extends AppCompatActivity { @Override protected void onCreate(Bundle savedInstanceState) { super.onCreate(savedInstanceState); if (PermissionChecker.checkSelfPermission(this, Manifest.permission.SYSTEM_ALERT_WINDOW)!= PermissionChecker.PERMISSION_GRANTED) { Toast.makeText(this, "This demo...

unfortunately, I actually came here to learn how to make Presentations that survive activity changes (for minSdkVersion 17 and all up) and I'm not sure I want to do this...

Well, your build seems to be through now anyways, and I can confirm it fixes the problem. Many thanks @HomerSp !

confirming same behaviour (also MacOS Catalina, 1.5.10)