Re: [ANNOUNCE] tig-0.14

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Jonas Fonseca <fonseca@xxxxxxx> writes:

> On Mon, Feb 9, 2009 at 23:30, Peter Baumann <waste.manager@xxxxxx> wrote:
>
>> On Mon, Feb 09, 2009 at 05:22:36PM -0500, Jeff King wrote:
>>> Don't the up and down arrows switch the commit (updating the diff pane
>>> as appropriate), and PgUp/PgDown scroll the diff window (I don't know
>>> the actual function names, but you should be able to even rebind these
>>> in your tigrc if you want).
>>
>> Damn. I'm so used to the vi keybindings pressing j/k to move down/up
>> that I didn't check the cursor keys.
>
> Well, initially tig worked similar to what you expected and a program
> like slrn, where up/down (or j/k) moves between articles (commits) and
> you have to press enter to actually show/load the commit in the diff
> view. This mode might be more natural, and Jari has argued that it
> would make tig (and it's many forks) more bearable to on Cygwin
> running on an old PC.

It also helps when you want to see only particular commit; you scroll to
correct location as ask display by pressing RET. If aut-update is in
effect, the other commits in between tie up the cursor movement,
especially if the history is long: tap, tap, tap .... and you'd have to
wait for all all screen to update line by line.

Idea: The auto-update feature could be even turned on/off with a
command-key . But an comand line option would do for me, as long as the
behaviot is configurable. It is slow under Cygwin, especially on
networked case, where Cygwin resides on remote disk, not the local one.

Jari
--
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html

[Index of Archives]     [Linux Kernel Development]     [Gcc Help]     [IETF Annouce]     [DCCP]     [Netdev]     [Networking]     [Security]     [V4L]     [Bugtraq]     [Yosemite]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux SCSI]     [Fedora Users]

  Powered by Linux