这个估计已经改了有一年了。。。那时候pyim只支持全拼和双拼，现在五笔和仓颉都支持了
python 包和 elisp 包又没有冲突，即使这个python库想添加一个 pyim.el，它也得换个名字，因为在 elisp社区，是我先使用pyim前缀的:-)我好不容易从 chinese-pyim 迁移到 pyim， 你在让我迁移回去。。。
(setq pyim-default-scheme 'quanpin)
这两个变量完全没用了
哈哈，现在这样也挺好。确实换名字挺折腾的。
谢谢，我这就提交
Edit: 默认全拼，用默认的就好了，不用在设置里面再声明了吧？还是说写出来有别的用意？
Edit2: 已经提交了：
只是强调这个变量很重要:joy:
刚看到你把 org-webpage 也改名了，这导致你的包的下载量重新计数了 
大哥你这是图的啥？
为了未来, 这三个包是我自己配置的重要工具, 如果我看着不爽,我就真的不爽了…
下载量都是浮云, 用一个字母的前缀后,我命名的灵活性就增加了… 而且早点占一个好的名字也是为了以后投资
论 namespace 的重要性
1 个赞
不过也是，反正老用户还会找出来重新装上的，新用户也会更多地记住好记的名字，长远来看还是值得的。
只是苦了刚用上你的包的人，如果是小白就更惨了，三天两头被你的包的名字折磨。
建议下次改名的时候来个渐进式的改，用这个宏 define-obsolete-function-alias 先把函数声明为 obsolete，然后等到大家都换差不多了再彻底断绝。这个宏也有变量名和 face 名的版本：define-obsolete-variable-alias 和 define-obsolete-face-alias
这样做对我这种经常用 describe-xx 命令或者看 compile-log 的人还是非常有用的。举个例子：
turn-on-eldoc-mode 这个函数被标记为 obsolete 了，然后每次 byte-compile 中遇到这个函数都会警告说它已过时，提醒换成替换函数 eldoc-mode，然后我就换了。
哈哈，工作量太大了，受不了。。。。。
然而我个人感觉，一刀切才是比较好的方案……
因为既要写新的，还得注意旧的……总感觉有点累啊
是否向后兼容,似乎是一个无穷无尽的话题
这种问题上……
我还是选择跟宗教果站一队……就是无情的抛弃任何向后兼容性……
哪怕会损失用户，也不能留后患……
。。。。。。。。。。。
我用的Spacemacs master [email protected]
近期（大概2周前）在Spacemacs里点击“Update Packages”时，自动更新了Chinese Layer中引用的Chinese-pyim。
此后我使用自动中英文切换时（ 我安装了fcitx-remote-for-osx），在从Evil state想切换回Insert state时（比如按下i,o等），光标经常就freeze住（具体说，是现在insert state用中文搜狗输入法进行输入，然后Esc进入evil normal state，然后再返回insert state时，就出现freeze问题了），然后Spacemacs整个界面都没有反应了。要等上5分钟，甚至更长，才会恢复正常响应。有时候我就只能把Spacemacs强制关闭重启。
这个问题之前没有出现过，所以我推测是不是也和Chinese-pyim转换为pyim有关呢？
能不能给个Spacemacs下的解决方案。谢谢哈。
p.s. Spacemacs现在启动时，会看到如下提示 Chinese-pyim 重要更新
chinese-pyim 已经重命名为 pyim, 请同学们安装 pyim 并按照
下面的例子修改自己的配置，然后删除 chinese-pyim 包。
(require ’pyim)
(require ’pyim-basedict)
(pyim-basedict-enable)
(setq default-input-method “pyim”)
但由于对Spacemacs是新接触（之前也没接触过Emacs和其package的定制），感觉插件作者或其他已解决此问题的朋友能给个Spacemacs下的配置修改指引就最好了。
我已经提交过修复了，在 develop branch，你只要切换过去就好了
或者你坚持要用 master 的话，把那个 commit cherry-pick 过来也行（不推荐，如果这样做的话，最好基于 master 新建一个分支，以免以后影响升级）
是因为我在用spacemacs master 分支的原因吗？ 我看到 chinese layer里还是用的 chinese-pyim