Selection Count 0.1.1 shipped today. No new features — three behavior corrections that surfaced during a post-v0.1.0 code-and-docs review and got fixed in a single afternoon. The extension is at marketplace.visualstudio.com/items?itemName=dvlprlife.selection-count. Full release notes in CHANGELOG.md.
For context: Selection Count is a tiny VS Code extension that puts live counts of the current selection — characters, words, letters, numbers, special characters — into the status bar. v0.1.0 shipped a week ago.
What’s fixed
Toggle / Configure now respect workspace scope (#22). Before this release, both Selection Count: Toggle Visibility and Selection Count: Configure Display wrote unconditionally to user (Global) settings. If you’d ever overridden any selectionCount.* setting at the workspace level, the workspace value kept winning after the Global write — the command appeared to silently no-op. The fix is config.inspect(key) to find the active scope, then write there.
Character count is now Unicode code points (#23). Previously text.length (UTF-16 code units), which counts an emoji like 🎉 as 2. With every other counter using \p{...}/u (code points), the totals didn’t reconcile — a selection of 🎉🎉🎉 reported chars: 6, special: 3 and the rest were 0. Switched to [...text].length. Now chars = letters + numbers + special + whitespace for any selection. Combining marks still count as separate characters; full grapheme-cluster counting (Intl.Segmenter) is a deferred follow-up.
Settings descriptions say “number,” not “digit” (#24). The number counter matches \p{N} — decimal digits and fractions like ½, superscripts like ², Roman numerals, etc. The README’s own example used ² while still calling the category “Unicode digits,” which read as a contradiction. Cheap fix; aligns the copy with what the code actually does.
If you’ve installed v0.1.0 already, VS Code will pick up 0.1.1 automatically. If not, grab it from the marketplace.