0x00 前言 手上的Thinkpad T470P屏幕是1920x1080的屏幕,色域范围NTSC 45%,作为一块办公用屏是正常配置,但是考虑到色彩显示和色域范围,计划升级到2K屏幕. 2k屏幕参数如下,已经达到了视网膜级别: 0x01 注意要点 Thinkpad系列具有良好的扩展性,拆机前,需要检查该机器的FRU_BOM(机器的官方零件表,上面有每个零件的FRU码),T470P的文件请看这里. https://usermanual.wiki/Lenovo/T470PFrubom2017042

现在高分屏的电脑越来越多,2K屏,4K屏层出不穷,对于.net开发人员来说,尤其是Winform开发者, 分辨率一直是个比较头疼的事情,屏幕分辨率高了,如果仍然设置显示100%,会导致字体非常小,影响观看, 因此很多时候推荐的都是150%,200%,如果主显示器设置不是100%,打开Winform项目时,会以同样的百分比 进行窗体显示,会导致后续很多问题. 基于此,在研究之后,给大家提供一下解决方案,其实官方对这问题也说得很清楚: 解决方案有三个: 第一种是根据提示设置100%重启VS,但是这种

先不说那么多,下载地址来一个:http://pan.baidu.com/s/1eSz2GBg 目前版本号为:0.3 lastest 软件上线了!三平台首发! 下载地址: http://shouji.baidu.com/software/9275073.html 百度手机助手 http://apk.91.com/Soft/Android/com.Leo.fragmentviewpager-1-1.0.html  91助手 http://apk.hiapk.com/appinfo/com.Leo.f

一.先明白几个概念 phys.width: device-width: 一般我们所指的宽度width即为phys.width,而device-width又称为css-width. 其中我们可以获取phys.width即width通过document.documentElement.clientWidth;而获取css-width通过 window.screen.width获取.如iphone6的phys.width为750px,而css-width为375px. 二. 明白一个浏览器默认行为.

视觉篇 智能移动设备由于发展历史短,但更新速度快,从而导致移动设备的物理属性差异巨大,其中一部分物理属性影响视觉,另一部分影响到交互.兼容或性能.对人类来说,至少有80%以上的外界信息通过视觉获得,视觉是人和动物最重要的感觉,所以,咱们从视觉开始说起. 看一个案例: 访问m.3600.com首页,首页焦点图,在iPhone 4下显示如下,焦点图两侧没有空白:图1 但在Samsung Galaxy S4下,焦点图两侧就有明显的留白:图2 在这个应用场景中,页面的展示效果由于设备的物理分辨率不同而产

