罗技G930耳机经常自动断开重连等问题解决方案及使用感受

罗技G930，配置强大，7.1环绕，还有不错软件驱动支持，使用过程中，也遇到了些一问题，比如，经常无故断开重连，软件电量指示不准，无法作为次要设备不休眠使用等等。

一直想买个PC的无线耳机，因为之前买的罗技带麦克风的摄像头，每次打游戏他们都说很吵。。。

正巧（四个月前）碰上亚马逊海外购的活动，买了这款罗技G930，配置描述超级强大，外观超酷炫，7.1环绕，还有强大的软件驱动支持，一心动就拿下了，等了半个月到了迫不及待试试，过程中，也遇到了些一问题，比如，经常无故断开重连，软件电量指示不准，无法作为次要设备不休眠使用等等。就这几个问题我简单聊聊。

经常无故断开重连，困扰了我很久，也是严重影响我的使用体验的。每次语音团战，突然听不到了。很闹心，查了大量资料似乎很多人都有这种情况。我总结下可能存在的原因：

  • 无线设备干扰，比如WiFi干扰，蓝牙干扰，设备过多造成影响，有人说把路由信道调整一下，我觉得不太靠谱。我尽可能的关闭了无线设备，似乎未见好转。
  • USB供电不足导致蓝牙接收器信号不稳定，我前面后面都插了似乎没见过什么改善。
  • 驱动版本问题，似乎有点效果，也不知道是偶然的，我试过很多个版本的驱动（因为我用了多个罗技设备，其中有个版本的罗技设备管理软件，似乎切到耳机设备就会报错，莫名其妙呢！？）。

我后来有查到是驱动版本问题，我这里使用的是WIN10 64bit，我试了这个版本的驱动似乎好了，https://download01.logitech.com/web/ftp/pub/techsupport/gaming/LGS_8.58.183_x64_Logitech.exe

有兴趣可以尝试，当然安装前请卸载旧的。

参考：Logitech G930 Disconnect Fix – Windows 10

继续阅读“罗技G930耳机经常自动断开重连等问题解决方案及使用感受”

表单中readonly的input等标签，禁止光标进入（focus）的几种方式

在做移动端页面，表单内的部分元素如果设置了readonly=”readonly”，CHROME模拟移动端是看不出问题的。而手机上虽然表单元素不能编辑内容，但是会出现闪动的光标以及页面底部有一条系统自带的控制bar。这样的体验很差，于是我总结了几个方案。

在做移动端页面，需要在订单页面中显示表单数据，由于UI统一，所以就依旧采用form的结构来写结构，只读数据的标签自然要加readonly=”readonly”，以为这样就行了，CHROME模拟移动端是看不出问题的。手机上一看，虽然表单元素不能编辑内容，但是会出现闪动的光标以及页面底部有一条系统自带的控制bar。

表单readonly元素依然有光标
表单readonly元素依然有光标，底部还有BAR，感觉不好

这种情况对我来说并不好。于是网上找了一些解决方案，现在总结一下：

方案一（JS）：

<input type="text" value="test" onfocus="this.blur()" readonly="readonly">

这个很好理解就是进入的时候自动跳出。但是缺点是一方面js处理没有css好，二是如果需要在该元素上绑定其他事件，其他人开发不留意可能会造成事件覆盖。

方案二（CSS）：

[readonly="readonly"] {
  user-select: none;
}

这是个新的实验性属性，具体说明及兼容性可参考user-select MDN
用起来感觉很好，但是同样有两个问题：一，非标准属性（请尽量不要在生产环境中使用它！）；二，如果用户想要复制该表单内容就不行了，这个问题个人感觉很严重！

方案三（CSS）：

[readonly="readonly"] {
  pointer-events: none;
}

这个是我感觉比较适合我的，因此最后我采纳了该方案，当然也是有弊端的，绑定在只读表单元素的所有事件将无法生效。除此之外都表现完美，就我目前需求来看，也不需要什么事件。因此采用了~

当然，如果你也遇到相似的问题，可以根据情况选择对应的方案，当然，如果你也有更好的方法也欢迎留言~

PostCSS学习指南（二）

关于我最近学习PostCSS的一些相关心得和总结，主要介绍项目中可能用到的一些插件比如autoprefixer，postcss-partial-import，postcss-advanced-variables，cssnano，postcss-px2rem，precss等等

(推荐访问github上面的Markdown排版的介绍PostCSS学习指南（二）)

继上一次PostCSS学习指南（一）后，渐渐开始在项目中应用。

这次决定主要讲解一些个人认为非常有帮助的PostCSS插件。

本期主要介绍以下几个插件和几个坑

  1. autoprefixer
  2. postcss-partial-import
  3. postcss-advanced-variables
  4. cssnano
  5. postcss-px2rem
  6. precss
  7. postcss-nesting和postcss-nested
  8. 坑( ఠൠఠ )ﾉ

autoprefixer

