summaryrefslogtreecommitdiffstats
path: root/pkg/gui/gui.go
AgeCommit message (Collapse)Author
2020-03-29add new diff modeJesse Duffield
WIP WIP WIP WIP WIP WIP WIP
2020-03-29remove old diff mode codeJesse Duffield
2020-03-29split reflog commits into ReflogCommits and FilteredReflogCommitsJesse Duffield
2020-03-29reset state on each Run() callJesse Duffield
2020-03-29refactor gui.goJesse Duffield
2020-03-29properly reset gui state when restarting or coming back from a subprocessJesse Duffield
2020-03-29rename to filtered modeJesse Duffield
2020-03-29allow scoped mode where the commits/reflog/stash panels are scoped to a fileJesse Duffield
WIP restrict certain actions in scoped mode WIP
2020-03-29fix width of half screen modeJesse Duffield
2020-03-28better error handlingJesse Duffield
2020-03-28load reflog commits in two stages to speed up startup timeJesse Duffield
2020-03-28smarter refreshing for tags and remotesJesse Duffield
2020-03-28more smart refreshingJesse Duffield
WIP WIP WIP WIP WIP fix how diff entries are handled WIP WIP WIP WIP WIP WIP
2020-03-28clean up signatureJesse Duffield
2020-03-28more centralised handling of refreshingJesse Duffield
2020-03-28more efficient refreshingJesse Duffield
2020-03-26limit size of menu panelJesse Duffield
2020-03-25stateless undos and redosJesse Duffield
2020-03-25redoingJesse Duffield
2020-03-25use reflog undo history pointerJesse Duffield
2020-03-19show status of selected cherry picked commitsJesse Duffield
2020-03-18better upstream tracking and allow renaming a branchJesse Duffield
2020-03-09be a bit more lenientJesse Duffield
2020-03-09big golangci-lint cleanupJesse Duffield
2020-03-04allow configuring side panel widthv0.16.1v0.16Jesse Duffield
2020-03-04supporing custom pagers step 1Jesse Duffield
2020-02-25refactor the way we render listsJesse Duffield
2020-02-25better commit lines in fullscreen modeJesse Duffield
2020-02-25add half and fullscreen modesv0.15.1Jesse Duffield
2020-02-25show item counts in framesJesse Duffield
2020-02-24better handling of clearing the searchJesse Duffield
2020-02-24support searching in side panelsJesse Duffield
For now we're just doing side panels, because it will take more work to support this in the various main panel contexts
2020-02-23allow customizing background color in staging modeJesse Duffield
2020-02-09ignore carriage returnsJesse Duffield
2020-02-03correctly compare new main height to previousJesse Duffield
2020-02-02more ticker improvementsJesse Duffield
2020-02-01only rerender app status when we need toJesse Duffield
2020-01-31close more things when switching repos or to a subprocessJesse Duffield
2020-01-31fix segfault on line by line panelJesse Duffield
The state object is sometimes undefined in the onclick method of the line by line panel. Because we set it to nil in a bunch of places, I've decided to just change the main context to 'normal' before setting it to nil anywhere. That way the keybindings for the line by line panel won't get executed and we won't get a segfault.
2020-01-29split main view verticallyJesse Duffield
When staging lines (or doing anything that requires the main view to split into two) we want to split vertically if there's not much width available in the window. If there is enough width we will split horizontally. The aim here is to allow for sufficient room in the side panel. We might need to tweak this or make it configurable but I think it's set to a pretty reasonable default i.e. switching to split vertically when the window width falls under 220
2020-01-16handle case where file watcher is disabledJamie Brynes
2020-01-12use view line height to see if you should stop scrollingJesse Duffield
2020-01-12allow fast flicking through any list panelJesse Duffield
Up till now our approach to rendering things like file diffs, branch logs, and commit patches, has been to run a command on the command line, wait for it to complete, take its output as a string, and then write that string to the main view (or secondary view e.g. when showing both staged and unstaged changes of a file). This has caused various issues. For once, if you are flicking through a list of files and an untracked file is particularly large, not only will this require lazygit to load that whole file into memory (or more accurately it's equally large diff), it also will slow down the UI thread while loading that file, and if the user continued down the list, the original command might eventually resolve and replace whatever the diff is for the newly selected file. Following what we've done in lazydocker, I've added a tasks package for when you need something done but you want it to cancel as soon as something newer comes up. Given this typically involves running a command to display to a view, I've added a viewBufferManagerMap struct to the Gui struct which allows you to define these tasks on a per-view basis. viewBufferManagers can run files and directly write the output to their view, meaning we no longer need to use so much memory. In the tasks package there is a helper method called NewCmdTask which takes a command, an initial amount of lines to read, and then runs that command, reads that number of lines, and allows for a readLines channel to tell it to read more lines. We read more lines when we scroll or resize the window. There is an adapter for the tasks package in a file called tasks_adapter which wraps the functions from the tasks package in gui-specific stuff like clearing the main view before starting the next task that wants to write to the main view. I've removed some small features as part of this work, namely the little headers that were at the top of the main view for some situations. For example, we no longer show the upstream of a selected branch. I want to re-introduce this in the future, but I didn't want to make this tasks system too complicated, and in order to facilitate a header section in the main view we'd need to have a task that gets the upstream for the current branch, writes it to the header, then tells another task to write the branch log to the main view, but without clearing inbetween. So it would get messy. I'm thinking instead of having a separate 'header' view atop the main view to render that kind of thing (which can happen in another PR) I've also simplified the 'git show' to just call 'git show' and not do anything fancy when it comes to merge commits. I considered using this tasks approach whenever we write to a view. The only thing is that the renderString method currently resets the origin of a view and I don't want to lose that. So I've left some in there that I consider harmless, but we should probably be just using tasks now for all rendering, even if it's just strings we can instantly make.
2020-01-12lazyload commitsJesse Duffield
2020-01-09add reflog tab in commits panelJesse Duffield
2020-01-08improve file watchingJesse Duffield
By default, macs have 256 open files allowed by a given process. This sucks when you end up with over 256 files modified in a repo because after you've watched all of them, lots of other calls to the command line will fail due to violating the limit. Given there's no easy platform agnostic way to see what you've got configured for how many files a process can have open, I'm going to arbitrarily set the max to 200 and when we hit the limit we start unwatching older files to make way for new ones. WIP
2020-01-07fix display of menu option keybindingsDavid Chen
2020-01-07Use ASCII on Windows with east asian localeYasuhiro Matsumoto
2019-12-07fix commit message char countJesse Duffield
2019-11-21add tags panelJesse Duffield
generated by cgit v1.2.3 (git 2.25.1) at 2024-07-02 10:55:46 +0000