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 😄

Keybuffer context is lost while working in root directories like /var/lib ... autocomplete doesn't work. After entering to new line it works but after starting with thevar directory it again loses the context

If I press cmd+backspace to delete the line before the cursor, it looks like the Fig context gets out of sync.

To repro, I can type cd then cmd+delete followed by cd and the second time the fig completion menu doesn't show up. The keybuffer context is cd cd instead of the expected cd

Fig is not currently compatible with the following ZSH themes:

• None that we know of

Themes Fig was previously incompatible with:

• https://github.com/romkatv/powerlevel10k (fixed in version v1.0.31)
  → was not working as powerlevel10k spawns many background zsh processes. This was affecting our ability to get the cwd for the shell you're currently in

This issue will remain open and will be updated over time

Summary:
Once activated, it's impossible to uncheck iTerm Integration. It always prompt you to install the Python runtime.

Steps to Reproduce:

1. Activate iTerm Integration in Fig -> Settings menu
2. After installing the Python runtime, select again iTerm Integration.

Expected Results:
Selecting Fig -> Settings -> iTerm Integration should toggle the checkmark on and off

Actual Results:
iTerm Integration can't be deactivated.

System information:
OS: MacOS Big Sur 11.2.3
Terminal: MacOS Terminal and iTerm2
Version of Fig: 1.0.39

Additional Notes:

Summary:
When Fig shows multiple options as I type a prefix, if I press Tab, the last prefix replaces the entire command. Pressing Enter replaces the entire command with the first option instead.

Steps to Reproduce:
This doesn't seem to happen everywhere, but here are few reproducible steps for me:
Tab:

1. Type cd /Us (note uppercase U), Fig shows autocomplete menu with options: Users and usr.
2. Press Tab.

Enter:

1. This time, type cd /us (lowercase u), Fig shows autocomplete menu with the same two options.
2. Press Enter.

Expected Results:
I'm not sure what Fig's default behavior is, but it should either do nothing (which is what happens if I typed a lowercase U in step 1), or it should select the first highlighted option and continue.

Actual Results:
Tab:
Fig replaces the entire line with just us, and the keybuffer has cd /us.
Autocomplete is still open with the same options btw.

Enter:
Fig replaces the entire line with just Users/, and the keybuffer has cd /Users/.

System information:
OS: MacOS Big Sur 11.0.1
Terminal: (MacOS Terminal, iTerm2, etc)
Version of Fig: 1.0.39

Summary:
Autocomplete suggestion box appears underneath floating iTerm window

Steps to Reproduce:

1. Create an iTerm hotkey window profile
2. In iTerm preferences, under Profile > Keys > Configure Hotkey Window, enable the Floating window setting
3. Trigger the hotkey window, then start typing a command that triggers the Fig autocomplete suggestion box.

Expected Results:
Autocomplete suggestion box appears on top of iTerm window.

Actual Results:
Autocomplete suggestion box appears under iTerm window (although it remains interactive).
Autocomplete suggestion box also does not dismiss when dismissing hotkey window.

System information:
OS: MacOS Big Sur 11.1
Terminal: iTerm2 (3.4.3)
Version of Fig: 1.0.32 (B80)

Additional Notes:

Description:

When having two screens ( one over the other ) and we open VS on the screen that is on the top, being the terminal in the bottom part of the screen, when typing something on the terminal, the fig recommendations pop-up will appear in the bottom screen instead of the top screen, where the terminal is.

This is happening in a MacBook Pro.

Details:

Version 1.0.40 (B188)
UserShell: /bin/zsh
Bundle path: /Volumes/fig/Fig.app
Autocomplete: true
Settings.json: true
CLI installed: true
CLI tool path: /Users/fabiocalandruccioespino/.fig/bin/fig
Accessibility: true
Number of specs: 77
SSH Integration: true
Tmux Integration: true
Keybindings path: /Users/fabiocalandruccioespino/.fig/user/keybindings
iTerm Integration: false
Hyper Integration: false
VSCode Integration: true
Docker Integration: true
Symlinked dotfiles: false
Only insert on tab: false
Installation Script: true
PseudoTerminal Path: 
SecureKeyboardInput: false
SecureKeyboardProcess: 
Current active process: /bin/zsh (62931) - ttys002
Current working directory: /Users/fabiocalandruccioespino/Documents/crewapp
Current window identifier: 28883/code:62931% (com.microsoft.VSCode)