NEXUS6原density数值: 2k屏 560 每一步: 使用RE文件管理器,编辑system/build.prop.将“ro.sif.lcd_density=”的参数改写成为需要修改的数值,保存. density的计算: 需要修改的density数值=原density数值/(1440/1080)  1440是原分辨率,1080 是你想改的分辨率,560/(1440/1080)算出1080是 420.ro.sif.lcd_density=420    720p的算法是:560/(1440/7

上一篇我们介绍了绘制主界面的MainPage.xaml,本篇则会结合MainPage.xaml.cs来讲一讲如何适配电脑和手机这些不同尺寸的设备. 同时适配电脑和手机存在几个麻烦的地方: 屏幕尺寸差距过大,不太适合以手机为基准,然后在电脑上等比放大. 手机屏幕小,但是分辨率高.比如Lumia 950的2K屏就默认采用400%的比例来显示. 手机一般默认竖屏.电脑会有16:9,3:2各种比例,且默认横屏.导致整体布局需要调整. 其他细节讨论可以看我之前写的一些心得: http://www.cnbl

转接口IC大全,信号转换大全EDP输出信号NCS8801 LVDS转EDP.RGB转EDP 封装QFN56 最大分辨率2560*1600用于手机.平板.转接板.液晶驱动板.广告机.可视门铃等等控制器到显示设备上MIPI输出信号SDD2828 RGB转MIPI 封装QFN68 最大分辨率1920*1200用于手机.平板.转接板.控制器到显示设备上LVDS输出信号GM8283 TTL/RGB转LVDS 封装: TTSOP56 最大分辨率: 1366*768用于手机.平板.转接板.控制器到显示设备上G

概述 古语有云,没有规矩则不成方圆.秦灭六国之后为了促进国内生产力的发展,也是大力推进全国度量衡的统一.车同轨,书同文.与"尺寸"相关的问题(手动滑稽),从古至今一直为人们所关注.所以在我的处女文章中,也决定大体讲讲在前端领域里面的"尺寸"问题. 目前的国内的前端开发圈子中,最常使用到的关于"尺寸"的单位,应该是 px , rem , em 这三位.本文主要介绍这三种尺寸单位是怎么来的,能做什么,要怎么用. px(逻辑像素) 在一般的计算机应用中

一,Android 各种标尺单位的含义: px:表示屏幕实际的象素.例如,320*480的屏幕在横向有320个象素,在纵向有480个象素.pt:表示一个点,是屏幕的物理尺寸.大小为1英寸的1/72.in:表示英寸,是屏幕的物理尺寸.每英寸等于2.54厘米.例如,形容手机屏幕大小,经常说,3.2(英)寸.3.5(英)寸.4(英)寸就是指这个单位.这些尺寸是屏幕的对角线长度.如果手机的屏幕是3.2英寸,表示手机的屏幕(可视区域)对角线长度是3.2*2.54 = 8.128厘米.读者可以去量一量自己的

本规范基于app大小版本测试经验总结. 第一阶段:需求分析(技术+产品) 1. 新需求是否合理 2. 新旧需求时否存在冲突 3. 理出测试重点 4. 估算测试时间 5. 不熟悉的需求点,确认(负责人,竞品) 6. 对产品有个内在认识(初衷,流程,组成) 第二阶段:编写用例 1. 大版本必写 2. 小版本创造条件写 3. 用例区分等级,标注重点 4. 正常情况之外注重新旧模块交互 5. 为空(接口空.数据空).加载超时.网络异常.重复提交.异常中断.缓存冲突.系统兼容.流程迂回.流程中断. 6.

0x00 概述 先科普一下,有关retina和HiDPI那点事 ,Macmini在2k显示器的显示太小了,看起来费眼,没办法,苹果原生HiDPI是支持4k显示器的,所以以后买显示器,直接买4k的一步到位. 目前手上的显示器是dell 2418D,分辨率为2560x1440,计划开启HiDPI 1920x1080. 例如:我的屏幕默认分辨率为 2560x1440,开启 HiDPI 后,仅显示 1920x1080 信息量,相当于之前 1 个像素内容用 1.3 个像素来表达.这正好满足我们需求,字更大

当绝大多数手机厂商还在追求后置双摄拍照的时候,已经有人开始潜心研究AR手机了.刚刚结束的美国消费电子展上,华硕发布了全新的ZenFone AR手机,配备5.7英寸2K屏.骁龙821处理器.8GB内存,运行基于Android 7.0 Nougat定制的ZenUI VR 3.0系统. AR手机技术 旗舰配置的背后,ZenFone AR最大特色是采用华硕为AR增强现实打造的2300W像素TriCam三重镜头系统,支持运动追踪和景深探测. 华硕ZenFone AR是谷歌Tango平台的第二款机型.去年中

从原理开始介绍一下移动端设计尺寸规范 初涉移动端设计和开发的同学们,基本都会在尺寸问题上纠结好一阵子才能摸到头绪.我也花了很长时间才弄明白,感觉有必要写一篇足够通俗易懂的教程来帮助大家.从原理说起,理清关于尺寸的所有细节.由于是写给初学者的,所以不要嫌我啰嗦. 推荐配合这个阅读:< 最新Android & iOS设计尺寸规范 > 现象 首先说现象,大家都知道移动端设备屏幕尺寸非常多,碎片化严重.尤其是Android,你会听到很多种分辨率:480x800, 480x854, 540x96

转自:http://www.cnblogs.com/sickworm/p/4562081.html 最近在用ZXing这个开源库做二维码的扫描模块,开发过程的一些代码修改和裁剪的经验和大家分享一下. 建议: 如果需要集成到自己的app上,而不是做一个demo,不推荐用ZXing的Android外围开发模块,只用核心的core目录的代码就好了.android和android-core的代码设计的不好,扩展性太差了(我在后期开发新需求的时候改修改了很多CameraManager的逻辑).只使用cor

最近在用ZXing这个开源库做二维码的扫描模块,开发过程的一些代码修改和裁剪的经验和大家分享一下. 建议: 如果需要集成到自己的app上,而不是做一个demo,不推荐用ZXing的Android外围开发模块,只用核心的core目录的代码就好了.android和android-core的代码设计的不好,扩展性太差了(我在后期开发新需求的时候改修改了很多CameraManager的逻辑).只使用core目录的集成方法很简单,参考: https://github.com/zxing/zxing/blo

Crash率是衡量一个App好坏的重要指标之一,如果你忽略了它的存在,它就会愈演愈烈,最后造成大量用户的流失,进而给公司带来无法估量的损失.本文讲述美团外卖Android客户端团队在将App的Crash率从千分之三做到万分之二过程中所做的大量实践工作,抛砖引玉,希望能够为其他团队提供一些经验和启发. 面临的挑战和成果 面对用户使用频率高,外卖业务增长快,Android碎片化严重这些问题,美团外卖Android App如何持续的降低Crash率,是一项极具挑战的事情.通过团队的全力全策,美团外卖A

一年前,系统学习过3D数学,并记录了一篇博客<C#程序员整理的Unity 3D笔记(十):Unity3D的位移.旋转的3D数学模型>. 一年后,再次温习之. 坐标系:Unity3D使用左手笛卡尔坐标系(Descartes coordinate system) 世界坐标系(world space):在一个游戏场景中,唯一. 物体坐标系\局部坐标系(local\Object space):每个物体有各自的独立的坐标系.如桌子的物体坐标系中,扶手相对桌子腿位置.有时候,不需要对外暴漏太多细节. 摄像

前言制作Mac USB系统安装盘安装Mac OS 10.12制作win10 USB系统安装盘安装win10windows多分区实现 前言 同事有一台mac pro,系统是mac os 10.9+win7,由于办公比较多,所以一直使用win7,macos也就没有怎么升级,也没怎么用,后面买了个显示器,接入之后,发现win7的扩展显示器兼容性有问题,mac pro retina 2k屏,扩展屏幕是1440x900的,这样的话扩展屏的东西就被放大了2倍!!桌面都被才切成1/2了,也就是说无法独立设置屏

1数据库准备工作 1创建数据库 2 创建product表 代码如下: CREATE TABLE `product` ( `pid` ) NOT NULL, `pname` ) DEFAULT NULL, `market_price` double DEFAULT NULL, `shop_price` double DEFAULT NULL, `pimage` ) DEFAULT NULL, `pdate` date DEFAULT NULL, `is_hot` ) DEFAULT NULL, `

网上有很多大拿分享的关于Android性能优化的文章,主要是通过各种工具分析,使用合理的技巧优化APP的体验,提升APP的流畅度,但关于内存优化的文章很少有看到.在Android设备内存动不动就上G的情况下,的确没有必要去太在意APP对Android系统内存的消耗,但在实际工作中我做的是教育类的小学APP,APP中的按钮.背景.动画变换基本上全是图片,在2K屏上(分辨率2048*1536)一张背景图片就会占用内存12M,来回切换几次内存占用就会增涨到上百兆,为了在不影响APP的视觉效果的前提下,