添加链接
link管理
链接快照平台
  • 输入网页链接,自动生成快照
  • 标签化管理网页链接
相关文章推荐
买醉的沙滩裤  ·  Troubleshoot designer ...·  6 月前    · 
不敢表白的牛肉面  ·  AMD Customer Community·  8 月前    · 

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement . We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

I've added a new setting git-graph.openDiffTabLocation to choose which pane the Visual Studio Code Diff opens in. Currently the Visual Studio Code API doesn't allow the Diff view to be opened below the active pane (when they add support for this I can add it as an option then), but they do allow support for opening it beside the active pane. For now the options are Active & Beside . I found that Beside works really nicely if the user uses the non Side-By-Side VSCode Diff. The setting defaults to the Active pane.

This will be available in 1.6.0, which will be release within the next day.

Just tried, working like charm. MANY THANKS AGAIN!!! This is definitely gonna boost my performance today.

I think this is the BEST Git Graph tool I ever used, and to be honest, I used to contribute to GNOME gitg to improve the graph chart, but this VScode extension just feels right, exactly a developer would ever want.

GREAT WORK!!!

Very nice setting, thanks!
Does the vscode API allows it to change the size of the split view when opening a new?
If I set "git-graph.openDiffTabLocation" to "Beside" it opens the diff view in a second view with the same width as the first. But this view is already splitted so a width of 2/3 would be nice. So all views then would have the same width.

Hi @hansunzner-kt,

I'll gather some feedback from other users around your suggestion to split the functionality of git-graph.openNewTabEditorGroup into individual settings, to see how much user interest there is for it. If there's enough interest and perceived value, I'll raise it as a new feature request.

FYI: While I've deliberately made the extension extremely configurable for users, the more settings I add, the harder it is for users to find a setting they're interested in within the Visual Studio Code Settings Editor. I already get many feature requests from users for functionality that is already available in an extension setting that they didn't find. Git Graph currently has 79 extension settings. Going forward, I have to balance the value added by new settings, with the loss of value from existing settings that become less discoverable.

I'll gather some feedback from other users around your suggestion to split the functionality of git-graph.openNewTabEditorGroup into individual settings, to see how much user interest there is for it. If there's enough interest and perceived value, I'll raise it as a new feature request.

Did you get some feedback yet?