lazygitrs/TODOS.md at main · Blankeos/lazygitrs

Stuff I wanna do differently

Interactive Rebase should be more intuitive.
- I can see a commits list and then also see the commit it'll be merging into. Kinda exactly like VSCode's interactive rebase editor. https://user-images.githubusercontent.com/641685/102309169-31ba2a00-3f36-11eb-8b26-050c7d83fa3f.png but in TUI version. This could be a dialog on its own with its own focus groups. It'll look simpler and more interactive than the current lazygit.
  - Non-negotiables for me are:
    - I can press jk up down to switch between commits. I can h l left right to change the value to pick, squash, drop, edit.
    - The pick, drop, edit, squash options have semantic colors. The same w/ VSCode.
    - The node-like colors w/ indicators on the left side are great to have.
    - I can SEE the commit it'll rebase ontop of i.e. 'Hello GitLens' in this example.
    - I can see a 'Start Rebase' and an 'Abort' action.
Diff Mode / Compare Mode
- Diff mode can be opened w/ a commad palette or when focusing on either BRANCH or COMMITS tab.
- First trigger of it opening will open its own sort of screen that looks like:
```
-------------------------------------------------------
| A: ccf0183  | B: 09s8c90 |                          |
---------------------------- diff exploration view    |
| Commit Files             |                          |
|                          |                          |
|                          |                          |
|                          |                          |
-------------------------------------------------------
```
  - So there's like an A and B comboboxes there. They can help you autosearch for a commit or a branch.
  - You can obviously exit and go back to the default lazygit UI.
  - You can press tab to cycle focus between the A and B comboboxes, Commit Fles, and diff exploration view.
  - Commit Files and Diff Exploration View actually already exist if you notice. So as expected, they'd have the same hotkeys sort of. Especially diff exploration view like [] {}.
