Thread (5 messages) 5 messages, 2 authors, 2019-04-01

Re: git-gui: unstaged changes windowpane resets after unstaging a line

From: Jan Ziak <hidden>
Date: 2019-03-31 19:48:06

On Sun, 31 Mar 2019 at 21:15, Bert Wesarg [off-list ref] wrote:
Hi Jan,

On Sun, Mar 31, 2019 at 8:45 PM Jan Ziak [off-list ref] wrote:
quoted
Hello

After performing "Unstage Line From Commit" action, the "Unstaged
Changes" windowpane is reset. The reset does not happen with "Unstage
Hunk From Commit" action.
because its not necessary when staging a hunk. Though when staging a
line it is better to run the diff algorithm again.
Yes. I was thinking comparing the old state of "Unstaged Changes" to
the new state and preserving (or approximating) the selected filename
and scroller position if possible.

When unstaging a line (or a hunk) there is internally no possibility
for the currently selected filename to disappear from the "Unstaged
Changes" list.
Anyway, which problem do you observe in particular?
The problem is that the selected filename and scroller position are
reinitialized. It is uncomfortable when "Unstaged Changes" contains a
lot of filenames.

Sincerely
Jan
Best,
Bert
quoted
git version 2.21.0

Sincerely
Jan
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help