Status Update
Comments
da...@google.com <da...@google.com>
sh...@google.com <sh...@google.com>
pu...@gmail.com <pu...@gmail.com> #2
This functionality was released in benchmark 1.2.0-alpha06:
You'll need to use an Android 13 (API 33) emulator, and androidx.benchmark:benchmark-macro-junit4:1.2.0-alpha06
, which removes the requirement for root, and thus works on Play emulator images.
ad...@google.com <ad...@google.com>
yd...@google.com <yd...@google.com> #3
Thank you for the feedback! Could you please link the bug reported to JetBrains so we can track it? Fixing this bug should unblock this issue. Additionally, we can also contact JetBrains to fix this issue.
pu...@gmail.com <pu...@gmail.com> #4
Hi,
I kind of forgot to create an issue on the JetBrains bugtracker, but I will soon and post it there. After checking that this issue is present in the latest IDEA version, I will mention these 2 points:
- if the
Xft.dpi
value results in non-integer scaling (ie not a multiple of 96) do not switch to legacy "IDE-managed HiDPI mode" but instead use the nearest integer scaling - the documentation being wrong about
Xft.dpi
behavior
There is no guarantee they will take my suggestion about 1. into account
There is more chance they will do something about 2., in which case user could manually workaround this issue with -Dsun.java2d.uiScale.enabled=true
. Though not ideal, since it does not work out of the box
You could also on your side investigate to fix the Profiler scaling being not correct in legacy "IDE-managed HiDPI mode". Although this mode is really legacy (might have some bugs) and it could be debated whether it should be used these days. The Profiler is the only Android tool window that has huge scaling issue in that legacy mode.
In the meantime, to workaround this issue, I'm using a wrapper shell script to launch AS that sets Xft.dpi
to an integer scaling value the time to launch AS and then restore it to its original value that I need for other programs.
#!/bin/sh
echo "Xft.dpi: 192" | xrdb -merge
studio.sh &
(sleep 5 && echo "Xft.dpi: 240" | xrdb -merge) &
yd...@google.com <yd...@google.com> #5
Thank you for the follow-up. We will keep this bug open and tackle it on our side when possible. However, we still highly encourage you to file the bug to JetBrains, as this issue leans more towards them.
Description
The Profiler view does not render correctly on a HiDpi display:
- truncated lines in the table
- very small text at the bottom
- questionable spacing for tasks in the main area
See the attached screenshot taken on a laptop 17.3" 4K panel on Xorg running the i3 Window Manager.
Here's the output of the "Show HiDpi info" action:
Per-monitor DPI-aware : disabled
Monitor resolution : 3840x2160
Monitor scale : 2.5
User (IDE) scale : 2.0
Xft.DPI : 240
GSettings scale factor : undefined
GDK_SCALE : 2
GDK_DPI_SCALE : 0.5
Note that starting AS with some different scaling setting does not change the fact that
the
```
Build: AI-241.15989.150.2412.11851376, 202405161915
AS: Koala Feature Drop | 2024.1.2 Canary 2
AI-241.15989.150.2412.11851376, JRE 17.0.10+0-17.0.10b1087.21-11609105x64 JetBrains s.r.o., OS Linux(amd64) v6.8.9-1-default, screens 9600.0x5400.0
Android Gradle Plugin: 8.6.0-alpha02
Gradle: 8.7
Gradle JDK: 17.0.11
NDK: from local.properties: (not specified), latest from SDK: 22.0.7026061
CMake: from local.properties: (not specified), latest from SDK: 3.10.2, from PATH: 3.29.3
```