分辨率对应DPI ldpi  QVGA (240×320) mdpi  HVGA (320×480) hdpi  WVGA (480×800),FWVGA (480×854) xhdpi  720P(1280*720) xxhdpi 1080p(1920*1080 ) xxxhdpi 4K(3840×2160) 手机常见分辨率: 4:3 VGA    640*480 (Video Graphics Array) QVGA  320*240 (Quarter VGA) HVGA  480*320

参考文档: 1.http://blog.csdn.net/carson_ho/article/details/51234308(略有修改) 2.http://www.cnblogs.com/cheng2015/p/8317495.html 3.http://www.cnblogs.com/cheng2015/p/8317674.html 前言 目录 定义 屏幕适配:使得某一元素在Android不同尺寸.不同分辨率的手机上具备相同的显示效果 相关重要概念 什么是屏幕尺寸.屏幕分辨率.屏幕像素密度(

Android为多语言适配提供了很大的方便.开发者不需要在代码中进行修改.只需要配置xml文件. res --> values 其中存放有xml文件.一般这些都是英文的字符串.我们可以存放其他语言的字符串. 另一语种的字符串文件放在另外的文件夹下.文件夹命名规则为: values-##-r** 例如: values-zh-rCN     其中##表示语言代号(language codes),**表示国家代号(country codes),也可以只有语言代号. 使用eclipse,步骤如下: 1.

欢迎大家前往腾讯云+社区,获取更多腾讯海量技术实践干货哦~ 本文由QQ音乐技术团队发表于云+社区专栏 上篇:Android P 行为变更适配 Android P 这次有很多行为变更,其中不乏一些需要亟需适配的变更. 一.全面屏检测 在 Android 8.0 时代各个手机厂商就开始发布自己的全面屏手机,但是此时 Android 官方并未支持到该功能,所以各个厂商都各自实现了一套全面屏判断逻辑,对于开发者来说甚是麻烦.终于在 Android P 里官方收归了该功能的判断逻辑,Android P 和

此文已由作者黎星授权网易云社区发布. 欢迎访问网易云社区,了解更多网易技术产品运营经验. 由于历史原因,Android在发布之初对通知栏Notification的设计相当简单,而如今面对各式各样的通知栏玩法,谷歌也不得不对其进行更新迭代调整,增加新功能的同时,也在不断地改变样式,试图迎合更多人的口味.本文总结了Android通知栏的版本迭代过程,在通知栏开发过程中所遇到的各种各样的坑,以及一些解决技巧,特别的,对于大众期盼的Android 7.0的到来,通知栏又会发生怎样的改变呢?接下来一一进行

通常,拍照预览页面的照片拉伸主要与下面两个因素有关: 1.     Surfaceview的大小 2.     Camera中的Preview的大小 如下图:     图中preview显示的是手机支持的预览尺寸,picture显示的是手机支持设置图片尺寸,screen显示的是屏幕尺寸,surface显示的是surfaceview尺寸,default pre:手机缺省情况下的预览尺寸,default pic:手机缺省请款下的图片尺寸.reqPreview:手机设置的预览尺寸,reqPicSize

由于历史原因,Android在发布之初对通知栏Notification的设计相当简单,而如今面对各式各样的通知栏玩法,谷歌也不得不对其进行更新迭代调整,增加新功能的同时,也在不断地改变样式,试图迎合更多人的口味.本文总结了Android通知栏的版本迭代过程,在通知栏开发过程中所遇到的各种各样的坑,以及一些解决技巧,特别的,对于大众期盼的Android 7.0的到来,通知栏又会发生怎样的改变呢?接下来一一进行介绍. Android通知栏发展历史 首先来看一张各个Android版本通知栏消息的全家福

http://tech.meituan.com/mt-apk-adaptation.html 概述 前一篇文章(美团Android自动化之旅-生成渠道包)介绍了Android中几种生成渠道包的方式,基本解决了打包慢的问题. 但是,随着渠道越来越多,不同渠道对应用的要求也不尽相同.例如,有的渠道要求美团客户端的应用名为美团,有的渠道要求应用名为美团团购.又比如,有些渠道要求应用不能使用第三方统计工具(如flurry).总之,每次打包都需要对这些渠道进行适配. 之前的做法是为每个需要适配的渠道创建一

Android APP 多端适配 传统的多终端适配方案,是为大尺寸 Pad开发一个特定的 HD版本. 但是目前支持 Android 系统的设备类型越来越丰富,不同类型的设备尺寸也越来越多样化,特定的HD版本并不能适配所有设备尺寸. App 如何在这么多尺寸的设备上,为用户提供较为一致的浏览体验? APP 响应式的技术实现和落地方法 响应式的核心是拉伸多终端的适配规则,开发一套界面,一个 APP 兼容多尺寸终端设备的显示; 能够根据用户的行为以及设备的环境(屏幕尺寸.屏幕方向.是否分屏等)进行相应

一.前言 当下,2K分辨率已成为主流标配,3K.4K也已经广泛应用. 在屏幕尺寸不变的情况下,高分辨率也就意味着高DPI,对于桌面程序而言,除了先天就支持高DPI的框架外(如UWP.Electron等),大部分桌面程序如果不进行高DPI的适配,往往会出现界面模糊.控件错位.文本显示不全等问题. 目前网上关于高DPI适配的文章很少,大多只是某个问题点的解决.某个DPI相关概念的讲解,繁繁杂杂不成系统,也无迹可循. 本人曾对自己的软件进行过高DPI的适配,在适配的过程中,遇到了很多问题,这些问题中有

