【问题标题】:Slack Attachment Width and Wrapping Issues松弛附件宽度和包装问题
【发布时间】:2016-11-30 10:12:39
【问题描述】:

我正在尝试使用 slack 附件来记录应用程序错误,但堆栈跟踪等大型字段的行为很奇怪。

首先,当使用附件时,表格似乎固定为任意宽度,是否有办法改变它以便允许更宽的值?否则 50+% 的松弛窗口是空白的,完全是浪费。

仅使用文本可以正常工作,但还有许多其他较小的字段可以从字段格式中受益。

当消息很大时,我还遇到了松弛的问题。下面只是一个小sn-p,有几个字符掉了,但在全栈上可能会有很大的损失。

Example (slack message builder)

将单个字符添加到字符串,现在它开始截断内容(文本都在那里并且可以选择,它只是在换行方面做得很糟糕。)

Example 2

任何人有什么建议可以得到更有用的东西吗?

【问题讨论】:

  • 我遇到了同样的问题。您是否尝试过使用 /feedback 并将他们指向您的问题?
  • 我们遇到了同样的事情。将日志行放在三个反引号内有助于提高可读性,但没有解决宽度和换行问题。
  • 有什么新东西吗?我的附件也被截断了,没有“显示更多”:S
  • 是的,这太糟糕了!我需要正确格式化堆栈跟踪,而这种包装使这毫无用处。

标签: attachment slack slack-api


【解决方案1】:

我建议将应用程序错误上传为文本文件(纯文本片段),而不是将信息放入消息中。这样您可以发布更多数据,并且格式也更适合此类数据。

您可以在频道中自动分享您上传的文件,它将显示为新消息。如果您想传达更多信息,也可以将 cmets 添加到 is。

使用files.upload 方法将错误文本上传为文件,并将filetype 设置为text 以获取文本sn-p。

以下是 Slack 上的示例,当应用按照描述发布新文本 sn-p 时:

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2016-08-18
    • 1970-01-01
    • 2021-02-14
    • 2019-02-25
    • 2018-12-24
    相关资源
    最近更新 更多