Skip to content

ClipCode v1.2.4

Choose a tag to compare

View all tags
@github-actions github-actions released this 06 Sep 10:27
· 12 commits to main since this release
v1.2.4
e074147

Version 1.2.4 - Copy statistics that describe the clipboard

  • Fixed: "Total characters", "Total lines" and "Total words" now measure the whole clipboard payload instead of only the raw file contents. They previously summed each file on its own, silently leaving out every // file: header, the blank line between files, the pre/post text and the root metadata line — everything that gets pasted but was never counted (about 2.8% of a five-file copy, roughly 1,500 characters at the 30-file limit). The estimated token count already measured the payload, so a single notification was reporting two different things
  • Fixed: Git and PR panel copies now report all four statistics; they previously showed the estimated token count alone
  • Changed: All four numbers are now shared with the Snipcode VS Code extension, which gained the three it was missing. The two tools report identical characters, lines, words and tokens for the same copy, pinned by the shared cross-tool test fixture and verified against 300,000 randomised inputs
  • The four statistics come from one linear scan of the payload, so the notification costs one pass instead of several per-file ones

Version 1.2.3 - Faster, leaner copying

  • Fixed: Copying a folder no longer keeps several copies of its contents in memory. Every directory level was concatenating its whole subtree's text — so memory grew with the content size multiplied by the folder depth — purely to produce three numbers for the copy notification. Those are now counted per file as it is read
  • Fixed: A large copy no longer freezes the IDE while its token count is estimated. The estimate used to split the entire payload into one string per word on the UI thread, precisely when the payload was big enough to deserve the size warning; it is now a single linear scan. The number itself is unchanged and still matches the Snipcode VS Code extension byte for byte
  • Path handling no longer recompiles the same regular expressions for every file — one of them was recompiled for every path segment of every file. Filter rules and wildcard patterns are now prepared once per copy instead of once per file
  • Changed: For a folder copy the notification's "Total lines" and "Total words" now match what copying those same files individually reports; the previous figures lost one line at every file boundary. The clipboard content and the estimated token count are unaffected

Version 1.2.2 - Accurate token estimate, size warnings

  • Fixed: The estimated token count in the copy notification now measures the whole clipboard payload — headers, pre/post text and the root metadata line included — instead of only the raw file contents. It previously disagreed with the number the ClipCode VS Code extension (Snipcode) reported for the very same copy; both tools now always report the identical figure, pinned by a shared cross-tool test fixture
  • New: Oversized copies are now colour-coded — the notification turns into a warning past 1,000,000 estimated tokens and an error past 2,000,000, so a payload too large for an AI assistant gets noticed before it is pasted
  • Fixed: Git and PR panel copies report their token count too; previously the same files reported statistics from the explorer but none at all when copied as changes

Version 1.2.1 - Cross-tool format alignment

  • Fixed: Paste and Restore no longer treats a lone carriage return inside file content as a line break, matching the ClipCode VS Code extension (Snipcode) parser exactly
  • Clipboard wire-format assembly is now unified behind a single formatter and pinned to the VS Code extension by a shared cross-tool contract test suite, so files copied in one tool keep restoring byte-for-byte in the other

Version 1.2.0 - PR panel, folder-level alignment, tighter VS Code interop

  • New: ClipCode PR tool window — pick a base branch, review the base...HEAD diff, and copy the full changed sources in one click (with an origin behind-check)
  • New: Copies now include a leading // clipcode-root: <folder> metadata line (single-root projects), matching the ClipCode VS Code extension (Snipcode)
  • New: Paste and Restore detects when the copied paths are off by one folder level (copied from a parent folder, or into one) and offers to adjust all paths before restoring — deterministically via the metadata line, or via an on-disk heuristic for older clipboards
  • Fixed: Deleted-file markers, size-skip notices, and read-error notices in Git copies are now escaped like real content, so a custom permissive header format can no longer turn them into phantom files on restore
  • Fixed: Five reliability fixes across copy, settings, and Git paths
  • Cross-tool contract with Snipcode locked down by new tests: deleted entries carrying old file content still restore as deletions, and the metadata line can never become a phantom file

