松弛附件宽度和包装问题
Posted
技术标签:
【中文标题】松弛附件宽度和包装问题【英文标题】:Slack Attachment Width and Wrapping Issues 【发布时间】:2016-11-30 10:12:39 【问题描述】:我正在尝试使用 slack 附件来记录应用程序错误,但堆栈跟踪等大型字段的行为很奇怪。
首先,当使用附件时,表格似乎固定为任意宽度,是否有办法改变它以便允许更宽的值?否则 50+% 的松弛窗口是空白的,完全是浪费。
仅使用文本可以正常工作,但还有许多其他较小的字段可以从字段格式中受益。
当消息很大时,我还遇到了松弛的问题。下面只是一个小sn-p,有几个字符掉了,但在全栈上可能会有很大的损失。
Example (slack message builder)
将单个字符添加到字符串,现在它开始截断内容(文本都在那里并且可以选择,它只是在换行方面做得很糟糕。)
Example 2
任何人有什么建议可以得到更有用的东西吗?
【问题讨论】:
我遇到了同样的问题。您是否尝试过使用 /feedback 并将他们指向您的问题? 我们遇到了同样的事情。将日志行放在三个反引号内有助于提高可读性,但没有解决宽度和换行问题。 有什么新东西吗?我的附件也被截断了,没有“显示更多”:S 是的,这太糟糕了!我需要正确格式化堆栈跟踪,而这种包装使这毫无用处。 【参考方案1】:我建议将应用程序错误上传为文本文件(纯文本片段),而不是将信息放入消息中。这样您可以发布更多数据,并且格式也更适合此类数据。
您可以在频道中自动分享您上传的文件,它将显示为新消息。如果您想传达更多信息,也可以将 cmets 添加到 is。
使用files.upload
方法将错误文本上传为文件,并将filetype
设置为text
以获取文本sn-p。
以下是 Slack 上的示例,当应用按照描述发布新文本 sn-p 时:
【讨论】:
以上是关于松弛附件宽度和包装问题的主要内容,如果未能解决你的问题,请参考以下文章
为 mime 附件包装内联 javascript(每行最多 72 个字符)