几个小问题
编译未完成时继续重新编译,目前会有一个编译队列,可能在 windows 上还是不太稳定。不过我们会在下个周期对这一块进行重新设计,避免反复编译造成的问题,多谢反馈!
View Articlecreator研究随记1
非常感谢楼主的分享,有一些问题我咨询一下 a6428965: creator的canvas分辨率适配是没有EXACT_FIT即拉伸铺满屏幕,有需要的话得自己改,话说搞不懂别的模式都搞了,这个模式为什么不来个字段适配下 这个适配方式比较少见,所以我们当时并没有实现。如果有需要的话其实可以在脚本里动态调用 cc.view.setDesignResolution.... a6428965:...
View Article发布web mobile,如何热更新合图资源(png+plist)?
若是新增碎图,且游戏中引用碎图是通过配置决定(不是编辑器中多拉拽设置的),则在合图完毕之后不必拖到creator编辑器中,那么这样编辑器是不会分配uuid的。
View ArticleCocos Creator v1.3.0 内测版发布帖(10月9日更新 beta.6)
好像不用两个节点,直接新建一个空节点,添加一个cc.Graphics组件,然后active勾去掉再勾上,就报错。
View Article发布web mobile,如何热更新合图资源(png+plist)?
不经过编辑器,我都不知道你们怎么构建出 SpriteFrame 资源的?就算用配置决定也要有资源才能用吧。
View Article发布web mobile,如何热更新合图资源(png+plist)?
这么说吧,开始在编辑其中引用了a.plist和a.png,假如这个合图文件中包含了10个碎图文件,于是编辑器给每个文件分配了uuid,发布后就生成了对应的json文件。ok,现在发布webmobile版本。可是发布之后要搞个活动,新增了两个碎图,还是合并到a.plist和a.png中,而新增的两个碎图是通过配置文件决定是否引用的,此时新合成的图就没有经过编辑器,于是新的碎图则无uuid。
View ArticleCreator发布后,IE不能正常访问,请指教!
这个错误对服务器管理员来说是很容易解决的,Creator 作为前端引擎不太应该做出这种提示吧?如果要提示的话要在哪儿插入这个 IIS 的提示呢?其实这个错误很容易发现,因为浏览器详细提示了文件加载不到,而文件用别的服务器却可以正常加载,只有 IIS 不行。那么看看 IIS 的 log 应该就知道了。
View Articletiledmap地图里面物体的遮挡怎么处理
目前并不能简单的实现此需求。需要动态更新 vertexz 的节点需要以 sgNode 的形式添加到相应的 layer 中,实现方案比较 hack。
View Article.meta 文件的autoReleaseAssets
每次打开工程都自动修改别人prefab 或者fire 的.meta文件。 增加了一行代码 ‘autoReleaseAssets’ = false。 请问这是什么意思,要怎么解决呢 有朋友遇到过么?
View Article打包之后,各种出错怎么回事呀?
最近一直在学习creator,今天写个demo。但是在构建发布后各种出错,怎么回事呀? 上边是我没有构建发布之前在电脑浏览器里的效果,但是构建发布之后在电脑浏览器里变成了这样: 按钮的图片都没有了,这还不算。我用手机微信打开构建发布之后的页面后变成这样了: 第一个场景 还是横屏的,但是之后所有的场景都变成竖直的了, 设备方向在构建发布的时候选择的是 水平的呀~ CavalierTest.zip...
View ArticleCocos Creator v1.3.0 内测版发布帖(10月9日更新 beta.6)
添加一个空节点A,给A添加cc.Graphics组件,切换一次active状态,提示:移除cc.Graphics组件,添加cc.Label组件,切换一次active状态,提示:移除cc.Label组件,添加cc.RichText组件,不用切换active状态,直接提示:
View Article第三方库R.path,遇到一个问题。
NewProjectDemo.zip (852.1 KB)模块太大了没有上传执行 npm install cheerio npm install domhandler
View Articlecreator研究随记1
1、关于适配模式,我觉得这种模式是最常见吧,原生平台的很多小游戏都不会考虑适配很多屏幕,最简单就是拉伸了,脚本动态设置是可以的,但是没必要每个canvas都拉个脚本吧,而且canvas底层会监听尺寸改变事件进行刷新修改,你也得适配2、监听事件的,传true之后只能遍历从父节点到子节点?如果不能全部通知到,那还是个坑。。总不能每次都监听2次吧~~~
View Article