一.前言 一个软件,往往会用到位图资源,比如图标.图片.水晶按钮等. 在使用了位图资源后,就不能对任意DPI都进行适配,因为这样适配的代价太大了. 像Win10的缩放比例可以由100%-500%,如果全部适配的话,仅一个图标就是制作401个不同分辨率的版本,时间成本和空间成本上开销都太大了.同时,在很多DPI下,这401个图标当中有很多临近的图标的尺寸变化并不明显,甚至相同,这样无疑是浪费. 所以,我们就需要以DPI范围为基础进行适配. 相信看完的你,一定会有所收获! 本文地址:https://

一.前言 程序最基本的元素,就是文本,也就是字体.如果程序未进行高DPI的适配,最直观的感受便是字体的模糊.所以本篇便来说一下高DPI适配中的字体问题. 高DPI的适配,简单来说便是便是根据不同的DPI对尺寸和位置进行调整,那么就需要一个锚点,所有的尺寸和位置的变化都以此锚点为基准进行调整. 相信看完的你,一定会有所收获! 本文地址:https://www.cnblogs.com/lesliexin/p/14801347.html 二.字体字号与尺寸 WinForm程序,默认是支持系统的自动缩放

一.前言 光说不练假把式. 原理说再多,也不如一个例子直观明了.所以本篇文章就来通过一个例子演示一下高DPI适配的流程. 相信看完的你,一定会有所收获! 本文地址:https://www.cnblogs.com/lesliexin/p/14801749.html 二.对比 我们先来看一组对比,分别是未进行高DPI适配与已进行高DPI适配的程序运行截图. (一),DPI=96(屏幕分辨率:1080P) 1,未进行高DPI适配 2,已进行高DPI适配 这种情况下,程序未发生缩放,所以两者几乎一样.

1.设备真实DPI与系统标示DPI 2.drawable允许的标示DPI值         drawable文件的合法名称如下: 3.如何验证         Demo如下,建立不同dpi的drawable文件夹,文件夹下图片名称相同,但其图像各不相同,以便区分.         建立不同DPI的模拟器验证:         验证效果示例: 4.官方文档         关于多屏幕适配,官方文档的描述如下:  https://developer.android.google.cn/guide/p

1.AppDelegate.cpp 文件中 bool AppDelegate::applicationDidFinishLaunching() { // initialize director auto director = Director::getInstance(); auto glview = director->getOpenGLView(); if(!glview) { glview = GLView::create("My Game"); director->

targetSdkVersion 23以上,必须适配新的权限模式 安卓6.0及之后,权限分为三类  1.不涉及隐私的正常权限,如innernet2.危险权限 3.特殊权限 system_alert_window 设置悬浮窗 ,write_seetings修改系统设置 1.activity增加了运行时权限适配的3个api: void requestPermissions(String[] permissions,int requestCode) void onRequestPermissionsR

来源:http://blog.csdn.net/lmj623565791/article/details/49990941 更多:Android屏幕适配全攻略(最权威的Google官方适配指导) 一.概述 相信Android的开发者对于设配问题都比较苦恼,Google官方虽然给出了一系列的建议,但是想要单纯使用这些建议将设备很轻松的做好,还是相当困难的.个人也比较关注适配的问题,之前也发了几篇关于适配的文章,大致有: Android 屏幕适配方案 Android 百分比布局库(percent-s

一.概述 相信Android的开发者对于设配问题都比较苦恼,Google官方虽然给出了一系列的建议,但是想要单纯使用这些建议将设备很轻松的做好,还是相当困难的.个人也比较关注适配的问题,之前也发了几篇关于适配的文章,大致有: Android 屏幕适配方案 Android 百分比布局库(percent-support-lib) 解析与扩展 Android 增强版百分比布局库 为了适配而扩展 ok,我大致说一下,没看过的先看完这篇,再考虑看不看以上几篇,本篇的灵感是来自以上几篇,但是适配的方便程度.

讲到像素密度,我们先要搞明白什么是像素密度,像素密度的字面上的意思为手机屏幕上一定尺寸区域内像素的个数.在Android开发中, 我们一般会使用每英寸像素密度(dpi)这样一个单位来表示手机屏幕的像素密度,dpi的换算方法如下: 步骤1:计算得到手机屏幕的斜角像素长度: 步骤2:使用屏幕斜角像素长度去除上手机屏幕尺寸得到dpi 所以,通过这样的一个公式我们就能很方便的了解到dpi,其实就是斜角像素长度与手机屏幕尺寸的一个比值,而我们目前每个Android手机 都是通过这样一个dpi值来区分手机屏

为什么要屏幕适配?为此我就不说了,网上处理方法要么让你用几套不同分辨率的图片,要么写几套布局文件,要么就是在xml中写dip(这个还是可以的),前面两种感觉过程工作量太大了,由加载大图片的优化思想 同样对一个小算法来实现此功能.. 喜欢多媒体播放器的朋友,可以去看我的一个还未成熟的播放器,里面用到了屏幕适配,下载地址:http://www.eoemarket.com/soft/370334.html,正在完善中 先来测试代码: package cn.marsXTU.Screenadapter;

app 内部跟新是app中必须要有的功能,在app出现改变时,app内部更新能以最快的速度将应用提升到最新版本. 步骤: 1.获取本地app的版本号 int versionCode = 0; try { // 获取软件版本号, versionCode = this.getPackageManager().getPackageInfo( getPackageName(), 0).versionCode; } catch (NameNotFoundException e) { e.printStac