Pressing up or down in the commit messages, should cycle through previously submitted ones. Kinda like the up or down key in the commandline.
In '3 Branches' git checkout -.
In '3 Branches' git checkout by name. Pressing 'c'
In '3 Branches'. pressing d, opens a 'Delete branch ?' dialog, and I can see options:
- c Delete local branch
- r Delete remote branch
- b Delete local and remote branch
- And when I press 'c' to delete local branch, it asks me, 'branch' is not fully merged. Are you sure you want to delete it?
- It also seems to be aware of the remote options so it strikethroughs if the remote is not there.. And the delete local and remote one.
In 'Files' when File Tree view is toggled on, in the original lazygit, there's a ▼ at the very root. I want that for our Files and Commit Files too.
In 'Files' show the diff for folders. We already have this for 'Commits' it shows a multifile diff preview.
In 'Files', pressing i shows a dialog, right now it immediately applies it.
In 'Branches', whichever is the 'checked-out' branch. Put it at the first of the list.
Diff view textwrapping.
Pressing 'e' to edit.
Pressing 'e' to edit w/ 'column'
Persist the ` file tree view setting.
Emit config commands in the 'Command Log'
Diff hunks now have offsetted line numbers.
Theming, like opencode style!
Make the combobox work with mouse (in diff_mode)
In diff_mode, show the 'current branch' as the first option.
~~In 'Commits' view, pressing 'd' to drop a commit.~~ Just recommend using 'g' maybe?
Improve and standardize list-view mouse interaction behaviors:
- Keyboard
  - Pressing down, Only start scrolling down when selected/cursor is on the last viewable element (I think this behavior is already behaved by all)
  - Pressing up, Only start scrolling up when the selected/cursor is already on the first viewable element (not followed by '2 Files', '3 Branches', '4 Commits', '5 Stash' etc. - currently even if I'm on the last element, it will still scroll up when I press up)
- Mouse
  - Clicking a list item - just essentially skips cursor to select the item as the new selected/cursor. Shouldn't really imitate 'enter', it just changes the selection. Currently works in '2 Files' tab. i.e. 'Keybindings' (?), Interactive rebase (I), Checkout (c on branches), Color Theme.
  - Scroll down - ~~should have the same behavior as pressing down on any of the cmdk-style components~~ we decided later on that it has its own behavior, scroll down just scrolls the list view, does not change the selection.
  - Scroll up - ~~should have the same behavior as pressing up.~~ we decided later on that it has its own behavior, scroll up just scrolls the list view, does not change the selection.
  - In shift- or shift+ (meaning the sizebar is in the only view...), mouse scroll does not work for the list views i.e. Commits, Branches, etc.
  - New change, scrolling up/down with mouse isn't same behavior as pressing down or up. It just scrolls, but doesn't change the current selection. Let's do this!
  - As of Apr 29, 2026 - noticed that this isn't the behavior of the 'Interactive Rebase' UI.
Subtab and sub-item menu mouse clicks should work, right now in sidebar, if I go to Branches, find main, press enter (now in commit files), I use my mouse and it goes back to 'Branches'. Maybe because mouseclicks currently on the sidebar usually always register for the root sub-item tab.
Loading state in 'actions' for dialogs i.e. Copy PR URL (just freezes the screen while it does the fetch call..., can we maybe add a loading without creating a separate dialog for it, just sort of a loading icon next to it when it's running). Some I can note of:
- Copy PR URL
- Open PR URL
- Generate AI Commit Message (might be good, but honestly, I already liked what I did with it, so don't touch that.)
In 'remote branches' improvements and parity.
- Just like in local branches, you always see the 'current branch' as the first item. Now here, we should be able to see that the first branch is the current branch item you see is the remote version of the current branch, if possible.
- Currently in remote branches subtab, I can see the remotes connected to this repo... I can press 'enter' to see the branches, after that I can't really press 'enter' on any item on there anymore. Desired: I should be able to press 'enter' to subview visit into a 'branch' (to see commits), and then a 'commit' (to see files).. Just like in the local branches view.
When I do shift+enter while on the commit message body part... It's clearing what I typed instead of doing the same behavior as 'enter'. Weird. Expectation, it behaves like 'enter' as in creates a new line too.
Another keyboard improvement, when I press 'cmd+v' it doesn't actually paste in 1 frame. It seems to type what I had on my clipboard using the keyboard. so i.e. I pasted something really long, I see it sort of incrementing the text to that point instead of pasting it ' instantly'.
When Im on '3 Branches'. I want y to have an option to 'copy branch name'.
In '1 Status' I want to see details like
- repo url (just origin remote, I think)
- And 'contributors' - whichever is the cheapest way to get that data (i would personally refrain from traversing the entire commits history and get the contirbutors)
- I want pressing y or o to work here as well.
  - The same ones I get from '3 branches' tab.
I tried passing a long 'web-1000-read-from-new-something-index-for-something-index' in 'new branch. Ended up having... web-1000-read-from-new-someth ng-index-for-something-indexi

I think this is because of text wrapping for textarea inputs. But this is actually very annoying please fix. You feel like there's a better architecture for this maybe? + I feel like the 'text-wrapping' with the \n hack right now SHOULD NOT affect the actual output I gave (in case that isnt the behavior yet).. because I know we did essentially a 'hack' to make text inputs wrap the text within the widths of their input boxes with textarea.

[x] Related: I also noticed, the text wrapping is only applied for when I type or paste. But not resize.
- Also noticed a major bug related to this... If I resize super small, the program crashes... thread 'main' panicked at (...) index outside of buffer: the area is Rect { x: 0, y: 0, width: 29, height: 38 } but index is (29,13) I also noticed for crashes like this (error not relevant ).. It shows the crash message right? But I cant actually stop the program anymore and just looks like whenever I move my mouse that: 35;1;18M35;1;18M35;2;18M35 (basically prints a bunch of those characters in the terminal making it unusable, that I have to close it)
Imitate Zed's 'diff' when it comes to listing it in anon-filetree format. it looks like (Image1) while currently it looks like lazygit's.
- I recently made a change in flat file view... 8c5c779c408cf0ff86e3a070733d442e7ce61f40 It affects '2 Files' tab. But I realized, I didn't make it affect the other 'Files' contexts i.e. 'Commit Files'. Or when I'm doing diff_mode's Commit Files'.
In '4 Commits' pressing y works, but inside of '3 Branches > (pressed enter, now in Commits)' pressing 'y' does not work. Can you check why and maybe if you can fix something about it? Also other parts where 'commits' are involved where y and o are useful in those contexts?
Quick good change about commit message modal. Like lazygit, let's not get rid of the current input when I press 'Esc' so that I won't lose progress even when I do that. But to make it convenient, add a 'Clear' option when I do ctrl+m so I won't need to manually erase the text inside all the 'Summary' and 'Description' textboxes.
I need that even though I'm focusing on 'Diff panel'.. I still want to be able to Shift+P.. So Shift+P (push), is like universal.
Fix: When I'm in cmdk dialogs i.e. 'Keybindings' (?), Checkout (c). cmd+v to paste does not work.
Feat: In 'Branches' when I 'checkout' search i.e. (c)... if I type - OR 'previous branch' OR 'prev branch', Instead of 'ref', let's show... 'Go to previous branch' (if it's possible to show the name of the actually previous branch (i.e. thinking just a command to check).. If it is, show something like '[-] Previous Branch (branch-name-here)'... but if it's too much of a pain to check for it, dont do it!)
Change 'Keybindings' panel (?) to 'Keybindings & Commands'. The only command we have currently is 'Color theme...' (change this to 'Color theme' only no ellipses).
- Another useful command is
Flat file view. When I 'add' something, it reorders them in the list which is weird.
When we do shift-,shift+, we have Full View, Default View (as in not doing shift- or shift+), and Half View. When there's enough vertical space and the width is too small... Default View currently has a 'vertical' layout. Half View does not have a 'vertical' layout yet, so I want a vertical layout for half view.
The vertical layout has a minimum height it seems.
When '1 Status' is focused, since its height does not expand, it shows a lot of empty space under it. So when '1 Status' is focused, let's just expand the most important other tab (Files, Branches, Commits, or Stash)
cmdk dialog stuff (The 'Checkout branch', 'Interactive rebase current branch onto', 'Color theme' dialogs vs the ? Keybindings dialog)... I found a point to make consistent...
- The search highlight works for the first former.. But the latter (Keybindings dialog), it doesn't have search highlight. Meaning I type 'Vie', and I should see 'Vie' also highlighted in the search items for whatever matches. Similar to the others.
When I press e on a 'File' - before I press enter and focus the Diff Panel viewer. Meaning just on the Files tab and any other context related to 'Files'. It currently has the same behavior as pressing o. Instead, can we make e essentially do what we're doing with e in diff panel viewer, but pass the line&col params in there... But since we haven't really clicked yet and have no info on that... Let's make the line&col param as the line and col of the first changed hunk
- Also when focusing the diff viewer panel but no selection yet. Make o and e work, same behaviors as regular 'File'
- additionally, when we do } or { to jump around diffs, we kinda focus a different diff right? What if we made e also work with that as in sending the line:col combination so it's more seamless.
We already have Commit details when focusing commit items in their respective lists. This new change is ONLY related to full view (shift-). I initially made it show on the side.. But isntead, I decided to always make it show above. So now it'll be a vertical layout. THe half view, default view is just fine, no changes on that.
Make 'Graph View' a bit more compact, like lazygit/zed. I like the right-padding that the graph adds so it pushes the table to the right. Except that currently, if there's A LOT of branches. It becomes a problematic problem. So now, let's just make it a scrollable piece of kind of column with a max width. Might be not worth doing because Zed's terminal doesn't have horizontal mouse scroll.
Add a ✦ symbol as a button somewhere inside the 'Commit Message' dialog. This will be the special clickable button that will represent the 'Generate commit message' shortcut. Make it 'hoverable' with the mouse, show a tooltip when I hover on it 'c-g Generate w/ AI'.
multiselect commits in 'Commits' list ('4 Commits'). I wanna be able to 'squash'. In the original lazygit, I have these options when I'm focused on a commit item or range selected via v: squash, fixup, drop, edit, cherrypick, dismiss range select.
- I think the current implementation is wayyy to unusable. Because why does it say 'Fixup commit <> into its parent?' that's very unclear. I think just do the following behavior...
  - The new s,f,d,e behavior (even when 1 or multirange select) in the '4 Commits' tab. The original lazygit behavior was for example... Press 's' to squash down - when I press it it shows a 'Are you sure you want to squash the selected commit(s) into the commit below?
  - But actually 1 big UX improvement over original lazygit is just immediately showing the 'Interactive Rebase' tool with it that kinda shows 'squash' for those commits you selected (or the single commit). And obviously it behaves like the regular way of pressing i or I and then picking a ref and enter. Basically it won't really commit the squash/fixup etc until you press enter.
Bug: Big bug with git hunks sometimes being misidentified.
Feat: add the author for interactive rebase on the commit we're 'rebasing on top of'. Currently when I try to rebase on top of a commit, the author is not visible in the list.

Provide feedback

Saved searches

Use saved searches to filter your results more quickly

Stuff I wanna do differently

FilesExpand file tree

TODOS.md

Latest commit

History

TODOS.md

File metadata and controls

Stuff I wanna do differently