SnapX version history

- Overhauled uploader system with support for FTP, FTPS, SFTP, Imgur, and more, configurable via settings UI. - Switched configuration from JSON to YAML and added post-quantum resistant encryption for secrets. - Upgraded OCR tool with drag-and-drop, clipboard pasting, and a new backend for improved performance. - Expanded Linux packaging options (Flatpaks, Snaps, RPMs, DEBs) and added Windows MSI packages.

# v0.3.0 (2025-06-26) You can now upload and download your HistoryItems directly and instantly open their URLs, shortened links, their deletion links, file paths, and folders. We just upgraded to PaddleOCR v5 (PaddleSharp v3), which increases the performance of the OCR model. Additionally, you can now run PaddleOCR on most Linux distributions*, and macOS. To accompany the support, we've created an OCR window for it that has support for English, Chinese (Simplified), Chinese (Traditional), Spanish, Arabic, Korean, Hindi, Japanese, Telugu, Tamil, Russian, Portuguese, Turkish, German*, French (Revolution). The ugly "sidebar" we had has been ejected from the building. Now, there's an actual sidebar that mimics ShareX's sidebar, somewhat. Additionally, we've removed the dependency on LibVLC, which didn't make much sense for us. After giving it thought, playback inside SnapX is a waste of everyone's time. On Linux, we have mpv, haruna, and VLC. On Windows, it ships Movies & TV ootb and you have VLC as an option. On macOS, you have the integrated video player with VLC as an option. For sound playback, we now use ffplay from FFMPEG. We've also made SnapX far more stable. The

# v0.2.1 (2025-06-09) Bug fix release to deal with the problems of the `0.2.0` release. Nothing to see here. "*Sometimes you have one of those days that shows how incompetent you are... Moral of the day: RTFM.*" - Linus Torvalds ### Known Issues - `0.2.1` release identifying as `0.2.0` - Much higher memory usage than ShareX. This is because even though SnapX is still under active development, it's doing more things with your computer's memory than before, like caching images in memory to keep the UI responsive. - Inconsistent flickering of HistoryItems. It seems that it needs more investigation. - The settings window is incomplete. - PaddleOCR can't be run on Linux ## Bug Fixes * [fix(Core): allow applying the first migration when no previous version exists](https://github.com/BrycensRanch/SnapX/commit/2a3b4e9cbf69531780f7631b022abdbae57edac1) * [fix(Core): allow other processes on Windows to read/write to version-lock](https://github.com/BrycensRanch/SnapX/commit/835f5c31f6417a1b16baed6e0af93de309c39168) * [fix(Core): run StripPII on title & use environment-safe placeholder for user path](https://github.com/BrycensRanch/SnapX/commit/e590fec4bd8a597b80a21158

# v0.2.0 (2025-06-07) With the pre-release of `0.2.0`, marks the actual UI for end users. It's very incomplete and juvenile, however, it has a lot of potential. Additionally, SnapX's history is now powered by [SQLite](https://www.sqlite.org/) instead of JSON. SnapX automatically migrates your `History.json` when it sees it in it's `ConfigFolder`. Additionally, you can turn off [FeatureFlags](https://github.com/BrycensRanch/SnapX/blob/develop/SnapX.Core/FeatureFlags.cs) at build time with `export DisableOCR=1 && ./build.sh`. As a nice plus for packagers, builds no longer fail when SnapX is built without it's `.git` directory. "*If Microsoft ever does applications for Linux it means I've won.*" - Linus Torvalds ### Known Issues - Much higher memory usage than ShareX. This is because even though SnapX is still under active development, it's doing more things with your computer's memory than before, like caching images in memory to keep the UI responsive. - Inconsistent flickering of HistoryItems. Needs more investigation. - Settings window is incomplete. - PaddleOCR can't be ran on Linux ## Screenshots ![image](https://github.com/user-attachments/assets/b1afb7b

# v0.1.0 (2025-05-31) The current features are slightly better than [UploaderX](https://github.com/McoreD/UploaderX/tree/main) due to [PaddleOCR](https://github.com/PaddlePaddle/PaddleOCR). (You can test it with `snapx-ui -OCR ~/Pictures/Screenshot.png`). You can test more of the Core features with the [CLI](https://getsharex.com/docs/command-line-arguments). Integration with the respective operating systems is WIP. This release marks the beginning of actual versioning of SnapX. Very soon, [semantic-release](https://github.com/go-semantic-release/semantic-release) will be introduced to automatically produce versions bi-weekly. Once the `feat/initial-avalonia-ui` branch is merged, the `0.2.0` version will be born. For clarity, SnapX is still not usable. For me, this isn't very pleasant to say, however, I am proud of the progress I've made, and other contributors have as well. The foundation of the project is valuable. The hours I've put into the Core with the migration to SQLite (coming with `feat/initial-avalonia-ui`) SnapX's `develop` branch is also packaged on [COPR](https://copr.fedorainfracloud.org/coprs/brycensranch/snapx) and [AUR](https://aur.archlinux.org/package