于设计师来说,越是小的细节越值得注意。本文分析了在设计聊天界面时文字部分和图片部分中有哪些值得注意的细节,希望对设计师朋友们有所帮助。
聊天气泡我们很熟悉,每天都要和他打交道。早上醒来第一件事你是不是打开微信看看呢?
那在和朋友聊天时,你有没有这样的疑问,为什么输入文字多少不同,气泡的展示也不同?为什么发送不同比例的图片,其缩略图的展示效果也不同?
作为设计师,搞懂界面背后的原理是很重要的。
本期我就从聊天界面中常见的文字部分、图片部分来分析,看看聊天界面在设计时需要注意哪些细节。
聊天界面虽然不是每个APP都需要,但是随着APP社交化,现在APP上加入聊天界面是很常见的。
在聊天界面设计时,我发现很多人都不知道气泡框的最大宽度是如何定义的,在标注的时候很容易把气泡框的宽度标死。
那应该如何标注呢?其实聊天气泡框我们很容易看出来有两个变量即a(气泡框)和b(空白间距),当页面中有两个变量时我们就不能用常规的方法进行标注,而是采用百分比的形式才较为合理。
这个比例是多少呢?
通过总结得出:a/屏幕宽度=70%最为适宜。
有小伙伴可能要问,这个70%的数值怎么得来的?
这个主要是界面的一个实际效果决定的,除了这个数值比较接近黄金比例外,它同时能够最大化展示我们的文本信息。
下面就以微信为例:
我分别对比了750px和640px分辨率下是不是适合这样一个规律。
由上图可以看到:微信750和640这两种分辨率气泡框最大宽度都是屏幕总宽度的70%。以上数值都是自己推理而来,因此有小伙伴觉得有问题的地方,还欢迎指出。
这里我想说的是如果我们不是做专门的社交类APP,只是平时工作中使用,那么掌握这些方法后能够让我们的项目落地即可。
聊天界面的图片部分相对比较复杂,有单张展示和同时多张展示,多张展示相对比较复杂。
今天主要和大家说单张展示,以便大家轻松的掌握聊天气泡框中单张图片展示规则。
聊天图片我们知道往往比例是不固定的,有时候可能是方图,有时候是横图,有时候是竖图。
这么多图片尺寸,如何设计一个合理的缩略图展示规则使得既能够让界面整齐美观,又能够最大程度满足展示需求?
关于这里需要引入一个概念——阈值。
阈的意思是界限,故阈值又叫临界值,是指一个效应能够产生的最低值或最高值。因此不管是方图、横图、竖图,只有设定了阈值,我们才能够轻松解决图片展示的问题。
通过研究这个阈值往往设置为图片比例3:1,因为该比例在手机上显示窄的一边特别小,影响视觉,因此凡是比例大于3:1的都会被裁切,我们熟悉的微信就是采用这一阈值。
下面还是以微信为例,我们就分别从方图、横图、竖图来具体分析,看看他是怎么定义的。
正方形图相对比较简单,不过不同的APP实现方式不同,当然你也可以采取微信这种,不管是大图还是小图上传都采用统一的尺寸处理。
下面就来进行分析下,我分别发送了4张图片到微信助手:600x600px;200x200px;100x100px;50x50px。
发送之后的缩略图展示效果如下:
从上图可以看出:750分辨率下和640分辨率图片展示尺寸相同均为270px;同时发送的4张不同尺寸的图片,其缩略图展示效果一致,均等比缩放展示在270×270的方形中。
这种方式比较简单,大家在做的时候可以借鉴。
横图缩略图的展示规则相比方图较为复杂,不过只要采用阈值进行适配,其实也是比较简单的。
阈值具体怎么用,下面我们还是以微信为例进行解说。
首先为了测试准确性,我做了5组测试图,分别是4:3、16:9、2:1、3:1、4:1不同图片的比例。
如下图用于接下来的测试:
将图片分别发送到聊天界面,将图片分别发送到聊天界面,得到如下效果,我分别对图片进行1到5的排序,方便解说:
通过研究微信的阈值是3:1的图片比例。
也就是说当图片比例小于3:1时,宽度固定、高度等比缩放;当图片比例大于3:1时,图片的宽度和高度都保持一致,并都以3:1的缩略图尺寸展示,多于部分隐藏。
从上图可以发现我上传的前三张图片的宽度随图片比例变化始终保持一致即270px,而图片高度随高度进行等比缩放正好应证了这一结论。
在看第4张和第5张图片,我分别上传的是3:1和4:1的比例,但是其缩略图的展示宽高一致,这就是图片大于3:1这个阈值时,图片的宽高以3:1的为准保持一致,图片超出的图片截断不显示。
竖图缩略图的展示规则和横图类似,其阈值也是3:1,同样为了更好的理解,我还是以微信为例。
同样继续做了5组测试图,分别是4:3、16:9、2:1、3:1、4:1不同图片的比例。
如下图用于接下来的测试:
将图片分别发送到聊天界面,得到如下效果,我分别对图片进行1到5的排序,方便解说:
同样,图片为竖图时,图片比例以3:1为阈值,图片比例小于3:1时,高度固定、宽度等比缩放;当图片比例大于3:1时,图片的宽度和高度都保持一致,并都以3:1的缩略图尺寸展示,多于部分隐藏。
从上图可以发现1、2、3张图片的高度随图片比例变化始终保持一致即270px,而图片宽度不同(图片宽度由图片等比缩放而来)。
在看第4张和第5张图片,我分别上传的是3:1和4:1的比例,但是其缩略图的展示宽高一致。
通过上面的解说,想必大家也了解了什么是阈值,以及在做类似社交页面图片适配时该如何使用。
在聊天界面中,标注时出现了两个变量,这时候我们可以考虑用百分比的方式进行标注。这样可以做到多个机型进行适配,保证项目能够顺利落地。
在做图片部分时,需要先设定阈值,然后我们在根据阈值进行方图、横图、竖图的适配工作。
参考链接:http://www.mobileui.cn/story-behind-the-chat-thumbnails.html?from=singlemessage 《聊天缩略图背后的故事:你不曾注意的那些细节》
作者:风筝KK,公众号:海盐社
本文由 @ 风筝KK 原创发布于人人都是产品经理。未经许可,禁止转载
题图来自 Unsplash ,基于 CC0 协议
tml代码如下:
<a href="tencent://message/?uin=1234567&Site=Sambow&Menu=yes">QQ在线咨询</a>
或者是:
<a href="http://wpa.qq.com/msgrd?v=3&uin=1234567&site=qq&menu=yes">QQ咨询</a>
其中,上述HTML代码中的“1234567”指的是QQ客服号码。
真机实测,不用置疑。
上述两种方式都可以实现,本人亲测!
只需要这么一句简单的html代码,就可以实现QQ在线聊天!
具体PC端实现QQ聊天的原理和相关知识,可以参考”移动web端对手机QQ的调用“进行了解。
以上就是关于“ PC端页面如何调用QQ进行在线聊天? ” 的全部内容。
原文链接:https://me.csdn.net/qq_35393869
击右上方红色按钮关注“web秀”,让你真正秀起来
感谢你再次点开了我,只能说明你是喜欢我的,对不对?哈哈,开个玩笑。
今天主要是把之前的聊天室界面美化一下,不至于太难看,同时也对代码做了一些优化。具体细节请看详细内容。
并且可以线上体验了:Web IM - Nodejs + WebSocket + Vue聊天室
如果您还没有看过之前的文字,请点击下方链接查看! 推荐文章:
《Nodejs + WebSocket简单介绍及示例 - 第一章》
《Nodejs + WebSocket + Vue 实现多人聊天室WebIM功能 - 第二章》
《Nodejs + WebSocket + Vue 一对一、一对多聊天室 - 第三章》
《Node + WebSocket + Vue 一对一、一对多聊天室消息已读未读 - 第四章》
《Node + WebSocket + Vue 聊天室创建群聊/加入群聊功能 - 第五章》
页面先分为左右布局,然后左/右里面再分为上中下布局。
很自然,我们想到了flex布局,Flex是Flexible Box的缩写,意为”弹性布局”,用来为盒状模型提供最大的灵活性。
... <div class="web-im"> <div class="left"> <div class="aside content"> <div class="header"> ... </div> <div class="body user-list"> ... </div> <div class="footer"> ... </div> </div> </div> <div class="right content"> <div class="header">...</div> <div class="body im-record" id="im-record"> ... </div> <div class="footer im-input"> ... </div> </div> </div> ...
css样式是用stylus书写的,有些初学的小伙伴应该有点点不是很明白,但是大致能懂,就是把嵌套的书写,使其看起来更容易阅读、维护。
如果对flex、和stylus不是很明白的小伙伴,可以留言区留言,后期看情况出更详细的教程,这里就不啰嗦了。
.web-im display flex .left width 220px .right flex 1 .content display: flex; flex-direction: row; flex: 1; box-sizing: border-box; min-width: 0; flex-direction: column; .header box-shadow 1px -1px 2px 2px #eee line-height 40px height 40px font-size 24px z-index 10 background #fff .body flex 1 overflow-y auto box-shadow 1px 1px 1px #eee .footer box-shadow 1px 1px 8px #eee height 60px
我们主要研究变的地方,没有变的通过...表示。同时,如果您想看完整代码,可以去文章最下方“了解更多”,来获取源码查看。
... export default { ... mounted() { ... // 监听页面刷新,关闭事件,退出聊天室 window.onbeforeunload = function (e) { vm.socket.send(JSON.stringify({ uid: vm.uid, type: 2, nickname: vm.nickname, bridge: [] })); } }, computed: { // 当前展示的消息列表 currentMessage() { let vm = this; let data = vm.messageList.filter(item=>{ if(item.type === 1) { return item; } else if(this.groupId) { return item.groupId === this.groupId } else if(item.bridge.length){ return item.bridge.sort().join(',') == vm.bridge.sort().join(',') } }) data.map(item=>{ item.status = 0 return item; }) return data; }, // 当前群组列表 currentGroups() { let vm = this; vm.groups.map(group=>{ // 找出群组对应未读消息 group.unread = this.messageList.filter(item=>{ return item.groupId === group.id && item.status === 1 }).length return group; }) return vm.groups; }, // 群组列表是否有未读消息 groupsUnRead(){ return this.messageList.some(item=>{ return item.groupId && item.status === 1 }) }, // 联系人列表是否有未读消息 usersUnRead(){ return this.messageList.some(item=>{ return item.bridge.length && item.status === 1 }) }, // 当前联系人列表 currentUserList() { let vm = this; vm.users.map(user=>{ // 找出联系人对应未读消息 user.unread = this.messageList.filter(item=>{ return item.bridge.length && item.uid === user.uid && item.status === 1 }).length return user; }) return vm.users; } }, methods: { ... conWebSocket(){ let vm = this; if(window.WebSocket){ ... socket.onmessage = function(e){ ... // 消息列表滚动条始终在最底部 vm.$nextTick(function(){ var div = document.getElementById('im-record'); div.scrollTop = div.scrollHeight; }) } } } ... } }
这次代码优化,主要是在计算属性上面做了大的调整。之前都是用方法来获取未读已读等,现在直接计算属性先一步计算,然后渲染到页面。
... // 注销 case 2: delete conns[''+obj.uid+'']; users.map((item, index)=>{ if(item.uid === obj.uid){ item.status = 0; } return item; }) boardcast({ type: 1, date: moment().format('YYYY-MM-DD HH:mm:ss'), msg: obj.nickname+'退出了聊天室', users: users, groups: groups, uid: obj.uid, nickname: obj.nickname, bridge: [] }); break; ...
服务端主要增加了一个注销功能,用户下线。 同时,之前type=2是发送消息,现在改成了100是发送消息,2是用户下线。
源码地址:GitHub - javanf/web-im: Node + WebSocket + Vue WebIM 一对一、一对多 聊天
体验地址:Web IM - Nodejs + WebSocket + Vue聊天室
喜欢小编的点击关注,了解更多知识!
源码地址,可以点击下方“了解更多”获取!
*请认真填写需求信息,我们会在24小时内与您取得联系。