好样的，我要躺坑了，别拦着我
那先修复一个能构建发布的版本出来呗，不然没法编译嘞。
@jare jare大大，我提过的关于EditBox在native上的UI表现，不知道哪个版本会优化？
这是2.x的editbox，Android原生的EditText放到了虚拟键盘的上部，当虚拟键盘弹出时，整体UI上移的高度很大，然而UI是微信的样子，输入框在底部的话，图中B框还会遮盖UI中输入框。整体界面不太友好。1.x版本和cocos2dx是没有这个问题的。我看了下2dx的实现方式。发现是把Android的EditText通过计算，放到了图中框A的地方。我觉得这种方式比较合理些。
rc.5 已经上传了
这里 UI 整体上移的问题，我们会进行优化，应该很快了。不过我们不会完全改造成 2d-x 那样，因为那样各个平台的逻辑不太统一，实现成本太高了。我们参考了很多同类引擎，目前在移动端都是采用这种输入方式的，比较不会出问题。
ths
很佩服那些用2.x来做项目的人，官网也真是的，明明是preview版却写着最新版，bug满天飞，我在想，引擎组是不是天天加班到半夜脑子都晕乎乎的，测也没测就扔上来发布，还是说拿到投资了被投资人逼着上新版本……
2赞
更新 2.1.0 rc5 试试。
用2.0.5，这是稳定版
你在哪里看到 bug 满天飞的…… 论坛里的是公测版，不是给你当正式版用的。
rc5的rotateTo和rotateBy还有点问题
之前旋转方向是反的，这个版本纠正了方向，
cc.rotateTo(1,60) 如果节点当前角度是0是正常的,如果不是0,就会直接变为-rotation
update: function (dt) {
…
let rotationZ = -(startAngle.z + angle.z * dt);//应该是这个负号引起的
…
}
这个负号删掉，initWithDuration中把角度转一下好像好一点，我只看了2d的
initWithDuration: function (duration, dstAngleX, dstAngleY) {
if (cc.ActionInterval.prototype.initWithDuration.call(this, duration)) {
let dstAngle = this._dstAngle;
if (dstAngleX instanceof cc.Vec3) {
dstAngle.set(dstAngleX);
if (dstAngleX.x || dstAngleX.y) {
this._need3D = true;
}
}
else if (dstAngleY !== undefined) {
dstAngle.x = dstAngleX;
dstAngle.y = dstAngleY;
dstAngle.z = 0;
this._need3D = true;
}
else {
dstAngle.x = dstAngle.y = 0;
dstAngle.z = -dstAngleX;//这里<<<<<<<<<<<<<<<<
}
return true;
}
return false;
},
连续rotateTo又发现了个问题
2D的时候startAngle读欧拉角有问题啊eulerAngles.z只有[-90,90]
this._startAngle.set(target.eulerAngles);
this._startAngle.z = target.angle;//加这句<<<<<<<<<
我的游戏没问题了
仅2D
2赞
我用着，还行，可以
2.1不支持i18n? 重新安装都不行，咋回事啊
同样遇到了，i18n没法用了，只有更新回2.0版本
新建项目，项目名称第一个字母是大写的话·····创建完成，文件夹名字总是丢掉第一个大写字母
关于粒子的 bug，已修复
2.1不支持i18n 重新安装都不行, 这个问题收录了吗
你可以修复 i18n/utils/package.js 中的下列代码
let PATH = Path.join(Editor.projectPath, ‘./assets/resources/i18n’);
修改成
let PATH = Path.join(Editor.Project.path, ‘./assets/resources/i18n’);