Integrate Fig with Windows

[brendanfalk]

Fig currently works on macOS only. We will build a port that integrates with Windows soon.

Please subscribe to this issue to get an update when Fig's autocomplete integration with the Window is ready :smile:

[SJanJan]

super work

[jacobra19]

Commenting to get updates - it's really useful, I hope to see a Windows release soon!

you could just click on the 'watch' button at the top

[felix-berlin]

I can hardly wait!

[ayr-ton]

Maybe the best approach for this one is trying to write an app like https://github.com/microsoft/terminal/tree/main/samples that consumes the new Windows Console APIs. Support for zsh/bash/fish first via WSL and Windows Console APIs could be a good MVP. Powershell in MVP 2.

[mschrage]

Hey everyone! Thank you for your patience. We are super excited about bringing Fig to Windows, but there is lots of work to do before this is possible.

There are at least 7 core functions that need to be built out in order for us to release autocomplete to Windows.

1. We need to be able to determine the location of the cursor in a 3rd party app.

This seems possible using Microsoft Active Accessibility APIs.

Other Resources

• System Caret
• Get Caret Range
• GetBoundingRectangles

2. We need to be able to determine what you've typed in the terminal

This means porting our pseudoterminal layer (figterm) to Window. We need to do some research to understand how this should work on a non-UNIX system. See ConPTY

3. We need to do IPC between our CLI tools and our GUI app. On macOS (and Linux) we use UNIX domain sockets. I am not sure about the equivalent on Windows.

4. We need to be able to position a 'floating' window overlay on top of 3rd party applications.

5. We need intercept certain keystrokes to prevent them from being handled by the shell. This can be implemented at the OS level or potentially at the pseudoterminal level.

6. We need to port over the Fig.js API to Windows. This is the subsystem that links our TypeScript autocomplete engine with native OS functionality.

7. We need to install our shell integrations. This entails research & experimentation with how shells work on Windows. eg. What is the difference between Cygwin, MSYS/MinGW, git bash and WSL? Which should we support? Where are bashrc and bash_profile equivalents located?

See "How can I use a bash-like shell on Windows" for more details. Also: "Launching a daemon from WSL"

If you have any insight on how to solve these challenges, please comment below or join our #cross-platform channel on Discord. ❤️

[levrik]

@mschrage I think UNIX domain sockets are available on Windows: https://devblogs.microsoft.com/commandline/af_unix-comes-to-windows/ I don't know if the implementation is more complete nowadays or if it's still lacking the missing features mentioned in the linked article. I also don't know which features you need so the implementation might be enough for your usecase.

[BasixKOR]

I think winpty could be a great starting point for pseudo-console implementation. It is known to work well with other UNIX-like software as well.

[ntindle]

Regarding #1 in the list above, it may be worthwhile to add native support to windows terminal rather than have it be an accessibility hack

[mschrage]

@levrik I didn't know about that Windows had added support for AF_UNIX socket networking. That's awesome.

@BasixKOR I will look into winpty! Our pseudoterminal is written in Rust, so we'll need to figure the right approach / library.

@ntindle does Windows Terminal have support for GUI plugins like Fig? If you have any links to documentation on this or thoughts on how to implement native support, please let me know.

[digeomel]

I understand that Windows terminal support is not done yet, but I'm a bit confused about vscode on Windows, because your README writes that it works on vscode terminal. I assume it only works on vscode terminal on MacOS, right?

[RyKilleen]

Here's the master feature list for extensions on Windows Terminal.

https://github.com/microsoft/terminal/issues/4000

As far as I can tell, the command palette is fully extensible but doesn't provide the sort of inline support you're probably looking for. They seem very open to feature requests though

[pcgeek86]

The "Hyper" terminal from Vercel runs on Windows as well as MacOS. It'd be great to see Fig work with Hyper on Windows 11, at least, even if Windows Terminal integration doesn't work yet.

[mschrage]

@digeomel that's exactly right. Fig supports VSCode, but only on macOS.

@pcgeek86 Same thing for Hyper.

[mschrage]

What is the unix-like environment you use on Windows most often?

I'm assuming WSL, but I could be completely wrong.

[jasonwashburn]

Usually WSL through windows terminal , but I also use git bash occasionally through windows terminal….I believe it runs msys2 or something like that On Feb 4, 2022, 4:02 PM -0600, Matt Schrage @.***>, wrote:

What is the unix-like environment you use on Windows most often? I'm assuming WSL, but I could be completely wrong. — Reply to this email directly, view it on GitHub, or unsubscribe. You are receiving this because you are subscribed to this thread.Message ID: @.***>

[TheOnlyTails]

I actually almost never use WSL, I use Git Bash (via Windows Terminal), with Zsh installed on top of it.

[kidsamort]

I also always use Git Bash

[MystPi]

Honestly I mostly just use Powershell; not WSL or Git Bash.

[Lioness100]

I always use git bash :)

[ionut-botizan]

Terminal: Windows Terminal Default Shell: Powershell Core (Not sure if it matters, but a heads up: there's the default, older version of Powershell and there's Powershell Core, which is the better, open source version, that also runs on Linux and MacOS) *Nix env: WSL Ubuntu with Bash/Fish (but I rarely need it)

-- Used Cygwin in the past (feels like a lifetime ago) -- Never understood why Git Bash even exists

[sergiubacioiu]

Please consider adding support for Tabby on Windows. https://tabby.sh/

[resonancedesigns]

WSL when using VS Code terminal, Git Bash otherwise.

[syedfaizan]

I use Cmder, works really well.

[joshuajeschek]

I also use Tabby, which is written in TypeScript and allows for plugins - a Tabby Plugin would be fantastic!

[hxse]

Hope to support alacritty.

[mschrage]

Some exciting progress to share!

https://user-images.githubusercontent.com/3155109/159592632-d0b229b2-e4cc-447e-be2f-64308640e366.mp4

We've located the caret position, can determine what text has been typed, and got IPC working on Windows. 🥳 There is still lots to do, but some of the key technical challenges have been solved!

We likely will focus on WSL at first and then branch out to support other environments, like git bash and Powershell.

[levrik]

@mschrage Wow. Is Fig written in Rust? This r#type looks very familiar. Also seeing a .cargo-lock file in the directory.

[florian-lefebvre]

@levrik Looking at the executable icon, it's a tauri app (https://github.com/tauri-apps/tauri) so yes it's built with Rust.

[mschrage]

Good eye @florian-lefebvre!

@levrik To answer your question: yes, we use Rust! 🦀

[levrik]

@mschrage And few hours later I received your newsletter mentioning usage of Rust for at least your CLI 😅