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
MCMarco Costalba <mcostalba@gmail.com>
Date
May 30, 2007, 18:18 UTC
Message-ID
<e5bfff550705301118k4ca8720bna260e171f0eb83ca@mail.gmail.com>
In-Reply-To
<200705301408.37929.andyparkins@gmail.com>
On 5/30/07, Andy Parkins <andyparkins@gmail.com> wrote:
Show 5 quoted lines
> On Saturday 2007 May 26, Marco Costalba wrote:
>
> I've been using the latest qgit for a couple of days.  Thought I'd comment on
> the changes.
>
Thanks!
Show 10 quoted lines
>
> > Now user can toggle between revision commit message and patch content
> > with the menu entry 'View->toggle message/diff', or with shortcut 'm'
> > or also with mouse clicking on top right links 'Diff->' and 'Log->'.
>
> I like the principle; but I'm not sure about the floating "Diff->"
> and "Log->"; it seems to me that the GUI metaphor for exactly this sort of
> thing is well established - the tabbed display.  Why invent yet another way
> of switching a window between different views?
>
This 'Diff->' and "Log"thing are going to change a lot this week-end!
My (crazy) idea is:
- Let switch from message to diff content scrolling down after the end
of message.
- Let switch from diff to message content scrolling up before the
start of diff content
- Let browse from one revision to the previous one (going down by one)
scrolling down after the end of diff content.
- Let browse from  one revision to the next one (going up by one)
scrolling up before the start of message content.
So I imagine two labels for each content type:
- for message content a top right label called "Up" and one in bottom
right position called "Diff"
- for diff content a top right label called "Log" and one in bottom
right position called "Down"

I plan also to change the labels in something more intuitive with scroll action, as example adding an up and down direction little arrows next to them.

But that's not the end of the story: my mind went really mad while thinking about this!

Because I normally browse new patches going from the oldest to the earliest (going up), and for each patch I look before the message and then (optionally) the content I 've wondered a nightmare like this:

Revision message pane: -Up right position: one link label called "Up" -Down right position: two links called "Diff"and (in small font) "Down"

Diff content pane: -Up right position: two links called "Log"and (in small font) "Up" -Down right position: two links called "Up"and (in small font) "Down"

Scrolling action defaults to bigger font label for either scroll direction.

It is possible to quickly switch each label couple: the big font label became the smallest so to change scroll action in case of changing repository browsing direction.

Directly clicking on each label of course produces the correspondent effect.
To much smoke??
Show 6 quoted lines
>
> You don't mention it here, but the change I'm not keen on is the scroll-down
> to switch feature.  Often, I over-scroll to be sure that I have hit the
> bottom of a scroll box.  When I do that with the scroll-to-switch feature,
> suddenly the view changes.  I'm finding it quite disconcerting.
>

That's a problem of finding a suitable filter. There is already one implemented that let you switch only once, you can keep scrolling but the content will not change a second time, you need to stop scrolling for a while to "rearm" the scroll action.

Show 6 quoted lines
> While we're on wishes, here's a couple:
>  - It's hard to spot the boundaries between files in the the patch viewer.
>   It would be great if the
>    diff --git a/vserver/Makefile b/vserver/Makefile
>    index 2581254..17d8934 100644
>   lines had a different coloured background.
Yes. I agree. Thanks.
>  - The margin at the front of the log message lines puts the header block and
>   log text at different horizontal positions on the screen.  I think it would
>   be nicer if they were at the same position.
>
Yes.
> Maybe I'll scratch those itches myself; but thought I'd mention them in case
> you get to them before me :-)
>
>

Please, fell free to go head, I will be involved in implementing this crappy scrolling thing toy this week end :-)

Thanks Marco

P.S: In case someone wonders what's the goal of this label madness. It is to be able to browse a repo in either both sequential directions, up or down, using only the mouse wheel.

Previous: Andy ParkinsNext: Pavel Roskin
Message 10 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.