Re: Gitk : When the number of commits is small, you can roll up excessively

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

 



Am 27.02.23 um 11:00 schrieb Philip Oakley:
> On 27/02/2023 05:01, L2750558108@xxxxxxxxxxx wrote:
>> You can scroll up via the scroll wheel or the right column button and
>> see the white space in front of the first row, and in this case, the
>> collision box for each row is misaligned, which prevents me from
>> selecting the commit by clicking. If you stll not understand, I can
>> send a picture or video to show the situation I am experiencing,
> 
> I see the space above (which I guess is for 'uncommitted changes',
> should they exist) and a small space below when scrolling.
> I'm unsure what the 'collision box' refers to as I don't see any
> 'misalignment'. But I maybe just too familiar with gitk's quirks.

The issue is this: When there is vertical space for a list of, say, 10
commits, but there are only 3 commits, then you can scroll the display
such that the 3 commit lines are at the bottom of the list and there is
blank space above the lines. Now, when you click on one of the lines,
nothing happens; but when you click into the void near the top, one of
the lines is selected as if the lines were displayed at the top.
Clearly, the click hitbox for the lines is not aligned with how the
lines are displayed.

IMHO, this is a case of "if it hurts, don't do it".

-- Hannes




[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