From: Johannes Sixt <email@example.com> To: Pratyush Yadav <firstname.lastname@example.org> Cc: Stefan Haller <email@example.com>, firstname.lastname@example.org Subject: Re: [PATCH 0/2] git-gui: Auto-rescan on activate Date: Thu, 17 Dec 2020 23:21:04 +0100 [thread overview] Message-ID: <email@example.com> (raw) In-Reply-To: <firstname.lastname@example.org> Am 17.12.20 um 21:10 schrieb Pratyush Yadav: > On 17/12/20 08:45PM, Johannes Sixt wrote: >> It is unclear which file is selected automatically when there are >> unstaged changes. But there is one misbehavior: after I have invoked the >> merge tool, resolved the conflict, and then switch back to Git GUI, the >> conflicted file is not selected anymore when it is not the first file in >> the list. That is *very* annoying. > > Haven't had a chance to try this out yet but AFAIK the last file should > be correctly remembered. See below. It doesn't here in the case where I invoke the merge tool via the context menu in the diff view. >> And then there is the following use-case. While Git GUI is not active >> (think Git GUI and Gitk side-by-side and Gitk active), I click on a >> particular file that is not at the top of the list; then Git GUI becomes >> active and rescans, but also forgets on which file I have clicked. But I >> expected the clicked-on file to become visible, which it doesn't, and I >> have to click again. This is mildly annoying. > > Hmm, I don't see that on my system on Linux. The code to remember last > open file is there in 'rescan_done'. So I don't understand why this > becomes a problem on your system. It's not "last open file"; that works ok. It is "file A is open, I click on file B, then rescan happens, now file A is still open"; at that point I want file B open---that's where I clicked. The important part is that the single click on file B must do two things: activate Git GUI, and switch to file B. It worked that way in the past. -- Hannes
next prev parent reply other threads:[~2020-12-17 22:22 UTC|newest] Thread overview: 21+ messages / expand[flat|nested] mbox.gz Atom feed top 2020-11-01 17:05 Stefan Haller 2020-11-01 17:05 ` [PATCH 1/2] git-gui: Delay rescan until idle time Stefan Haller 2020-11-02 15:45 ` Pratyush Yadav 2020-11-02 19:29 ` Stefan Haller 2020-11-01 17:05 ` [PATCH 2/2] git-gui: Auto-rescan on activate Stefan Haller 2020-11-02 15:48 ` Pratyush Yadav 2020-11-02 19:31 ` Stefan Haller 2020-11-02 13:15 ` [PATCH 0/2] " Pratyush Yadav 2020-11-02 19:24 ` Stefan Haller 2020-11-03 16:16 ` [PATCH v2 0/1] " Stefan Haller 2020-11-03 16:16 ` [PATCH v2 1/1] " Stefan Haller 2020-11-14 19:14 ` Stefan Haller 2020-11-17 7:36 ` Pratyush Yadav 2020-11-17 11:13 ` Stefan Haller 2020-11-17 12:05 ` Pratyush Yadav 2020-11-18 9:17 ` Stefan Haller 2020-12-17 19:45 ` [PATCH 0/2] " Johannes Sixt 2020-12-17 20:10 ` Pratyush Yadav 2020-12-17 22:21 ` Johannes Sixt [this message] 2020-12-18 10:36 ` Stefan Haller 2020-12-18 18:07 ` Johannes Sixt
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style List information: http://vger.kernel.org/majordomo-info.html * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --email@example.com \ --firstname.lastname@example.org \ --email@example.com \ --firstname.lastname@example.org \ --email@example.com \ --subject='Re: [PATCH 0/2] git-gui: Auto-rescan on activate' \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: link
Code repositories for project(s) associated with this inbox: https://80x24.org/mirrors/git.git This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).