Great tool and it has already improved my workflow!

Is your feature request related to a problem? Please describe.
One feature I’m missing would be to help me suggest more complete commands then just the next part. If I start writing “git”, very often I write "git commit -m" and not just show "commit".

Describe the solution you'd like
If I have added a alias it could be displayed as a separate list or in the same box (like top suggestion).

In my case it’s mostly usable for really long and more complex commands I run and want to be able to quickly run. Saving them in another document etc is where Fig is such a good idea. Because I want them visible in a list exactly where I’m working, in the Terminal.

Description:> Please include a detailed description of the issue (and an image or screen recording, if applicable)

Followed installer
Got exited
Typed cd ...
waaa no autocomplete?
I see the "iterm integration" (as seen below) isn't installed. But I thought the tutorial was supposed to start after the iTerm integration? Needs to be looked into.

Details:

Version 1.0.40 (B188)
UserShell: /bin/zsh
Bundle path: /Applications/Fig.app
Autocomplete: true
Settings.json: true
CLI installed: true
CLI tool path: /Users/s/.fig/bin/fig
Accessibility: true
Number of specs: 77
SSH Integration: true
Tmux Integration: true
Keybindings path: /Users/s/.fig/user/keybindings
iTerm Integration: false
Hyper Integration: false
VSCode Integration: false
Docker Integration: false
Symlinked dotfiles: false
Only insert on tab: false
Installation Script: true
PseudoTerminal Path: 
SecureKeyboardInput: false
SecureKeyboardProcess: 
Current active process: ??? (???) - ???
Current working directory: ???
Current window identifier: 4287/% (com.googlecode.iterm2)

I have whitelisted a process from PowerShell zsh theme!

Changing the directory in the terminal doesn't update the CWD for fig. results in incomplete are for /

Is your feature request related to a problem? Please describe.
As mentioned in Slack, Fig is currently unable to provide full support for Fish because it does not have a way of reading the current command. There actually is a way to do this!

Describe the solution you'd like

1. Ask the user to add a function to config.fish like this:

   function read_commandline --on-signal SIGUSR1
       fig commandline:read $fish_pid (commandline) (commandline -C) 
   end
   function write_commandline --on-signal SIGUSR2
       commandline (fig commandline:write $fish_pid)
       commandline -C (fig commandline:write-cursor $fish_pid)
   end

2. when you detect keyboard input, run kill -USR1 [shell pid] from Fig
3. when the user accepts a suggestion, run kill -USR2 [shell pid] from Fig and provide the new command input and cursor position when requested

(it might be better to use other available signals).

