git/list[1] front-page[2] threads[3] people[4] search[5] about
 

Re: [PATCH 0/2] fix resize issues on large screens

From
GMGeorg Müller <georgmueller@gmx.net>
Date
Jul 10, 2023, 21:04 UTC
Message-ID
<2621e32f-128b-2254-3215-7a6fc69c9064@gmx.net>
In-Reply-To
<9a498c81-82b4-d441-6b5d-78ba3043b5a9@kdbg.org>
Am 10.07.23 um 18:37 schrieb Johannes Sixt:
Show 36 quoted lines
> Am 08.07.23 um 12:55 schrieb Georg Müller:
>> When opening gitk in a multi-monitor setup with different resolutions,
>> the resize factor causes the first columns of the layout get bigger and
>> bigger while the other columns (author, date in upper pane, file list in
>> lower pane) shrink to a minimum size.
>>
>> The following setup triggers the problem on Fedora 38/Gnome 44:
>> * primary screen 1 has a FHD resolution (1920x1080)
>> * secondary screen 2 has a QHD resolution (2560x1440)
>>
>> Every time gitk opens at screen 2, the resize is triggered and the columns
>> are shifted 1.33x to the right (2560/1920 = 1.33).
>> After multiple rounds of closing/opening gitk, the columns are at their
>> minimum size and the contents are not visible or only a minimum is
>> visible.
>>
>> The following patches are two approaches to fix the problem. Maybe the
>> hard-coded values could be variables, this is a first shot to solve the
>> problem.
>
> Since you haven't stated it explicitly, I assume that with "the problem
> solved" the resizing does not happen anymore. That's fine, but could be
> stated explicitly.
>
> When you say "two approaches", do you mean that the patches are
> independent and either one solves the problem? And only one of them
> should be taken?
>
> I've not read the code changes (because I don't know a lot of Tcl/Tk).
> But I've seen the commit messages of the patches. They are mostly empty.
> This cover letter has a pretty good explanation of the problem. Please
> copy everything that is relevant for each commit to the commit message,
> because the cover letter won't be available in the commit history.
>
> Thanks,
> -- Hannes

Thank you for your suggestions. I will rephrase the commit messages and will resend the commits.

In general, the patches are independent and both solve it for me, but both of them make sense since scaling author and date columns above a certain resolution does not make sense anymore and having a sane minimum width if there is enough space for the first column also makes sense.

Best regards, Georg

Show 13 quoted lines
>>
>> Georg Müller (2):
>>    gitk: limit factor scaling on resize to widths below 1900px
>>    gitk: keep author and date colums to a minimal width on resize
>>
>>   gitk-git/gitk | 24 ++++++++++++++++++++++--
>>   1 file changed, 22 insertions(+), 2 deletions(-)
>>
>> --
>> 2.41.0
>>
>>
>
Previous: Johannes Sixt
Message 5 of 5 in “fix resize issues on large screens”
  1. 0/2 fix resize issues on large screensGeorg Müller, Jul 8, 2023
  2. 1/2 gitk: limit factor scaling on resize to widths below 1900pxGeorg Müller, Jul 8, 2023
  3. 2/2 gitk: keep author and date colums to a minimal width on resizeGeorg Müller, Jul 8, 2023
  4. Johannes SixtJul 10, 2023
  5. Georg MüllerJul 10, 2023

Read the whole thread, see it on lore, or plain text.

$ cat FOOTERMessages come from the public archive at lore.kernel.org/git, fetched every hour. The front page is chosen and written each morning by an AI editor and can be wrong; the threads themselves are the record. About and API. For agents: an MCP server at https://gitlist.dev/mcp, and any thread, story or person page as Markdown by adding .md to its URL (or sending Accept: text/markdown). Details in /llms.txt.