在移动端中我们经常碰到横屏竖屏的问题，那么我们应该如何去判断或者针对横屏、竖屏来写不同的代码呢。 首先在head中加入如下代码：
在移动端中我们经常碰到横屏竖屏的问题，那么我们应该如何去判断或者针对横屏、竖屏来写不同的代码呢。
本文是摘录整理了移动端常见的一些bug以及解决方案，第一篇，后面还会有持续的文章更新整理。
Q: 当你点击一个链接或者通过Javascript定义的可点击元素的时候，它就会出现一个半透明的灰色背景。
1.点击样式闪动 Q: 当你点击一个链接或者通过Javascript定义的可点击元素的时候，它就会出现一个半透明的灰色背景。
最近项目中拍照页面需要设置为横屏，需求如下 进入拍摄页面后将页面强制设为横屏，拍照结束后回复竖屏。 简述为：A->B（横屏） 屏幕快照 2016-07-29 下午5.50.02.png 1. 首先在
免费视频直播、点播H5播放器SkeyeWebPlayer适配排除，移动端，常见移动端Web页面问题及解决方案SkeyeVSS其独创的ws-rtsp流媒体直播技术，兼容传统安防流媒体的同时，不需要安装浏览器插件，解决互联网接入安防监控延迟高、起播慢等问题；支持全平台终端H5直播点播（PC、Web、Android、iOS）。一般情况下SkeyeWebPlayer播放器的宽度是自适应，高度css 或者 new WebMediaPlayer()中的height参数来设置，常用的56.25 （56.25% 等于 16
首先，实现手机页面在PC端预览， 则先在网上找到一个手机的背景图片，算好大概内间距，用来放预览的页面，我这里是给手机预览页面的尺寸按iphone5的尺寸来的；
如果你关闭自动识别后 ，又希望某些电话号码能够链接到 iPhone 的拨号功能 ，那么可以通过这样来声明电话链接 ,
在一些特定的 App 里，我们不希望手机横屏的时候，App 发生旋转，在 main 函数里，像下面这样设定，就可以做到全局禁用横屏模式了。
这是一个最好的时代，因为我们站在潮流中；但也是一个最坏的时代，因为我们站在潮头上。 META相关
今日，开发了一个 h5 项目，其中有部分页面使用了底部按钮，采用的是相对于浏览器窗口定位的样式制作的。
Meta属性在移动端可以说是不得不知道的使用得非常频繁的技术。下面就给大家整理一下在移动端的各大浏览器一些私有的Meta属性。
面对着产品同学不断的询问：为什么 h5 的体验这么差？为什么不能和 app 的播放体验保持一致？我们对着 h5 不明确的文档和不同浏览器的怪异表现欲哭无泪。
本文来自“小时光茶社（Tech Teahouse）”公众号 作者简介： 文赫，2015年加入腾讯，作为前端开发工程师参与过手Q游戏公会，游戏中心，企鹅电竞等项目，具有丰富的移动端开发和直播开发经验。 导语 企鹅电竞项目，直播和视频播放是其中的核心。面对着产品同学不断的询问：为什么h5的体验这么差？为什么不能和app的播放体验保持一致？我们对着h5不明确的文档和不同浏览器的怪异表现欲哭无泪。 经过一系列的调研爬坑，斩荆披棘，我们一步步提升了体验，做到了和app基本一致的体验。在摸索优化背后，我们也想把这些问题
最近公司要开发一个移动端的养成类网页游戏（就是用手点各种按钮最后你会找到一个女朋友=。=），要求横屏显示，不能竖屏。 有经验的你肯定知道，当用户竖屏打开时，提示说你要把手机转过来是在是件很蠢的事情。这时如果用户没开启手机里的横屏模式，还要逼用户去开启。这时候用户早就不耐烦的把你的游戏关掉了。 我先进行了调研，想看有没有现成的api。参考过screen的api以及manifest方法 ，实验结果当然是不行。 那么现在我唯一能想到的解决办法，就是在竖屏模式下，写一个横屏的div，然后把它转过来。 好了我的测试
前面刚发了这个技巧总结系列的第四篇文章，这篇文章总结的一些日常开发中的技巧或更偏向于Cocos2d方向，因为最近在游戏中有原生的一个客服系统需要加进来，就涉及到一个游戏和原生界面的交互以及各种各样的BUG，游戏是属于在别人代码的基础上进行的二次开发，属于一个非ARC的情况，而我们现在的三方应该都是ARC，还有那些让人头疼的屏幕旋转键盘等等的问题，最近爬的坑有点多，所有这篇就主要来总结这些坑！当然在我们的普通应用中遇到这些问题我们还是同样可以依照这些技巧总结的。
作者简介： 文赫，2015年加入腾讯，作为前端开发工程师参与过手Q游戏公会，游戏中心，企鹅电竞等项目，具有丰富的移动端开发和直播开发经验。 导语 企鹅电竞项目，直播和视频播放是其中的核心。面对着产品同学不断的询问：为什么h5的体验这么差？为什么不能和app的播放体验保持一致？我们对着h5不明确的文档和不同浏览器的怪异表现欲哭无泪。 经过一系列的调研爬坑，斩荆披棘，我们一步步提升了体验，做到了和app基本一致的体验。在摸索优化背后，我们也想把这些问题和解决方法总结下来，让其他同学做到直播的时候可以自豪的说，这
fullpage.js是一款切换效果插件，支持主流浏览器与ie8+，网上的示例多是纵向切换，但是横向切换示例较少，翻看了一下api文档，调用moveTo方法，即可切换至任意纵向任意横向的分屏中，先看下效果
meta基础知识 H5页面窗口自动调整到设备宽度，并禁止用户缩放页面 <meta name="viewport" content="width=device-width,initial-scale=1.0,minimum-scale=1.0,maximum-scale=1.0,user-scalable=no" /> 忽略将页面中的数字识别为电话号码 <meta name="format-detection" content="telephone=no" /> 忽略Android平台中对邮箱地址的识
在 H5 中，我们通常会使用 REM 和 VW 这两种单位来实现页面的响应式布局。这两种单位可以让页面元素的大小随着根元素（对于 REM）或视口宽度（对于 VW）的大小变化而变化，从而适应不同尺寸的屏幕。
使用Android模拟器測试自己开发的程序时，有时候会发现屏幕为横屏显示，查看效果非常不方便。
一转眼的功夫，2022已经悄然的来到；因为最近忙着一个中型项目的迭代和AR项目的上线，都已经N久没发表过技术类的文章；最上一篇还是上一年Iot同学那边送的开发板的开发入门介绍。今天我们就来说一下H5手机页面的特效吧；都2022年还H5？没办法H5实在太深入人心了，特别是在微信开放了外连接H5又变得重要了。所以就说一下最近开发H5的一些经验。
移动端H5知识[系列] - 固定像素的实现方法 HTML5学堂：随着对移动端的探索，而今我们逐渐形成了“横向百分比，纵向rem”。日前看网易对移动端的操作，发现网易的lofter采用了固定像素进行制作。今天我们就来剖析一下这种方法。 2015.08.19 测试手记：在魅族4当中的内置浏览器进行测试时，无论是我们书写的页面还是网易的lofter页面，都出现了bug问题，主要bug现象如下：当手指滑过部分文字的时候，文字的大小会出问题。经过排查之后，发现，在网页中的a标签会出现这个问题。当鼠标移动到a标签上的时
本文实例讲述了Android开发使用Activity嵌套多个Fragment实现横竖屏切换功能的方法。分享给大家供大家参考，具体如下：
HTML5学堂：随着对移动端的探索，而今我们逐渐形成了“横向百分比，纵向rem”。日前看网易对移动端的操作，发现网易的lofter采用了固定像素进行制作。今天我们就来剖析一下这种方法。 2015.08.19 测试手记：在魅族4当中的内置浏览器进行测试时，无论是我们书写的页面还是网易的lofter页面，都出现了bug问题，主要bug现象如下：当手指滑过部分文字的时候，文字的大小会出问题。经过排查之后，发现，在网页中的a标签会出现这个问题。当鼠标移动到a标签上的时候（即便不点击），标签的字体和行高会失效。具体原
绑定tap方法的dom元素，触发该方法时，该dom元素下方同一位置的dom元素会触发click事件或者有浏览器认为可以被点击交互的dom元素（input的focus事件），称为tap击穿现象。
说实话，我们这次开发移动端的项目，整个项目组的人都是第一次，最初立项的时候为是选择native app和web app还争论了一番，最后综合考虑，我们选择了web（我们选择了h5）开发。但从这两种开发
HTML5学堂：移动端布局一直都是一个问题，各种各样的分辨率使得移动端的布局需要耗费大量的时间。今天介绍一个框架pageResponse.js可以让页面在各种分辨率手机下都能完全不走样。 通常移动端的布局方式 1、rem布局，通过动态设置根目录下的font-size达到元素大小“自适应”，通常和百分比布局一起使用 2、固定像素设固定视口宽度。 3、最费事的media query，根据设备视口宽度不同设置不同的样式，换句话说一个页面有多套样式。可以说是正宗的响应式布局。 常规的做法带来的苦恼 常规的这些做法总
安装cordova扫码插件 cordova plugin add https://github.com/phonegap/phonegap-plugin-barcodescanner.git 然后在要页面上添加调用的按钮 <button ng-click="erweima()">扫描二维码</button> 然后在控制器里面写调用的方法 angular.module('app').controller('erweima
Android横竖屏切换在手机开发中比较常见，很多软件在开发过程中为了避免横竖屏切换时引发不必要的麻烦，通常禁止掉横竖屏的切换，
在开发DeveMobile 与EaseMobile 主题 的时候积累了一些移动Web 开发的前端知识，本着记录总结的目的，特写这篇文章备忘一下。 要说移动Web 开发与传统的PC 端开发，感觉也没什么不同，但得益于苹果对于智能机的推动，CSS3+HTML5几乎可以毫无顾忌的使用，然后浏览器端考虑webkit内核的就差不多了。 webkit内核中一些私有的meta标签 <meta name="apple-mobile-web-app-capable" content="yes"> <meta name="vi
使用能快速调用移动设备的电话/短信/邮件三大通讯功能，使用<input>能快速调用移动设备的的图库/文件。 这些功能方便了页面与系统的交互，关键在于调用格式一定要准确，否则会被移动端浏览器忽略。
不知不觉在网易已有三年半，占了一半时间都在与移动端打交道，整个阶段都是遇坑填坑的学习过程。移动端开发在前端里像神一样地存在，不是说它多难而是说它坑位实在太多了，怎样填都填不完。Android和iOS各显神通，Android的系统版本和屏幕分辨率多得难以一招兼容，iOS的顽固标准和未知特性多得难以快速掌握。
meta是html语言head区的一个辅助性标签。也许你认为这些代码可有可无。其实如果你能够用好meta标签，会给你带来意想不到的效果，meta标签的作用有：搜索引擎优化（SEO），定义页面使用语言，自动刷新并指向新的页面，实现网页转换时的动态效果，控制页面缓冲，网页定级评价，控制网页显示的窗口等！
前端代码的编写永远逃不过“兼容”二词，从前PC时代，因为IE的傲娇，导致程序猿们一直在兼容IE的道路上挣扎，如今移动设备的普及，仿佛让我们看到了希望，仿佛马上就要摆脱IE了，可是！一波还未平息，一波又来侵袭~移动端确实不用考虑IE了，各种CSS新特性也用的爽到飞起，但一座大山压了过来，那就是分辨率的适配，移动端由于展示区域比较小，因此对于页面在不同分辨率手机上的展示细节也要求更加严格，这时像PC端有些固定宽高的布局方式显然不适应，我们被要求对于不同大小手机页面能自适应，真是非常有（tong）趣（ku）呢~ 话不多说，下面就总结了一些移动端常用的适配手法：
HTML head 头部分的标签、元素有很多，涉及到浏览器对网页的渲染，SEO 等等，而各个浏览器内核以及各个国内浏览器厂商都有些自己的标签元素,这就造成了很多差异性。移动互联网时代，head 头部结构，移动端的 meta 元素，显得更为重要。了解每个标签的意义，写出满足自己需求的 head 头标签，是本文的目的。本篇以一丝的文章为基础，进行扩展总结介绍常用的 head 中各个标签、元素的意义以及使用场景。 DOCTYPE DOCTYPE(Document Type)，该声明位于文档中最前面的位置，处于 h
优化以前写过的一篇文章：https://www.cnblogs.com/beileixinqing/p/11283315.html
1. 弹出数字键盘 <input type="tel"> <input pattern="\d*"> 安卓跟IOS的表现形式应
本文的目的是搜集当前主流的meta配置，方便开发者快速开发调试。在这里不会做各种meta的深入分析，只是简单的介绍，让大家知道有这个东西。
准备编辑这段时发现简书上已经有作者写了关于rem布局的介绍，并且他的设置比我所用的更加简洁，贴上地址供大家学习参考。 手机端页面自适应解决方案—rem布局进阶版（附源码示例）
用户要的只是4种效果：自己横竖屏切换+对方看到的横竖屏切换，但是sdk却有4X4X4=64种实现方式，一旦遇到问题就很费解。以下将引导：用最简单的方式，体验sdk的横竖屏切换功能。
平时在页面开发过程中，常会感觉有几个地方不太便利，例如： （1）浏览器中打开的标签页太多，调试的页面是其中的一个，感觉被淹没了，比如查看完其他网页资料，然后编辑代码，再找调试页面时就比较麻烦，得从众多标签页中寻找 （2）开发中有时需要清除浏览器缓存，但这可能影响已经打开的其他网站 （3）每次修改完代码后，需求手动刷新页面查看效果 后来我就使用单独的浏览器打开调试页面，这样可以使用 ctrl+tab 快捷键快速打开，并且清除缓存也不影响其他网页，然后使用 browsersync 来自动刷新 正好前阶段发现一个
在前一阶段的工作中，突然接到了这个需求：_手写签批的页面在移动端竖屏时强制页面横屏展示进行签字_，一开始我觉着只要将页面使用 CSS3 的 transform 进行 rotate 一下就可以了，但是当我尝试后发现并不是像我想象的那样简单。
如同桌面端一样，在国内做web 移动开发的话肯定得考虑下移动端占有率靠前的几个国产浏览器的一些适配工作。好在当前移动端浏览器都是wekit 内核一霸天下，单从这个角度看兼容工作相对于桌面的百花齐放舒服了不少。 数据就不罗列了，目前移动端国产浏览器的占有率上是UC 跟QQ 浏览器这对基佬，所以做前端肯定优先考虑这二货。下面就说下移动端UC /QQ 浏览器的部分私有Meta 属性，都来自其开发者文档（UC开发者中心，左下一doc文档，QQ浏览器）。 UC 浏览器的部分私有Meta 属性 设置屏幕方向为横屏还是竖
在上一篇 移动端之在不同尺寸大小的手机上展示同一效果解决方案 中,我们考虑的只是默认竖屏的情况.很显然,如果用户手机允许屏幕旋转,那么在横屏的情况下,页面就变得很恶心了.
TextInputLayout是MaterialDesign库中对编辑框EditText进行增强的一个控件。众所周知，EditText未输入字符时，我们可以给它显示默认的提示文字hint；可是一旦输入字符，这个hint提示就消失了，虽然没有提示也没有什么大碍，但有总比没有好呀。TextInputLayout便是用来解决提示文字的显示问题，它默认把提示文字显示在编辑框的上方，这样在编辑框内输入文字，就不影响上方的提示文字了。 代码中使用TextInputLayout要进行以下改造： 1、添加几个库的支持，包括design库（TextInputLayout需要）、appcompat-v7库（AppCompatActivity）； 2、编辑框所在页面的Activity需要继承自AppCompatActivity，否则运行时打开页面会报错； 3、布局文件中在TextInputLayout节点下面加入EditText控件，必须并且只能加入一个EditText； 下面是TextInputLayout新增的方法说明： setHint : 设置提示文字的内容。 setHintEnabled : 设置提示文字是否可用。 setHintTextAppearance : 设置提示文字的风格。 setHintAnimationEnabled : 设置提示文字的展示动画是否可用。 setError : 设置错误文字的内容。 setErrorEnabled : 设置错误文字是否可用。 setCounterEnabled : 设置文字计数器是否可用。 setCounterMaxLength : 设置文字计数器的最大长度。 从以上方法可以看到，TextInputLayout增加的界面元素主要是三个，分别是位于编辑框左上角的提示文字、位于编辑框左下角的错误文字、位于编辑框右下角的文字计数器。具体的文本输入布局效果如见下：
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
实时音视频
对象存储
云直播