Is your feature request related to a problem? Please describe.
Fish allows you to change directories by “executing” a directory (i.e. you can run src/ to do the same thing as cd src/). However, the path autocomplete provided by Fig does not allow for this possibility (you have to hit esc to close the panel before hitting enter to cd.

Describe the solution you'd like
Add a “run” shortcut like the one produced by cd’s autocompletion.

Describe alternatives you've considered
Not sure there is one

Additional context

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

Please subscribe to this issue to get an update when Fig's autocomplete integration with the Linux is ready 😄

Summary:
fig 1.0.33 (B92) on Catalina: sidebar shows up when fig starts but disappears after running anything now or changing focus to another application. I can run apps from the command line only.

Steps to Reproduce:

1. Start fig normally
2. Run a fig command and exit, or switch window focus and go back to the terminal

Expected Results:
fig sidebar should reappear.

Actual Results:
The sidebar disappears and never comes back until I restart fig. I can run commands on the command line like fig dir. But the normal sidebar never appears again.

System information:
OS: MacOS Catalina 10.15.7 (19H114)
Terminal: iterm2 3.4.3
Version of Fig: 1.0.33 (B92)

Additional Notes:

The fig version before this one only had issues when my program set the display to 7, which should of gone back to the sidebar. Now, it's having the issue on everything. Also, the docs no longer tell how an application should revert control back to the sidebar.

Summary:
After I uninstalled Fig.app, zsh:1: command not found: fig is prompted every time I launch git push

Steps to Reproduce:

1. Install Fig.app
2. Uninstall Fig.app
3. Commit something
4. Push the code

Expected Results:
No error or warning from fig is thrown

Actual Results:

$ git push
zsh:1: command not found: fig
Enumerating objects: 5, done.
Counting objects: 100% (5/5), done.
Delta compression using up to 4 threads
Compressing objects: 100% (3/3), done.
Writing objects: 100% (3/3), 349 bytes | 349.00 KiB/s, done.
Total 3 (delta 2), reused 0 (delta 0), pack-reused 0
remote:
remote: View merge request for XXXXXXX:
remote:   XXXXXXXXX
remote:
To XXXXXXXXXXX
   c3133a2..8d4ee7f  XXXXXXXXXXX -> XXXXXXXXXXX

System information:
OS: MacOS Catalina 11.15.7
Terminal: iTerm2 3.4.3
Version of Fig: 2.0

Additional information
I cleaned my $PATH and .zshrc from anything related to fig.

Description:

Please include a detailed description of the issue (and an image or screen recording, if applicable)

This used to work before nicely. After the latest update, this got messed up. Added a screenshot as well.

Details:

Version 1.0.40 (B188)
UserShell: /bin/zsh
Bundle path: /Applications/Fig.app
Autocomplete: true
Settings.json: true
CLI installed: true
CLI tool path: /Users/jatin/.fig/bin/fig
Accessibility: true
Number of specs: 75
SSH Integration: true
Tmux Integration: true
Keybindings path: /Users/jatin/.fig/user/keybindings
iTerm Integration: false
Hyper Integration: false
VSCode Integration: true
Docker Integration: false
Symlinked dotfiles: false
Only insert on tab: false
Installation Script: true
PseudoTerminal Path: /Users/jatin/Downloads/google-cloud-sdk/bin:/usr/local/opt/openjdk/bin:/Users/jatin/.nvm/versions/node/v12.18.4/bin:/usr/local/bin:/usr/bin:/bin:/usr/sbin:/sbin:/Library/Apple/usr/bin:/Applications/Postgres.app/Contents/Versions/latest/bin:/Users/jatin/.fig/bin
SecureKeyboardInput: false
SecureKeyboardProcess: 
Current active process: ??? (???) - ???
Current working directory: ???
Current window identifier: ???

Description:

Autocomplete is inserting a weird character on enter keypress. The character looks like the fig logo.

Details:

Version 1.0.40 (B188)
UserShell: /bin/zsh
Bundle path: /Applications/Fig.app
Autocomplete: false
Settings.json: true
CLI installed: true
CLI tool path: /Users/brookssime/.fig/bin/fig
Accessibility: true
Number of specs: 86
SSH Integration: true
Tmux Integration: true
Keybindings path: /Users/brookssime/.fig/user/keybindings
iTerm Integration: true
Hyper Integration: false
VSCode Integration: true
Docker Integration: false
Symlinked dotfiles: true
Only insert on tab: false
Installation Script: true
PseudoTerminal Path: /Users/brookssime/.bin:/Users/brookssime/.asdf/shims:/Users/brookssime/.asdf/bin:/usr/local/bin:/usr/bin:/bin:/usr/sbin:/sbin:/usr/local/MacGPG2/bin:/opt/X11/bin:/Library/Apple/usr/bin:/Users/brookssime/.fig/bin:/usr/local/sbin
SecureKeyboardInput: false
SecureKeyboardProcess: 
Current active process: /bin/zsh (9412) - ttys003
Current working directory: /Users/brookssime/Code/moments/server
Current window identifier: 4363/210E451F2-A91C-4C39-9229-0B772DC91BF3% (com.googlecode.iterm2)

Summary:
While Fig is running, iTerm2 complains when an entry from its built in password manager is to be filled in.

Steps to Reproduce:

1. Have an entry in iTerms password manager (Shortcut cmd + shift + f)
2. Type in sudo su - to bring up secure input
3. Try to fill in password from iTerms password manager (Shortcut cmd + shift + f)

Expected Results:
Password is filled in automatically when it is chosen in password manager window.

Actual Results:
Warning dialog is shown by iTerm. Are you really at a password prompt? It looks like what you're typing is echoed to the screen.

System information:
OS: MacOS 11.2.1 (20D74)
iTerm: Build 3.4.4
Version of Fig: 1.0.34 (B100)

The title says it all.

Please subscribe to this issue to get an update when Fig's autocomplete integration with the Tmux is ready 😄

Currently, Fig works in SSH sessions. We also want to make Fig work in Docker containers hosted on your local device.

Please subscribe to this issue to get an update when Fig's autocomplete integration with the Docker is ready 😄

after I entered my personal email on the last screen of the install, the dialog saying I need to sign in with a work email stayed on screen for a good minute with no indication that anything was happening. No way to close it no way to move it. Eventually it closed but it was a confusing experience

Summary:
Fig shows up on the main screen when there's a split-paned fullscreen iTerm2 on a secondary screen.
Split-pane was achieved with "Split Pane Vertically" and "Split Pane Horizontally" in the right-click menu of iTerm2. And the layout is like this:

+--------+--------+
|        |        |
|        +--------|
|--------+        |
|        +--------|
|--------+        |
|        +--------|
|        |        |
+--------+--------+

Steps to Reproduce:

1. Open iTerm2, make it fullscreen and create split panes.
2. Type a command, Fig shows up on the wrong screen.

Expected Results:
Fig shows up right where the command is typed in.

Actual Results:
Fig shows up on the edge of my main screen.

System information:
OS: macOS Catalina 10.15.7
Terminal: iTerm2
Version of Fig: 1.0.32 (B80)

There's a similar problem reported in #10 (comment).

Description:

Please include a detailed description of the issue (and an image or screen recording, if applicable)

Every keystroke spawn a nc command, see the attached video. Latest iTerm2 and Fig.

Details:

Version 1.0.40 (B188)
UserShell: /usr/local/bin/fish
Bundle path: /Applications/Fig.app
Autocomplete: true
Settings.json: true
CLI installed: true
CLI tool path: /Users/jeremy/.fig/bin/fig
Accessibility: true
Number of specs: 75
SSH Integration: true
Tmux Integration: true
Keybindings path: /Users/jeremy/.fig/user/keybindings
iTerm Integration: true
Hyper Integration: false
VSCode Integration: true
Docker Integration: true
Symlinked dotfiles: true
Only insert on tab: false
Installation Script: true
PseudoTerminal Path: /usr/local/opt/[email protected]/bin:/usr/local/opt/gettext/bin:/usr/local/opt/binutils/bin:/usr/local/sbin:/Users/jeremy/.fig/bin:/Users/jeremy/.nvm/versions/node/v14.16.0/bin:/Users/jeremy/flutter/bin:/Users/jeremy/Library/Python/3.7/bin:/Users/jeremy/bin:/Users/jeremy/.cargo/bin:/usr/local/bin:/usr/bin:/bin:/usr/sbin:/sbin:/Applications/VMware
SecureKeyboardInput: false
SecureKeyboardProcess: 
Current active process: /usr/local/Cellar/fish/3.2.2/bin/fish (16053) - ttys000
Current working directory: /Users/jeremy
Current window identifier: 170345/% (com.googlecode.iterm2)

The title says it all.

Please subscribe to this issue to get an update when Fig's autocomplete integration with the Alacritty terminal is ready 😄

Is your feature request related to a problem? Please describe.

Not a problem, just new integration with a new terminal program: WezTerm https://wezfurlong.org/wezterm/

Describe the solution you'd like

Currently, fig says that it doesn't support WezTerm.

When making an application for fig, the fig.run() command gives the command line to the shell and then pieces of it afterwards in an unpredictable order/way. You can see the trail of partial commands in the attached picture:

Currently, Fig works in SSH sessions. We also want to make Fig work in Mosh.

Please subscribe to this issue to get an update when Fig's autocomplete integration with Mosh is ready 😄

Is your feature request related to a problem? Please describe.
A clear and concise description of what the problem is. (e.g. I'm always frustrated when [...])
When a generator is running a long-running command to generate suggestions fig displays noting even if a static array of suggestions is provided

Describe the solution you'd like
A clear and concise description of what you want to happen.
When both a generator and suggestions are provided by an autocomplete spec, render the suggestions first & then the result of any generators

Fig overrides the tab, enter, esc, and up/down arrow keys when the autocomplete box is open.

macOS, Terminal, and iTerm shortcuts using these keys may not work when the autocomplete is open. To re-enable them, you have to escape the autocomplete box.

Known shortcuts that currently aren't working:

• cmd+tab

As a user I would like to keep my menu bar clean and not have the icon displayed. The Fig icon in the menu bar only disappears when the user quits Fig, and it doesn't trigger an automatic reopen upon opening the command line app. I also think the interactions in the Fig menu could easily be moved elsewhere.

HI,

I am not able to find how to uninstall Fig from my terminal.

What is the best way to uninstall it?

And please add it to the doc, https://docs.withfig.com/

Thanks.

EDIT

This link walks you through how to uninstall using the recommended method + manually if needed: https://github.com/withfig/fig/discussions/140

As noted, the links in the comments below are dead

Expected Behavior

Expect the CLI tool to install from .dmg installation package

Current Behavior

Currently getting the following error when trying to run any fig command:

dyld: Library not loaded: @path/libswiftCore.dylib Referenced from: /usr/local/bin/fig Reason image not found

I spoke to @mschrage and @falky97 thru the fig slack #bug channel. And was instructed to run the following command:

otool -L /usr/local/bin/fig

And this is the output:
/usr/local/bin/fig: /usr/lib/libz.1.dylib (compatibility version 1.0.0, current version 1.2.11) /System/Library/Frameworks/Foundation.framework/Versions/C/Foundation (compatibility version 300.0.0, current version 1673.126.0) /usr/lib/libobjc.A.dylib (compatibility version 1.0.0, current version 228.0.0) /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 1281.0.0) /System/Library/Frameworks/AppKit.framework/Versions/C/AppKit (compatibility version 45.0.0, current version 1894.10.126) /System/Library/Frameworks/CFNetwork.framework/Versions/A/CFNetwork (compatibility version 1.0.0, current version 0.0.0) /System/Library/Frameworks/CoreFoundation.framework/Versions/A/CoreFoundation (compatibility version 150.0.0, current version 1673.126.0) /System/Library/Frameworks/Security.framework/Versions/A/Security (compatibility version 1.0.0, current version 59306.41.2) @rpath/libswiftCore.dylib (compatibility version 1.0.0, current version 1100.8.255) @rpath/libswiftCoreFoundation.dylib (compatibility version 1.0.0, current version 0.0.0) @rpath/libswiftDarwin.dylib (compatibility version 1.0.0, current version 0.0.0) @rpath/libswiftDispatch.dylib (compatibility version 1.0.0, current version 0.0.0) @rpath/libswiftFoundation.dylib (compatibility version 1.0.0, current version 0.0.0) @rpath/libswiftNetwork.dylib (compatibility version 1.0.0, current version 0.0.0) @rpath/libswiftObjectiveC.dylib (compatibility version 1.0.0, current version 0.0.0)

I am current on an older version of OSX 10.13.6, for some reason I think that may be related to the issue.

It's sometimes hard to tell when Fig has stopped working, and what I need to do to fix it. It's be nice if the menu bar icon could be badged a color depending on the status. It'd also be nice if there was a setting to turn the badging and coloring on and off.

Summary:
PyCharm's (And most likely all other Intellij app) terminal windows crash, if Fig is used with ZSH + zsh-syntax-highlighting plugin. This happens even if Fig is disabled.

Commenting following line in ~/.zshrc, fixes the problem

#### FIG ENV VARIABLES ####
[ -s ~/.fig/fig.sh ] && source ~/.fig/fig.sh
#### END FIG ENV VARIABLES ####

Steps to Reproduce:

1. Install fig
2. Use oh-my-zsh
3. Use zsh-syntax-highlighting plugin
4. Open PyCharm
5. Open Terminal (ALT + F12)
6. Type something in terminal prompt

Expected Results:
Terminal window works as expected and the input is displayed.

Actual Results:
Terminal window will close (zsh crashes)

System information:
OS: MacOS Big Sur 11.2.2
Version of PyCharm 2020.3.3 (Professional Edition), Build #PY-203.7148.72, built on January 27, 2021
Version of Fig: 1.36 (B139)
Git commit of Oh-my-zsh 9a9f3831925432fdf4352c24a002506a06d329c1
Git commit of zsh-syntax-highlighting 205bc7ea199cfd4cded51d465baad63b3d7f3aad

Additional Notes:
Fig app can be shut down or running, this makes no difference.

I hope someone with similar setup will be able to reproduce the issue.

Is there a way to use Fig on windows?

When I ssh into another machine and use the cd command, it autocompletes directories from my local machine, not the remote

Summary:
Autocomplete list orders like named folders in an unintuitive way for me. For instance, if you have a directory foo/ and a directory foo-bar/ the autocomplete menu will order foo-bar/ first, but with standard linux autocomplete tabbing I'd expect foo/ to come first. The rule should show the shortest match first.

Summary:
Hitting enter after using Fig to autocomplete a command causes last word to be deleted before insert on Bash.

Steps to Reproduce:

1. Type cd /e and let Fig autocomplete etc using Tab, showing the first option as the little enter sign.
2. Hit Enter to go to that path.

Expected Results:
Navigation to /etc.

Actual Results:
Navigation to /.

It seems the last word is deleted. So for example if you pick cd /tmp/dir-name/ and hit Enter, what's executed is cd /tmp/dir-.

System information:
OS: MacOS Big Sur 11.0.1
Terminal: (MacOS Terminal, iTerm2, etc)
Version of Fig: 1.0.39.

Is your feature request related to a problem? Please describe.
A clear and concise description of what the problem is. (e.g. I'm always frustrated when [...])
On M1 (arm64) macs, Fig runs under Rosetta. It works fine, but maybe performance is affected.
Describe the solution you'd like
A clear and concise description of what you want to happen.
Compile Fig as a universal app to run natively also for new M1 macs.
Describe alternatives you've considered
A clear and concise description of any alternative solutions or features you've considered.

Additional context
Add any other context or screenshots about the feature request here.

The title says it all.

Please subscribe to this issue to get an update when the autocomplete integration with IntelliJ is ready 😄

When Fig's autocomplete widget pops up, users are able to select suggestions using tab, enter, or clicking.

It seems like Fig does not pick up the tab or enter events from certain external keyboards. If a user with one of these keyboards tries tab or enter it will just close the popup but will not insert the selected text.

We are investigating the fix.

In the meantime, here are some of the keyboards we have heard don't work:

• Das Model S
• Keychron K2 (unsure of specific models)

Please share more keyboards and their versions below. Also subscribe to this issue so you can get notified when they have been fixed 😄

Description:

Please include a detailed description of the issue (and an image or screen recording, if applicable)
Having trouble with Fig on cd command in sessions when I'm ssh'd into a remote machine. Other commands work fine, such as git and ls.

I have gotten Fig to work with cd on my remote machine, but it is intermittent when it will work for me. I normally one of the following states:

• Fig box will say that it doesn't have context and I need to run fig source
  • In this case, I will exit the remote box, run fig source locally, then ssh back into the remote.
• Fig box simply doesn't show up on remote machine
• Fig box shows my local file structure
• Fig box works as it should, showing remote file structure
  • In this case, it will only work on this single iTerm tab/window. If I open another tab/window and log into my remote box, it generally will not show a Fig box at all with cd.

I have had instances where git would not pull up a Fig window either, but that's generally solved by running fig source on my local then going back.

I've been talking with falky97 about this issue and he mentioned it could be an issue with my custom prompt, which uses https://github.com/romkatv/powerlevel10k.

I'm running Zsh with Oh-my-zsh locally and Zsh with Prezto on the remote machine, both using Powerlevel10K for the prompt. I'm going to try switching prompts and see if that effects anything and will remote back.

Details:

Version 1.0.40 (B188)
UserShell: /bin/zsh
Bundle path: /Applications/Fig.app
Autocomplete: true
Settings.json: true
CLI installed: true
CLI tool path: /Users/tretuna/.fig/bin/fig
Accessibility: true
Number of specs: 77
SSH Integration: true
Tmux Integration: true
Keybindings path: /Users/tretuna/.fig/user/keybindings
iTerm Integration: true
Hyper Integration: false
VSCode Integration: true
Docker Integration: true
Symlinked dotfiles: false
Only insert on tab: false
Installation Script: true
PseudoTerminal Path: 
SecureKeyboardInput: false
SecureKeyboardProcess: 
Current active process: /bin/zsh (42248) - ttys005
Current working directory: /Users/tretuna
Current window identifier: 2266/21035B9C6-10F7-41E4-86F5-68FC1AF8ACD2% (com.googlecode.iterm2)

Describe the bug
In Extended Display mode if the Terminal is open on Primary Screen and the Secondary screen is placed on the right of the primary screen Fig sidebar shows on Secondary Display.

To Reproduce
Steps to reproduce the behaviour:

1. Connect at least two monitors/screens
2. Make sure fig is running if not start it.
3. Open Terminal on any Screen.
4. Move the terminal to the left screen of another screen
   eg.
   

Expected behaviour
Fig bar should stick to the Terminal Screen

Screenshots

Desktop (please complete the following information):

• OS: macOS 10.15.17
• Terminal: mac default Shell, iTerm2
• Fig Version 1.0.20

Additional context

• current workaround: use terminal on-screen which doesn't have any screen right to it.

The title says it all.

Please subscribe to this issue to get an update when the autocomplete integration with Kitty Terminal is ready 😄

It would be awesome if fig would add terminal-tab (atom extension) integration

Enable Fig autocomplete in JetBrains IDEs' integrated terminal

JetBrains IDEs

• PhpStorm
• WebStorm
• CLion
• pyCharm
• PyCharm CE
• IntelliJ IDEA
• RubyMine
• GoLand
• AppCode
• Rider IDE
• Android Studio

Are we missing one that you use? Comment below!

Original Issue
Is your feature request related to a problem? Please describe.
It's just going to make it a really solid solution to make fig integrates with PhpStorm internal terminal window

Describe the solution you'd like
PhpStorm is currently the top pick for PHP developers which offers many features (AIO) which for the most part allows you to do all within the IDE without the need to use external programs (ex: Git, Terminal, etc)

So if Fig is able work well with the IDE's internal terminal window. it will make a big difference.

Describe alternatives you've considered
The current alternative is to keep 2 windows open, one for the IDE and other for the terminal (iTerm2)

Additional context
I am not sure if this is the place for it, but the support for the IDE + composer + npm is a killer combo

Thanks for the amazing work

The title says it all.

Please subscribe to this issue to get an update when Fig's autocomplete integration with VSCode is ready 😄

The title says it all.

Please subscribe to this issue to get an update when Fig's autocomplete integration with the Hyper Terminal is ready 😄

It's can be awkward to switch to the arrow keys to use autocomplete.

It would be great if one could navigate through the autocomplete options using ctrl+n / ctrl+p

Initially considered vim-style navigation but there will be UX problems if letter keys without modifiers are used to navigate the menu.