The Changelog: 0.11.5
This release incorporates some of the findings in How Zed is Actually Used (specifically better support for popular Zed languages such as Python, Ruby and PHP). It also includes two new packages as part of the distribution: follow-complete and bracket-check. In addition, various bugs have been fixed and features tweaked.
Let's recap what follow-complete does:
Follow complete is based on a few observations:
- A lot of languages use a
a.b
anda.b()
(and similar:a->b
anda->b()
,a::b
) notations for package namespacing, property access and method calling, e.g. JavaScript, Go, C++, PHP, Ruby, CoffeeScript, C#, Java, Dart, Groovy, Lua, Rust, Python, Scala etc.- Programmers tend to name variables of certain types the same all over the code base: e.g.
arr
for arrays,el
for HTML DOM elements.- Many languages use the
a.b
pattern for namespacing, for instance in Python after youimport os
you call methods on it viaos.some_method()
. Even without explicit imports,document.createElement()
is an example of this in JavaScript.If this is the case, wouldn't indexing any sequence of
x.y
,x.y(...)
,x(...).y
andx(...).y(...)
found in a code base, result in some useful completions when requesting code completion after typingx.
? In that case, code completions could includey
andy()
.This is exactly what follow complete does. It uses Zed's new database APIs to index sequences of identifiers with
.
s in between and uses that for completion. As it turns out, if your code base is big enough, this gets surprisingly useful.Again, here's a Go example. Go happens to use
.
as a package separator. Without any Go-specific knowledge, let alone knowledge of Go's APIs, Zed can now give the following completion for thedatastore
package (which is an Google App Engine specific package that is used fairly heavily in this particular project):As you can see, although Zed "knows" that these are all methods, it doesn't show method argument names, simply because it doesn't know them. Potentially these method names could be matched with the symbol list, perhaps to also give argument names. Nevertheless, even without that getting some completion for APIs that are used in your project is quite useful.
Follow complete is currently enabled for: JavaScript, Python, Ruby, Go, Java, C#, Groovy, Lua, Nix, Rust and Scala.
Now let's recap what bracket check does:
There are many more language for which parser written in JavaScript are not yet available. And writing a high-quality parser for most languages is a lot of work.
So would it be possible to build some syntax tooling that helps at least a little in detecting common mistakes writing code?
This is what bracket check does: it checks nesting of brackets: e.g.
[{(
. Is this a full-blown syntax check? No (although... almost for Lisps), but it helps.For each language, you only have to configure two things: the bracket pairs to match and the parts to skip over (such as string literals, comments) etc. Here is it in action:
Here's the full changelog for 0.11.5:
- Modes:
- Ruby: symbol indexing
- Python: improved symbol indexing
- C: symbol indexing
- PHP: improved symbol indexing
- Java: symbol indexing
- C#: symbol indexing
- GLSL syntax highlighting
- Stylus syntax highlighting
- Two new packages made part of the default distribution:
- follow-complete: offers quasi-intelligent completions for
x.y
property accesses/method calls for many languages (currently enabled for JavaScript, Python, Ruby, Go, Java, C#, Groovy, Lua, Nix, Rust and Scala) - bracket-check: checks matching brackes (currently enabled for Clojure, Go, Dart, Python, Ruby, Java, and C#)
- follow-complete: offers quasi-intelligent completions for
- Local (Chrome) directories with more than 100 files/directories did not show up completely before, this is now fixed (by farnoy)
- Projects are automatically indexed (for symbols and code completion) the first time they are opened, you can do this manually with
Tools:Index Project
. - Search project now only searches known file types and does so more sequentially, which should prevent crashes
- Key bindings:
- Default keybinding for
Find:Next
on Linux/Windows/ChromeOS is nowCtrl-G
, andFind:Previous
is nowCtrl-Shift-G
. Nativate:Reload Filelist
is now bound toCommand-Shift-L
on Mac andCtrl-Shift-L
on Windows/Linux/ChromeOS as well asF5
on both.
- Default keybinding for
- Dotfiles (files starting with
.
) now appear in the file list, except those defined ingotoExcludes
(by default.git
) - Goto matching algorithm tweaked, now also does fuzzy matching again (although with a lower score).
- File renaming fixes (by TheKiteEatingTree)
As always, if you have Zed installed, Zed should be upgraded automatically. If not, you can download Zed from its download page.
Thanks to all who contributed!