多屏幕密度的缩放可拉丝
对于每个android可绘制屏幕密度（hdpi、ldpi、xhdpi等），建议采用什么方法缩放图像？我们应该使用源图像分辨率作为最高密度（xxhdpi）的分辨率，并从那里开始缩放吗？在我的例子中，我明确地将布局中的图像大小设置为50 x 50 dp，那么我是否应该缩放可绘制图像，使我的mdpi为50x50，并以此为基础确定其他分辨率？
附言：为什么我们必须手动缩放绘图，如果它们在放置时无论如何都会缩放（效率较低/清洁吗？）
共有2个答案
建议的方法是使用所有文件夹：
- 绘图-ldpi
- 绘图-mdpi
- 绘图-hdpi
- 等
并且在每个具有相应分辨率和相同名称的文件夹中具有重复的可绘制性。Android会根据设备分辨率知道哪个会使用。它不会缩放它们。
附言：如果你有一个正确的文件夹结构，你的图像不会以编程方式缩放。所以会更有效率。在高分辨率设备中缩放低分辨率绘图将导致像素化绘图。而且它看起来也会很糟糕。
我们应该使用源图像分辨率作为最高密度（xxhdpi）的分辨率，并从那里开始缩放吗
是：最好准备最高分辨率的图像并缩小比例，以获得更好的质量。
在我的例子中，我显式地将布局中的图像大小设置为50 x 50 dp，那么我是否应该缩放可绘制图像，使我的mdpi为50x50，并以其他分辨率为基础
是。使用比例因子乘数确定其他分辨率大小（ldpi为0.75，mdpi为1，hdpi为1.5，xhdpi为2，xxhdpi为3，xxxhdpi为4）
为什么我们必须手动缩放绘图，如果它们在放置时无论如何都会缩放（它效率较低/干净吗？）是的。您可以节省Android从做缩放工作（性能，在微观水平）。并且有更好的整体质量（更干净）。
-
一组六个广义密度： 从每个手机显示的 wiki 页面 按比例缩小到桶中，即如果ppi为300，将进入hdpi桶，因为它小于320？ 这是计算屏幕尺寸桶的正确方法吗？ 我问的原因是因为我创建了以下值目录资源： 在< code>dimens.xml中，我有不同的边距，并根据桶的大小设置dp，即 我很想知道这是否是正确的方法。
-
我不明白以下几点： 三星Galaxy S3显示720px 1280px，屏幕尺寸为4.8英寸 因此，屏幕密度可以评估为305dpi 在Android屏幕支持推荐页面中，305dpi对应于“xhdpi”限定符 所以我的问题是：为什么运行在GS3上的应用程序会从“mdpi”限定符中获取资源？ 作为更新，请参阅我的代码以测试它： main.xml： strings.xml文件夹{"值"，"值-ldpi"
-
多亏了我在这个论坛上解决其他问题的帮助，我成功地推进了我的项目，但另一个障碍出现在我的道路上。 我有麻烦在libgdx java实现多个屏幕。我想知道如何实现多个屏幕（一个用于主菜单，一个用于播放，一个用于加载屏幕，...）。 关于我应该如何构造我的屏幕类的一个例子或一些解释将非常有帮助。我试着实现我自己的屏幕管理器，但不太顺利...还有一些关于我应该如何处理屏幕的提示，因为每次从主菜单到播放或选
-
在持续按住PS键后显示的画面，可调整屏幕的亮度。 拖拽滑杆的旋钮，移动至想设定的亮度后再放开手指。
-
我对图像进行了收缩缩放，但是当我第一次加载应用程序时，整个图像不可见，只有一部分。图像填充了屏幕的宽度，但其上下都有空白。此外，当缩放图像时，图像变得非常短。纵横比应保持不变。 我希望在应用程序加载时使整个图像可见，然后我希望能够用两根手指缩小图像，其中图像不会小于屏幕的大小，以便屏幕始终充满（图像是地图）。 为了放大，图像应该超出手机屏幕的宽度和高度。这样我就可以平移过去查看地图的细节。 任何帮