问题描述

Input,TextArea组件文档没有介绍小程序端的兼容状况

复现步骤

亲爱的开发者们您好，我遇到的问题如下

1. 我想要使用Input,Textarea等组件，并想要运用于小程序中
2. 查阅taro中该组件相关的文档后，没有只有H5/RN端介绍了兼容性差异，而微信，支付宝等小程序端没有介绍兼容情况，如下图所示

3.请问能够补充一下吗
4. 非常感谢！

期望行为

能够在Input,Textarea文

from wxpy import *
bot = Bot(cache_path=True) # 保持登陆状态
@bot.register()
def reply_friend(msg):
print('接收：' + str(msg)) #打印接收到的消息
msg.reply("hello world") #回复消息
msg.reply_image('12.png') #回复图片
msg.reply_file(‘12.png') #回复文件
msg.reply_file('1.txt') #回复文件
embed()
以上是一个例，期望运行结果是不管谁发送过来的消息都直接回复，但是第六行可以发送消息成功，第七行可以发送图片成功，第八行把图片已文件的形式发送也可以成功，但是第九行文件就是发送不了，发送1.zip也是发送不了

template name=wxParseImg中style="width:{{item.width}}px;"应为style="width:{{item.attr.width}}px;"，不然取不到值。
以下数据格式
{
"node": "element",
"tag": "img",
"index": "5.1.0",
"tagType": "inline",
"attr": {
"src": "xx/image/20171129/6364757176942551892750408.png",
"title": "symbol.png",
"alt": "symbol.png",
"width": "30",
"height": "26"
},
"imgIndex": 2

Hello.

I am big fan of iview UI Toolkit and interested in a mobile friendly version of it, which as far as i can tell is this project. Is there any progress in translating everything to English?

Great work in general. Congratulations.

echart在线压缩版本，树形图文字标签position不起作用，文字全在屏幕上方，非压缩版本正常，但是会报错
this.chart._zr.handler.proxy.processGesture is not a function;at undefined page touchEnd function
TypeError: this.chart._zr.handler.proxy.processGesture is not a function
at ye.touchEnd (http://127.0.0.1:42887/appservice/components/echarts/ec-canvas/ec-canvas.js:125:38)
at ye.D (WAService.js:1:1252070)
at Qe (WAService.js:1:1

在群里有大概聊可能的原因, 这里也记录下. 还没深究, 建议:

1. 是不是可以配置里加一个开启 debug 模式, 非 debug 模式出现 undefined index 就不用退出程序了
2. 报错可以提示具体出处的代码文件和行数更方便定位和使用者直接解决问题

以下是相关信息, 上传 github 不顺畅就直接贴图片链接了

1. 出错现场: http://10liyintan.com/wiki/_media/pasted:20170623-113513.jpg
2. 非 vbot 自带代码中确认了没有出错的 index : http://10liyintan.com/wiki/_media/pasted:20170623-113536.jpg
3. 根据时间点怀疑是 Emacs 企业号的提示引起的问题 http://10liyintan.com/

重现步骤 (Reproducing)

wx = WeChatClient(appid, appsecret)
wx.material.add('image', '中文图片.jpg')

问题实质

问题的实质是微信服务器端在解析multipart时不支持rfc2231格式的编码，而requests包发送的正是这种格式。

在文件名是中文时，比如"中文.jpg",

• requests请求的数据是 filename*=utf-8''%E4%B8%AD%E6%96%87.jpg
• 而curl请求的数据是 filename="\\344\\270\\255\\346\\226\\207.jpg"

Workaround

我暂时的workaround是monkey patch编码部分