这个就不用多说了，必装插件之一。方便的写规范的css，它会为你提供非常完整的hack兼容方案的。当然这里需要了解一下的是，它的大部分兼容数据来源Can I Use，另外一个稍微需要了解的插件配置参数就是browsers，比如这样写：

module.exports = {
  plugins: [
    require('autoprefixer')({ browsers: 'last 2 versions' })
  ]
}

关于这个参数的详细介绍可以看看Browserslist Queries，文中说了，强烈建议将查询写入package.json（后面会告诉你为何要写在这里），而非配置postcss.config.js中autoprefixer的browsers参数。所以此处建议写法如下： 继续阅读“PostCSS学习指南（二）”

为了WordPress支持markdown…我重装了wordpress和theme,然而…

为了让wordpress支持markdown,重新升级了后台和主题还是没能像官方说明那样解决…最后才发现,那是给基于wordpress官方站点上创建的博客使用的…也真是醉了.

随着时代的推移,大部分文档开始使用markdown格式来编写了…我也打算把这些我排版好的markdown格式的文件直接弄到wordpress上面发表…我Google了一下,第一篇就是这篇文章Markdown — Support.

满怀欣喜的按照里面的说明找到设置 – 撰写, 却没有看到那个开启markdown的选项.

我有点不爽,难道是版本过低.对于每次进入后台都看到升级提示已经令我很不爽了…好吧我更新一下吧.折腾了大半天更新完了…也就是现在看到的博客的新样子…有2015主题换成了2016主题,本来想2017的,完全不懂头部的那张大图的设计含义…小心翼翼的保证一切主题修改的没出错(其实我也不知道到底出错没).主要是插件,主题的部分php修改,还有自己添加的代码高亮组件.反正瞎倒腾好了…再次满怀欣喜的找到设置-撰写发现根本就跟之前一样的时候…

我觉得我经历了绝望.这什么破玩意哦…遂去查找有没有相关的Markdown插件,貌似也没一个比较好用的…

这次大的更新,就当作是升级了一下…找了很多为什么没有刚才那个选项,后来说只有在他们服务器上面开的wordpress站点才支持,并非wordpress这个程序支持…于是我在我在wordpress上面创建的博客后台找到了…真是坑爹.

wordpress是不支持markdown的
wordpress是不支持markdown的

好吧,至此,如果实在是要的话,就只能用插件了…我不太想装插件,勉强就先这样了.如果你需要的话,据说比较好用的就是Jetpack了,大家自己尝试下下咯~

参考:

How to use markdown for wordpress posts

在Wordpress中如何使用MarkDown编辑博文？

PostCSS学习指南（一）

关于我最近学习PostCSS的一些相关心得和总结

(推荐访问github上面的Markdown排版的介绍PostCSS学习指南（一）)

PostCSS介绍

PostCSS是一个利用JS插件来对CSS进行转换的工具，这些插件非常强大，强大到无所不能。其中，Autoprefixer就是众多PostCSS插件中最流行的一个。

截至目前（2017年7月）PostCSS已经有超过200个插件，你可以插件列表查找有没有你所需要的插件。如果你想自己写个插件，据说这是一个不错的主意，而且非常简单，你可以试着搞点事。

看到这里，你可能没有发现它的强大之处，甚至我自己都没有被我翻译的这段官方文字所打动。~~因为没(wǒ)有(yě)对(bù)比(tài)就(huì)没(yòng)有(zhè)伤(wán)害(yì)。~~好了，是时候启动装逼模式了。

维基百科，阿里巴巴，谷歌，Wordpress，Twitter等网站均有使用，大佬们都在用你有什么理由不跟上步伐。

再来看看这张PostCSS下载数量的npm-stat统计表（数据证明一切）：

PostCSS下载数量

学习PostCSS之前需要了解一些事情：

  1. PostCSS插件的处理方式类似那些CSS预处理器，而非预处理器和后处理器（PostCSS is Not a *Pre-*processor and Not a *Post-*processor either）
  2. PostCSS is Not “Future Syntax”（不是新式语法？不知道怎么翻译）
  3. PostCSS本身并非整理或优化CSS的工具
  4. PostCSS可以完成很多意想不到的事情，例如用postcss-rtl恶搞一下:yum:

那么它还有一些特性，例如创建了一个插件功能极强的生态系统，具有模块化需要什么用什么（precss就是一个集成了类似SASS的包），相比其他的CSS预处理器它的优势主要体现在以下几个方面：

  1. 拥有极高的处理性能（3倍以上的处理速度）
  2. 你既可以写正常的CSS，也可以结合LESS或者SASS一起编写
  3. 对Source Map支持更好
  4. 他的插件真的太多太强大太便利了

其他对比SASS和LESS的区别在于他们内置了大量的方法，而也许你只需要用到几个变量而已，大材小用。而PostCSS则可制定个人需求的一套解决方案（仅安装需要的插件）。这也就是他高性能的主要原因。几乎SASS和LESS有的功能全都有！

总之好处太多了。这里就不一一列举了。迫不及待的你已经等不及安装使用了吧。

继续阅读“PostCSS学习指南（一）”