前几天领导安排要购置一批大屏幕设备,我看了一下,以前的程序放在这些高分辨率的设备上,可能会有问题:字体无法自动缩放,导致页面几乎难以辨认,尤其是对一些年龄偏大的人,分辨率越高问题会越严重。
这几天针对这个问题研究一番,终于有了几点认识:
一、手机等移动设备的分辨率,还涉及到一个PPI的问题,必须要高清楚像素、px、em、ppi、dpi之间的关系。
二、以前使用的iWebKit的CSS,居然还有一个未压缩版本,其中以320px为界,采取不同的处理方式。
三、 客户端浏览器中的viewport属性必须搞清楚,以前程序的问题是将screen-width设置为自动获取,结果导致了问题,如果要实现自动缩放,直接将screen-width设置为一个固定值就可以了。viewport默认是允许缩放的。
四、今天在网上找来一天,指望找到一个windows平台下的webkit模拟器,最后发现目前网上确实没有类似的东西。
五、android平台下,结合apk程序,采用自定义协议的方式,是能够实现web端调用系统程序的。
呜呼,哀哉,靠一个人的力量搞这些东西,确实有些力不从心了。那些能够发出声音的人,他们在想些啥呢。现在脑子越来越不好用了,将这些记录在这里,否则过段时间就忘记了。
这几天针对这个问题研究一番,终于有了几点认识:
一、手机等移动设备的分辨率,还涉及到一个PPI的问题,必须要高清楚像素、px、em、ppi、dpi之间的关系。
二、以前使用的iWebKit的CSS,居然还有一个未压缩版本,其中以320px为界,采取不同的处理方式。
三、 客户端浏览器中的viewport属性必须搞清楚,以前程序的问题是将screen-width设置为自动获取,结果导致了问题,如果要实现自动缩放,直接将screen-width设置为一个固定值就可以了。viewport默认是允许缩放的。
四、今天在网上找来一天,指望找到一个windows平台下的webkit模拟器,最后发现目前网上确实没有类似的东西。
五、android平台下,结合apk程序,采用自定义协议的方式,是能够实现web端调用系统程序的。
呜呼,哀哉,靠一个人的力量搞这些东西,确实有些力不从心了。那些能够发出声音的人,他们在想些啥呢。现在脑子越来越不好用了,将这些记录在这里,否则过段时间就忘记了。