Version 1.1.10 - Reliable copy/restore round-trip

  • Fixed: A file whose own content contains a line like // file: ... now round-trips correctly — such lines are escaped on copy and restored verbatim on paste, instead of being split into a phantom file
  • Fixed: Paste and Restore preserves a file's own leading indentation and interior blank lines; only the structural separators the format inserts between files are trimmed
  • Clipboard format stays compatible with the ClipCode VS Code extension (Snipcode) — both sides were updated together

Version 1.1.8 - Safer paste header parsing

  • Fixed: Paste and Restore no longer treats JavaScript object properties such as file: undefined, as ClipCode file headers, preventing restored bundles from being truncated
  • Fixed: Paste and Restore only accepts custom file headers when the whole line matches, so strings containing // file: inside source content no longer split files unexpectedly

Version 1.1.7 - Wrapper root paste path detection

  • Fixed: Paste and Restore now prefers an existing top-level child directory under the current project root, such as inv-web-console, before falling back to node_modules for detached Windows absolute paths

Version 1.1.6 - Paste Windows node_modules paths

  • Fixed: Paste and Restore now accepts Windows absolute clipboard paths that point into node_modules packages, safely restoring them under the current project's node_modules directory when no project-root suffix is available

Version 1.1.5 - Project-relative node_modules copy paths

  • Fixed: Files under project roots, including node_modules packages that IntelliJ marks as libraries, now copy with project-relative headers so Paste and Restore can resolve them reliably

Version 1.1.4 - Windows path casing compatibility

  • Fixed: Paste and Restore resolves copied Windows absolute paths even when IDE project roots use different casing than the copied path

Version 1.1.3 - Restore Windows absolute paths

  • Fixed: Paste and Restore now resolves copied Windows absolute paths from another machine when they point into a nested content root

Version 1.1.2 - Multi-module edge case fixes

  • Fixed: Copy All Open Tabs and default copy headers now use project-root-relative paths in multi-module projects
  • Fixed: PATH filters and settings path selection now use the primary project root instead of the first content root
  • Fixed: Paste no longer treats a nested module parent directory as ambiguous unless an actual duplicate file exists

Version 1.1.1 - Multi-module path resolution

  • Fixed: Copy now emits project-root-relative paths to preserve module prefix in multi-module projects
  • Fixed: Paste correctly prefers the project root module when a clipboard path could match multiple locations
  • Improved: Confirmation dialog now separates "Create (new)" from "Overwrite (existing)" and shows the absolute target path
  • Prevented: Accidental data loss when an unrelated file with the same relative path exists outside the intended module

Version 1.1.0 - Major Refactor and Git Delete Reliability

  • Fixed: Pasting a file marked as [DELETED] (from Git Log, staging area, or changes view) now reliably removes the file in the current working tree
  • Fixed: Git deleted-file clipboard paths now resolve consistently across project roots and modules
  • Improved: Paste and Restore runs in the background, keeping the UI responsive for large operations
  • Improved: Paste and Restore explains whether deleted targets were already absent, unresolved, or ambiguous
  • Upgraded: Build toolchain now targets Java 21 and IntelliJ IDEA 2025.2+
  • Added: Automated tests for clipboard parsing, path resolution, restore planning, and Git content resolution

Version 1.0.0 - Initial Release

ClipCode - The ultimate code sharing tool for AI-assisted development!

Core Features

  • Smart Copy: Copy single or multiple files/directories with customizable headers
  • Copy All Open Tabs: Quickly copy content from all open editor tabs
  • Statistics: Shows file count, lines, words, and estimated token count

Git Integration

  • Copy from Git Staging Area (staged/unstaged files)
  • Copy from Git Changes view with change type labels ([NEW], [MODIFIED], [DELETED], [MOVED])
  • Copy from Git Log/History window

Paste & Restore

  • Restore files from clipboard content (Ctrl+Shift+Alt+V)
  • Automatic directory structure creation
  • Smart parsing of Git change labels
  • Overwrite protection with confirmation dialog

Advanced Filtering

  • PATH filters: Include/exclude specific directories
  • PATTERN filters: Wildcards for file names (e.g., .java, test_)
  • Individual rule enable/disable
  • File size and count limits

Customization

  • Configurable header format with $FILE_PATH placeholder
  • Pre/post text wrappers
  • Notification preferences

Compatibility: IntelliJ IDEA 2025.2+ and all JetBrains IDEs

Assets 3
Loading