wordcount插件统计的“words”实为按空格分隔的字符块数，中文每个汉字计1词，非出版语义字数；需换betterwordcount才能准确统计汉字个数、排除空格换行符。
WordCount插件统计的“字数”其实是词数，不是出版字数
很多人装完 WordCount 插件，看到状态栏显示 Words: 127 就以为是合同或投稿要求的“字数”，结果被编辑打回来——因为它的 Words 是按空格/换行分隔的连续非空白字符块计数，中文里每个汉字单独成块，“人工智能”算 4 个 Words，不是 4 个“字”（语义字），更不是“1 个词”。它不识别中文字词边界，也不跳过注释或标点。
常见误区：
- 把
Words当作出版场景下的“字数”——错，那是BetterWordCount的职责 - 认为右键 →
Word Count总是统计全文——其实只统计当前选区；没选中才统计全文，但界面毫无提示 - 在 GBK 编码文件里用它——一个汉字会被拆成两个字节，
Chars值翻倍，Words也错乱
怎么让WordCount正确显示并避免状态栏空白
装了插件却看不到 Words: X | Chars: Y？大概率卡在这几个硬性条件上：
- 必须通过
Package Control: Install Package安装，手动复制.py文件到Packages/目录在 ST4 中完全无效 - 安装后必须彻底退出 Sublime（不只是关窗口），再重新打开——否则插件根本不加载
- 检查右下角是否显示
Binary file或语法设为罕见类型（如某些自定义.sublime-syntax），旧版插件会直接跳过统计 - 用户设置里必须显式开启三项：
"show_in_status_bar": true、"show_word_count": true、"show_char_count": true——只开show_in_status_bar不够
macOS 用户若发现文字被截断，不是插件问题，是状态栏宽度限制；删掉 status_bar_text 里的中文前缀，改用 "{words}w/{chars}c" 这类紧凑格式。
论文常用的tex格式转换为word格式，核心是能转换数学公式（非图片），表格，图表等等
下载
将 LaTeX（.tex）学术论文转换为 Word（.docx），支持可编辑的 OMML 公式、原生 Word 表格、嵌入图形、IEEE 双栏排版及参考文献
Tools: Word Count 命令和 WordCount 插件结果为何不一致
二者完全无关，统计逻辑不同，混用必出错：
-
Tools: Word Count是原生命令，弹窗里Characters=view.size()（含换行符），但Characters (no spaces)会剔除空格却保留\n和\t；而WordCount插件的Chars值始终等于view.size() -
Tools: Word Count对中文用 ASCII 字节逻辑计数，GBK 下一个汉字算 2 字符；WordCount插件基于 Unicode 码位，UTF-8 下“世”永远是 1 个Char - 两者都不处理折叠代码块——被折叠的内容不参与统计，这是设计行为，不是 bug
- 大文件（>10MB）下，
Tools: Word Count响应更快；WordCount首次加载有延迟，但后续刷新稳定
真正需要出版级“字数”时该换什么
如果你要的是“合同字数”“投稿字数”“去掉空格换行的净中文字符数”，WordCount 不行，必须换 BetterWordCount：
- 它支持开关控制：
"count_line_endings": false可排除换行符，"count_spaces": false可排除空格 - 对 UTF-8 中文识别准确，不会把“你”拆成
\u4f60多次计数 - 配置项明确区分
c（characters）、w（words）、ch（Chinese characters），比如"ch": 321才是你手写稿里真正的汉字个数 - 原生
WordCount在 Markdown 或 Python 文件中可能失效；BetterWordCount兼容性更好，且支持正则过滤注释行（需手动配line_filters）
别指望一个插件包打天下——WordCount 解决的是“写作中途看个大致词量”，真要交稿、签合同、算稿费，得切到 BetterWordCount 并确认编码为 UTF-8。最易被忽略的点：状态栏显示的数字永远只是视图当前可见内容，折叠区域、大文件延迟加载、BOM 是否被读作字符，都会悄悄改变结果。
