I really wish they had ctrl-shift-t - reopen tab. I use it in chrome so much and it kills me when I accidentally close a file and I can't just reopen.
My Favorite Shortcuts for JetBrains' IDEs
51–60 of 71 posts
Re: My Favorite Shortcuts for JetBrains' IDEs
#52While we talk about JetBrains, I think they really should push some priority on their remote development support. Take the VS Code Remote SSH extension as a good example of how it could work, which is extremely seamlessly, and it just works. E.g. even the embedded terminal provides a shell on the remote host, and if you e.g. open a file in there via `code somefile.txt`, it will open in your VS Code. It's basically th…
With sshfs, what is the point? It seems to me that an editor shouldn't be dealing with the particularities of on what machine a file resides, that should be handled by the kernel or a userspace module. Like if Intellij had a feature that could allow it to access NFS drives people would decry it as unnecessary, but for some reason ssh is different.
Re: My Favorite Shortcuts for JetBrains' IDEs
#53While we talk about JetBrains, I think they really should push some priority on their remote development support. Take the VS Code Remote SSH extension as a good example of how it could work, which is extremely seamlessly, and it just works. E.g. even the embedded terminal provides a shell on the remote host, and if you e.g. open a file in there via `code somefile.txt`, it will open in your VS Code. It's basically th…
I develop on multiple machines and have just been through this exact thing with both VS Code and Pycharm. I was surprised at how different the implementations are. The VS Code SSH extensions work great - I would almost say "seamlessly", actually - whereas the Pycharm approach feels like a real kludge.
For starters, there seems to be more than one way to do it - one of the responses below refers to remote-mounting the filesystem using SSHFS, but another way to do it is through the Tools -> Deployment menu. The SSHFS approach is presumably the better one if your particular problem is trying to write code across several machines; the Tools -> Deployment avenue seems much better suited an actual deployment (it is, after all, in the name).
It's got me wondering whether I could get away with doing all my Python development in VS Code but obviously everyone has different constraints.
Re: My Favorite Shortcuts for JetBrains' IDEs
#54While we talk about JetBrains, I think they really should push some priority on their remote development support. Take the VS Code Remote SSH extension as a good example of how it could work, which is extremely seamlessly, and it just works. E.g. even the embedded terminal provides a shell on the remote host, and if you e.g. open a file in there via `code somefile.txt`, it will open in your VS Code. It's basically th…
FWIW: In the 2020.1 updates that have been rolled out in the last week the SSH support is now much better. But serious question though: what workflow do you have that remote code editing is necessary?
Would you mind elaborating on what the improvements are? I've just been through this a couple of days ago and found it quite messy.
Re: My Favorite Shortcuts for JetBrains' IDEs
#55I've asked this before in other conversations but, what makes VS Code so popular compared to more mature IDEs with a more full fledged set of features like IntelliJ? I have tried VS Code and the minute I couldn't ctrl + click navigate the code or get contextual ctrl + space bar method or input parameter suggestions I abandoned it.
> I have tried VS Code and the minute I couldn't ctrl + click navigate the code or get contextual ctrl + space bar method or input parameter suggestions I abandoned it.
I'm using VSC for a project the moment. You can definitely Cmd+Click on Mac to navigate, so I assume you could too, but perhaps it's not indexing your code for some reason?
I also see completions for method parameters, but I don't yet know the shortcut to redisplay it. Typing the opening brace, or a comma will display it, however.
What I miss the most in VSC is a decent VIM emulator. A number of the shortcuts in that list (and more) can be key combinations in Vim. But even crucial things like search with /, *, #, and ? (find symbol and regex search prev/next) aren't implemented properly, and undo/redo sometimes falls apart and corrupts your code. I believe the emulation in JetBrains products are actually made by the JB team themselves, so they can probably get all the necessary hooks in the extension API for Vim to function properly.
Re: My Favorite Shortcuts for JetBrains' IDEs
#56While we talk about JetBrains, I think they really should push some priority on their remote development support. Take the VS Code Remote SSH extension as a good example of how it could work, which is extremely seamlessly, and it just works. E.g. even the embedded terminal provides a shell on the remote host, and if you e.g. open a file in there via `code somefile.txt`, it will open in your VS Code. It's basically th…
With sshfs, what is the point? It seems to me that an editor shouldn't be dealing with the particularities of on what machine a file resides, that should be handled by the kernel or a userspace module. Like if Intellij had a feature that could allow it to access NFS drives people would decry it as unnecessary, but for some reason ssh is different.
The remote machine might have packages installed that are required to run, debug and code-completion.
Re: My Favorite Shortcuts for JetBrains' IDEs
#57I really wish they had ctrl-shift-t - reopen tab. I use it in chrome so much and it kills me when I accidentally close a file and I can't just reopen.
You can use Ctrl+E / Cmd E to invoke the `Recent Files` dialog -- the first file in the list will be the last closed tab.
https://blog.jetbrains.com/phpstorm/2013/02/navigating-betwe...
There is also the `Reopen Closed Tab` action, which it seems doesn't have assigned shortcut by default, but you can assign it to whatever you feel comfortable with.
Re: My Favorite Shortcuts for JetBrains' IDEs
#58Another favourite that I'd been missing since switching from Eclipse (back around Eclipse 3.6/4.2 days) is Field Call Hierarchy. Cursor on a data element and get the 'call hierarchy' from it.
Of course fields aren't 'called' per se, so JetBrains didn't do this. I'd been promoting issue IDEA-160274 where ever I could and now you can cursor on a field and press Ctrl+Alt+H (macOS) and see references to that field, and then selectively expand those references in a caller tree.
Re: My Favorite Shortcuts for JetBrains' IDEs
#59While we talk about JetBrains, I think they really should push some priority on their remote development support. Take the VS Code Remote SSH extension as a good example of how it could work, which is extremely seamlessly, and it just works. E.g. even the embedded terminal provides a shell on the remote host, and if you e.g. open a file in there via `code somefile.txt`, it will open in your VS Code. It's basically th…
i'm using remote dev right this second in pycharm. other than the terminal thing (which is solved by just having ssh open) i don't have any issues.
You can use Tools -> Start SSH Session and select the session used for the interpreter. I think it would be event better if the Terminal tab opened it directly, but this is good enough for me.
Re: My Favorite Shortcuts for JetBrains' IDEs
#60While we talk about JetBrains, I think they really should push some priority on their remote development support. Take the VS Code Remote SSH extension as a good example of how it could work, which is extremely seamlessly, and it just works. E.g. even the embedded terminal provides a shell on the remote host, and if you e.g. open a file in there via `code somefile.txt`, it will open in your VS Code. It's basically th…
With sshfs, what is the point? It seems to me that an editor shouldn't be dealing with the particularities of on what machine a file resides, that should be handled by the kernel or a userspace module. Like if Intellij had a feature that could allow it to access NFS drives people would decry it as unnecessary, but for some reason ssh is different.
Your point stands for an editor. Do note that PyCharm tries to be more than that, providing a bunch of tools around the editor.
In Pycharm, you don't just open remote files via SSH, the files are actually stored on the local machine. The point is to run the interpreter and the debugger on the remote machine.
This allows an integrated workflow with access to things you might not have on the local dev machine.
If your workflow is editing files in Vim / Sublime Code / whatever and then running them from the command line, I guess there really isn't that much benefit to this.
Examples:
- Access to some firewalled-off machine - Load big amounts of data from another machine while your dev machine is on a low bandwidth connection - Access hardware you might not have locally, such as a big GPU while coding on a light laptop