Description

Markdown tables containing CJK (Chinese/Japanese/Korean) characters are rendered with misaligned columns on both Telegram and Discord channels.

Problem

• Telegram: Tables are wrapped in <pre> blocks, but column padding uses String.length instead of display width. CJK characters occupy 2 terminal columns but are counted as 1, causing all subsequent columns to shift left.
• Discord: Markdown tables are sent as-is with raw pipe (|) syntax. Discord does not support GFM tables natively, so the table renders as plain broken text.

Example

A table like:

|          | Framework A              | Framework B         |
|----------|--------------------------|---------------------|
| 类型      | 前端渲染框架                | 后端服务框架           |
| 语言      | TypeScript               | Go                  |
| 部署方式   | 静态托管                   | 容器化部署             |

Renders misaligned on Telegram because "类型" (2 chars, 4 display columns) is padded as if it were 2 display columns.

On Discord, the table is not rendered at all — raw pipes and dashes are shown.

Expected Behavior

1. Telegram: Use East Asian Width-aware string width calculation (e.g., string-width npm package or equivalent) when padding table cells in <pre> blocks.
2. Discord: Convert markdown tables to code blocks with proper monospace alignment (also CJK-aware), since Discord does not support GFM table rendering.

Environment

• OpenClaw version: 2026.3.24
• Channels: Telegram, Discord
• Language: Chinese (zh-CN)

Screenshots

Telegram table rendering with misaligned CJK columns:

The columns after CJK text are shifted left because each CJK character is only counted as width 1 instead of width 2.

References

• Similar issue in Claude Code: [BUG] Tables with CJK characters are misaligned in terminal output anthropics/claude-code#13438
• string-width package handles this correctly: https://github.com/sindresorhus/string-width