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

Re: [RFH] QGit: how to cram a patch in a crowded screen

From
APAndy Parkins <andyparkins@gmail.com>
Date
May 26, 2007, 09:34 UTC
Message-ID
<200705261034.53723.andyparkins@gmail.com>
In-Reply-To
<e5bfff550705260146q51350f40q1c80cfe8079f47c6@mail.gmail.com>
On Saturday 2007, May 26, Marco Costalba wrote:
Show 7 quoted lines
> We need some help, in terms of ideas, to better arrange the
> information to be shown in main view so to improve repo browsability.
>
> I could implement almost anything good comes up in this thread. But
> still I don't figure out myself what is the best solution.
>
> Any suggestion is greatly appreciated.

While reading this I was reminded of something Linus said recently. The default form for exchanging patches is _not_ the diff; it's the email. The reason for this is that emails contain author information, log information and patch information. I've often thought that one thing we can be reasonably sure of is that the log message will be small. Perhaps then, the best thing would be to show each revision in a similar manner to how one would view the patch as an email as Pavel suggests: all in one. My patches that made the header information appear in a box were a stumble in that direction, making the header look a bit like an email header, what about going one step further and including the patch in that window as well?

For example, the log view widget would show:

<Header> <Log Message> <Patch>

All visually distinct to improve searching by eye (perhaps including clear separators between files patched). Then the file list could include a "<header>" psuedo-file that would jump back to the top of the viewer.

I think a key feature would be that the log message shows up fast, and then the patch is loaded in the background - sometimes patches are big, but you still want to hop around revisions without waiting for the whole patch to load before you leap to the next view point.

Here's another option, keeping the patch tab, but putting the tab widget in the log view window. That way the list would be visible and you would just switch between the log and the patch.

And another idea: make the log window a tree widget, of sorts, a bit like kate in KDE is, each section would begin collapsed (perhaps), it would look like:

 + <Header>
 + <Log message>
 + <Patch>

And clicking on the + would expand that section; then for the patch itself:

 + <Patch>
   + <File1>
   + <File2>
   + <File3>

In this way the user could get an overview of all the changed files, and could view the changes for whatever subset they wanted. It would probably be nice to default the header and log message to expanded, with the option to collapse them.

Andy
-- 
Dr Andy Parkins, M Eng (hons), MIET
andyparkins@gmail.com
Previous: Marco CostalbaNext: Marco Costalba
Message 2 of 13 in “[RFH] QGit: how to cram a patch in a crowded screen”
  1. Marco CostalbaMay 26, 2007
  2. Andy ParkinsMay 26, 2007
  3. Marco CostalbaMay 26, 2007
  4. Jan HudecMay 27, 2007
  5. Marco CostalbaMay 27, 2007
  6. Jan HudecMay 31, 2007
  7. Marco CostalbaJun 2, 2007
  8. Jan HudecJun 4, 2007
  9. Andy ParkinsMay 30, 2007
  10. Marco CostalbaMay 30, 2007
  11. Pavel RoskinMay 31, 2007
  12. Marco CostalbaMay 31, 2007
  13. Alex RiesenMay 31, 2007

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.