微信表情包替换问题?三端密码加密问题?

宋女士 14天前 179

1.web/android/ios三端想都替换成微信的表情包,目前三端表情是调的你们的外网地址,现在我们从网上找了一套微信表情包是png格式的,但是三端没实现适配,这种情况我们怎么处理?你们外网地址里有没有参考微信做一套表情包? 2.现在的三端登录【密码】是明文传输,sdk里有没有那种加密方法,三端的加密都一样,app-server引用sdk的解码方法实现解码

最新回复 (10)
  • HeavyRain 14天前
    引用 2
    第一个问题因为跨多端,我需要确认一下,稍晚一点回复您
    第二个问题,你是说客户端登录应用服务是吗?最简单的一个办法就是上HTTPS,上了HTTPS一般就没有问题了,如果想要进一步加密密码,可以修改客户端和应用服务,客户端登录的部分和应用服务都是开源的,你们可以随意修改
  • 宋女士 14天前
    引用 3
    好的,麻烦第一个问题尽快回复一下
  • x86 14天前
    引用 4
    关于修改自定义表情,Android 和 iOS 端,请参考:https://docs.wildfirechat.cn/faq/practicality/stickers.html

    web 端,请参考:

    https://docs.wildfirechat.cn/faq/pc.html 第 10 个问题
    https://gitee.com/wfchat/vue-chat/blob/master/src/ui/main/conversation/EmojiAndStickerConfig.js 最上面的注释

  • chenguangxin 14天前
    引用 5
    您好,注意到您回复的是有关于动态表情的内容,目前我们想实现替换小的emoji表情,这块如何实现有相关的文档嘛
  • x86 14天前
    引用 6
    web 端,请参考:https://bbs.wildfirechat.cn/thread-3333.htm

    Android 表情键盘是可以替换,替换的话,直接替换 emojilibrary/src/main/assets/emoji/defalut 下面的对应图片即可;如果有增减的话,需要对应更新emojilibrary/src/main/assets/emoji/defalut/emoji.xml 文件 ,但文本消息里面的表情没法替换,直接显示了默认的 unicode,你们需要修改替换成图片。

    iOS端现在是直接用的unicode,包括显示表情键盘和显示。如果要是使用自定义表情,那就需要在表情键盘和所有显示表情的地方做修改,把显示的unicode替换成你们的图片。

    总结一下就是,现在野火都用的是unicode表情,会在不同平台有细微的差别。如果你们要是使用自己定义的表情,需要修改表情键盘和显示的地方,显示为你们自己的图片。而且当发送时,需要把图片替换成unicode。工作量有点儿大,所有的平台都需要照顾到,但是是可以做的,所有表情相关代码都是开源的
  • 宋女士 14天前
    引用 7
    ios怎么生成呢,有文档吗
  • HeavyRain 13天前
    引用 8
    没有明白你说的“iOS怎么生成”是什么意思。关于iOS的表情的代码在 https://gitee.com/wfchat/ios-chat/tree/master/wfuikit/WFChatUIKit/Vendor/ChatInputBar/FaceBoard 你们可以在这里改
  • andy90s 13天前
    引用 9
    HeavyRain 没有明白你说的“iOS怎么生成”是什么意思。关于iOS的表情的代码在 https://gitee.com/wfchat/ios-chat/tree/master/wfuikit/WFChatUIKit ...
    我们想用微信的 emoj ,如何实现呢? 有没有类似的demo呢? iOS端。
  • HeavyRain 13天前
    引用 10
    我们没有这方面的demo,需要你们自己来研究。1,首先要找到emoj的资源,所有平台都用这一套资源;2,找到emoj和unicode对应关系;3,在表情键盘上显示这些emoj;4,当点中时,输入框插入对应的unicode;5,在输入框和消息界面显示时把unicode显示为emoj图片,要能处理图文混排;5,拷贝时把图片转成unicode。
  • HeavyRain 13天前
    引用 11
    这个是我的理解,但不一定准确,需要你们自己来考虑,如前面所说,这个功能跟IM核心无关,是个UI层的工作,代码都是开源的。这个工作实际上工作量有点儿大,而且所有客户端都要参与。我们之前也衡量过,工作量很大,现在也基本能用,投入产出不是很合适,最后选择保留现状。
返回