1.1.0

[lhecker]

Welcome to our first servicing release! Thanks to your contributions, this release contains a large amount of bug fixes and welcome additions. Let us know if you like it in the linked discussion.

If you're using Linux, we would greatly appreciate if you could help us find a name for our editor!
You can read more about it and vote here.

Changes

• We added a "Go to Line/Column" dialog and bound it to CtrlG (Add a "Go to Line/Column" dialog #133, Fix Go to Line not scroll to that line #265, Fix minor issues around Go to Line/Column #267) (thanks @diabloproject, @Ride-A-Pig!)
• You can now open multiple files at once by passing all of them as arguments to edit (Allow bulk opening multiple files #143) (thanks @koitococo!)
• Pressing F10 will now focus the menubar (Support for F10 to focus the menubar #198)
• Pressing Home will now toggle between line start and indentation (Complete Home key toggle functionality between line start and indentation #199) (thanks @achaljhawar!)
• Buttons that have hotkeys assigned to them, now have a fancy underline to show which button it is (Unify button label drawing in a shared routine button_label #276) (thanks @deadalusai!)
• Edit will now insert a final newline if needed (Insert a final newline if needed #300)
  Note that creating new files on Windows will default to not inserting a final newline.

Bug Fixes

• Edit should now correctly pick up your user language (Fix localization detection #85, Fix language match on Linux (Unix?) #104, Fix lang matcher not picking the most specific hit #256) (thanks @hikilaka, @eatradish!)
  Currently supported languages are: English, German, Spanish, French, Italian, Japanese, Korean, Brazilian Portuguese, Russian, Chinese Simplified, Chinese Traditional
• We fixed some incorrect boolean logic in our fuzzy searcher (Improve readability of consider_as_equal #134) (thanks @matklad!)
• Pressing Shift + Tab in an empty line will not crash Edit anymore (Solve Panic when pressing Shift + Tab in an empty line #137) (thanks @marcos-venicius!)
• Pressing Alt followed by a non-English keyboard key will not crash Edit anymore (Handle ESC/SS3 followed by Unicode characters #244)
  Unfortunately, it will also not do anything. This requires support for the "Kitty Keyboard Protocol" which is not yet implemented in either Edit nor Windows Terminal.
• Fixed a whole assortment of bugs and issues around Search & Replace (Fix Search & Replace deadlock #258, Fix a search deadlock if there's no needle #274, Fix file picker entries not being sorted #299, Fix another stale cache bug with the ICU search #327)
• The file picker will now properly warn before overwriting an existing file (Fix file picker overwriting other files without warning #277) (thanks @Ride-A-Pig!)

Smaller Changes

• We added the following menu items:
  • Select All (feat: add Edit -> Select All action #212) (thanks @ankddev!)
  • Document Picker (Add the Document Picker entry to View menu #224) (thanks @b6k-dev!)
• You can now select "UTF-8 BOM" in the encoding picker (Add the UTF-8 BOM entry to the encoding picker #225) (thanks @b6k-dev!)
• When you have an unmodified and untitled document, opening a new file will replace the untitled document (Replace any active untitled untouched document on Open #257)
• Tab and Arrow keys should now behave more predictable overall (Fix and improve tab/arrow key handling #272)
• On Windows, the file picker now shows a drive selector if you navigate all the way up (Windows: Add a drive selector to the file picker #290)
• We now use much nicer checkbox characters (feat: use ballot checkbox for checked checkboxes #321) (thanks @aspizu!)
• When you press and hold Ctrl+W it won't accidentally exit the application anymore (Don't exit on Ctrl+W #326)

Smaller Bug Fixes

• Our SVG application icon is now 100% more valid XML (Fix SVG by moving the processing instruction to the start #106) (thanks @MingcongBai!)
• The accelerator key for the "Replace" menu item will now work properly (Fix access key for Replace in Edit menu #126) (thanks @dan-jac!)
• Our unit tests now use the correct page size on aarch64-apple-darwin (Fix page size for aarch64-apple-darwin in test #167) (thanks @youknowone!)
• We fixed a bug where typing S and N was sometimes not possible in the file picker (Fix consume_shortcut calls not checking for focus #298)
• Doc tests intermittently didn't build, but this issue was swiftly fixed (Fix building doc test for tui module #310) (thanks @rhysd!)
• Scrolling inside very large documents (>1GB) will not randomly jump around anymore (Fix scrollbar int overflow in drag handling #315) (thanks @L1quidH2O!)

Platform Support

• Added support for building on macOS and other BSDs (Add support for macOS and BSD #72) (thanks @factormystic!)
• Added winget instructions (Added winget install instructions to readme #105) (thanks @licon4812!)
• Added support for non-x86/AArch64 architectures (Add support for non-x86/AArch64 architectures #161)
• On Windows, UNC (network) paths can now be opened properly (win: use file path as ID when the filesystem doesn't support IDs #193)
• We now use Alt for word-wise navigation on macOS (Allow Alt-based navigation on macOS #207) (thanks @diabloproject!)

Improvements to our use of Rust

• We made some smaller improvements to our Cargo.toml (Improved the Cargo.toml #43, Update Cargo.toml to remove "future" in comment #121) (thanks @HotCakeX, @bee-san!)
• A rust-toolchain.toml was added, ensuring you automatically use nightly Rust (Add rust-toolchain.toml #97) (thanks @maekawatoshiki!)
• We stopped applying MSVC compile flags for non-MSVC toolchains (Don't apply MSVC compile flags for non-MSVC toolchains #98) (thanks @ognevny!)
• We now use offset_from_unsigned as it is now available in stable Rust (remove simd::distance #131) (thanks @ThalliMega!)
• Unsafe lifetime transmutes were removed from vt::Stream (Remove unsafe lifetime transmute in vt::Stream #178) (thanks @arkeet!)
• We now use the Self type more often (Use the Self type wherever possible #208) (thanks @adamnemecek!)
• We're now optimizing std for size as well (Optimize std for size #241) (thanks @yui-915!)

Localization, Internationalization, Documentation

• Improved Japanese translations (Update Japanese translations in localization.rs #100, Improve japanese localization. #232) (thanks @mznms, @suikan4github!)
• Improved French localizations (Improve some French localizations #129, Improves some French translations #213) (thanks @dan-jac, @Packingdustry!)
• Various spelling mistakes were fixed (Fix multiple spelling mistakes #174, Fix various spelling errors #206, chore: fix typos in comment-out #313) (thanks @benja2998, @jsoref, @noritaka1166!)
• Our --help message is now a lot more informative (Update --help to include line/column support #181) (thanks @Whitecat18!)
• The repository now contains a preliminary man page (Add man page to assets #263) (thanks @rhubarb-geek-nz!)

---

This discussion was created from the release 1.1.0.

[alex-chap]

This is cool, I like the whole idea of a simple text editor. I have tested this out and this seems to have issues with the NVDA screen reader, when dialogues come up it will not read out the choices or what you have to do for example if you get the do you want to save your changes thing it doesn't tell you what to press to either save or discard, I have not got round to testing the accessibility of menu bars and other parts of the application yet, hopefully this can be fixed.

[lhecker]

This can be fixed long-term, but not in the near future. First, we need a VT sequence that can tell the terminal what to announce to the screen reader. That's being done over here: microsoft/terminal#14342

[lhecker]

I should add that we're really hoping to be the first terminal text editor that can be used with a screen reader. To our knowledge, no other interactive editor for a terminal can do that yet.

[alex-chap]

Okay that's interesting, so the VT sequence stuff has to be done in the terminal first before this can work, that makes sense, since the terminal has to tell the screen reader what to read and in what way, for example dialogues and the choices within it.

[gsw945]

Wow, platform support for AArch64 added.
In the future, will release assets add Linux Arm64?

[DHowett]

ARM64 has been supported on both Windows and Linux since 1.0.0.

[gsw945]

Sorry, now I see the aarch64 assets.

I downloaded edit-1.1.0-aarch64-linux-gnu.tar.zst from the Release page and unzipped it and uploaded it to Termux on my Android phone, but it won't execute, and according to the query, it probably needs a static link.

[zcobol]

@gsw945 you'll need a binary that targets aarch64-linux-android. The Linux file available in releases was built with target aarch64-linux-gnu

[gsw945]

Well, I expect that at some point in the future there will be edit-*-aarch64-linux-android.tar.zst in Release Assets.

[lhecker]

I consider this to be unlikely. There are 288 build targets for Rust, and we'll not provide binaries for all of them. You can always build binaries like that yourself - it's usually very easy to do.

[GlacierFox]

Installed this using Winget. Will the update come through that or do I have to manually update it with a new binary or something. (Sorry, first time Winget user.)

[DHowett]

Good news! If you installed it with WinGet, you can update it--and a bunch of other stuff on your machine!--with winget upgrade :)

You can preview what winget thinks is out-of-date by running winget upgrade. Beyond that, you can specify --all or a specific package.