程序最小化打包在431KB
,icon已压,JS、CSS、HTML无压缩,又大了点。
更新日志 2014/11/2 10:25 【版本号:0.1.1】
####【BUG修复】
- 忘了改了啥了
####【新增功能】 #####【登录】
- 目前没有实现二维码扫描登录,只提供手动输入(我是QQ发到手机上复制了,输了8位还是几位,看花了,放弃了。。。)。
#####【主页】
- 新增tab切换;
- 添加loading(其实也就是
<progress>
),感觉还算协调,姑且先这样吧。
######【头像】
- 添加头像显示开关;
- 头像大小切换,适合高清党,也算不上太高清(
128x128
); - 开关即时生效。
######【主题详情】
- 支持详情中所有图片(不分存储,只分
/src="[a-zA-z]+:\/\/[^\s]*/g
)的显示开关,关了之后只剩下… - 支持CNode上传(七牛)的图片大小切换,关:最大128x128范围以内等比,开:原图;
- 和头像开关一样,很适合2G、3G、4G、5G…的小伙伴没事当微博刷,只接收JSON的话,流量相当小。
#####【新建主题】
- 新建成功后跳转到该主题;
- 附加小尾巴功能,可以在设置中修改,会补全为
\n----------\n
开头,方便隔行。
#####【赞】
- 一颗小红心,暂时不做登录验证
#####【评论】
####【icon】
- 重做了矢量应用图标,新增了xxhdpi。
####以上,貌似都写全了
code地址
https://github.com/saionjisekai/ionic-cnodejs
下载地址
试了一下fir.im,果然很高端啊。 安装包【0.1.1】
@alsotang 于是我躺了一枪。。。怎么头像质量突然成渣了呢。。。然后发现原来多了个 s=40
的参数。。。然后我 Android 客户端只好做一下字符串替换了~
其实这种 URL,因为不同端的需求不一样,其实可以学习 GitHub 的 Hybermedia API 的做法,将这些需要客户端自己加的参数换成方便替换的「模板」:
members_url: "https://api.github.com/orgs/bestng/members{/member}",
public_members_url: "https://api.github.com/orgs/bestng/public_members{/member}",
具体地,为了向后兼容,现在的 avatar_url
就不要动了,增加一个字段。比如:
avatar_url: "//www.gravatar.com/avatar/a5f41e944a8314db521c2a94269c6235?size=48",
avatar_url_presized: "//www.gravatar.com/avatar/a5f41e944a8314db521c2a94269c6235?size={size}",
@saionjisekai Android 上有封装好的 ZXing。。。毕竟都是谷歌自家的东西。。。(虽然谷歌自己封装得也够烂。。。)
其实我那边登录已经搞好了,只是这几天没时间做其它功能,要做大作业 _(:зゝ∠)_
@xingrz @saionjisekai 想请教一下,线上看起来并不模糊啊…怎么线下会模糊?或者你们调一下 url,看看 s = 80 会不会好一点?毕竟很多时候我们并不需要原图大小的头像。对于线上来说,40 已经满足我的需求了,如果你们需要 80 或者 100,那我改成那个数值大家就可以一起用了
@alsotang 像素密度的问题。一般我们在普通显示器上,40px 的头像需要 40px 的大小,没错。
但是,在 Retina 的 Mac、iPhone、iPad 上,因为是 2x 分辨率,自然就需要 80px 的图片才能达到 Retina 的效果。 同理,iPhone 6 Plus 是 3x 分辨率,也就需要 120px 这么大。
安卓的情况更复杂。安卓光是官方建议支持的像素密度就有 mdpi(1x)、hdpi(1.5x)、xhdpi(2x 比如 Galaxy Nexus)、xxhdpi(3x 比如 Nexus 5) 四种。
所以既然大家的需求都不一样,不如直接留个模板让客户端自己替换里面的参数。
@alsotang 主要是因为,现在的做法是判断到 gravatar.com
就替换 size=48
,判断到 avatars.githubusercontent.com
就替换 s=40
。这么处理略显干涩。。。现在这种处理方式我是很不喜欢的:
// TODO: 暂时的 workaround, 未做仔细处理
// 将 Gravatar 默认的 48x48 替换成 120x120(按我们的 ImageView 大小是 40dp,xxhdpi 分辨率计算)
if (url.contains("gravatar.com") && url.contains("size=48")) {
url = url.replace("size=48", "size=120");
}
// 将 GitHub 默认的 40x40 替换成 120x120
if (url.contains("avatars.githubusercontent.com") && url.contains("s=40")) {
url = url.replace("s=40", "s=120");
}
假如全部统一成 size={size}
s={size}
的形式,让客户端自己填写的话,客户端就可以一视同仁直接 replace('{size}', size)
就搞定了。这样,即使以后你增加了除 Gravatar 和 GitHub 外的其他地址,客户端也不需要做任何改变,因为客户端不需要把这两个网站的处理方式硬编码进去。。。
@saionjisekai @callmewhy 诸位怎么看
@xingrz 没关系啊。 如果后面真的再出个像这样:http://domian.com/avatar?version=xxx&imgsize=xxx&foo=bar 的url,那就再具体问题具体分析好啦。
@xingrz @saionjisekai 如果这里加 size 参数的话,其实我这边实现的代码会难看。我还是希望客户端这边抽象一个关于头像的函数出来处理这个问题。 硬编码是不好看,但这个地方所需要的灵活度很低,是可以接受硬编码的。目前社区的用户系统是基于 github 的。 说到硬编码,在处理用户头像这里,我那两个 if 也是在硬编码啊,因为只有 github 和 gravatar 两个源嘛。
按楼上说的,找到这个。
在现有的Cordova项目中使用Crosswalk https://software.intel.com/zh-cn/articles/crosswalk-cordova 想知道更换后会不会快
@coolicer @qinyang912 最近粗略的看了下Crosswalk,原来就是以前Intel以前说的XDK相关的东西。 crosswalk-cordova不知道类库有多大,但是Crosswalk这个东西的lib略微大了点。不包含运行时的apk挺小,但是需要安装15M左右lib。 我一开始搞了套Adobe Air的,跟这个挺像,但10~20M的运行时,实在有点扛不住啊。
我也用过ionic ,但是我觉得在稍微低端的安卓机上非常卡顿 hybrid app 在ios上很流畅的,不用担心。主要是android上的问题多。
https://cnodejs.org/topic/5460959c789ab1f8158e1beb#5464670f88b869cc33a97919 你可以试试我这个。有空可以一起交流交流