Age | Commit message (Collapse) | Author | |
---|---|---|---|
2020-08-23 | better handling of there being no commit files | Jesse Duffield | |
2020-08-23 | allow explicitly managing focus | Jesse Duffield | |
2020-08-23 | use context to return to the correct view | Jesse Duffield | |
2020-08-23 | fix up patch manager | Jesse Duffield | |
2020-08-23 | minor refactor | Jesse Duffield | |
2020-08-23 | cleanup now that we're always using the same diff command | Jesse Duffield | |
2020-08-23 | support creating patches from files in diff mode | Jesse Duffield | |
2020-08-23 | stop loading all the diffs at once now that we load them as we go | Jesse Duffield | |
2020-08-23 | faster patch manager | Jesse Duffield | |
2020-08-23 | support drilling down into the files of a diff | Jesse Duffield | |
2020-08-23 | when toggling files reset patch manager if patch ends up empty | Jesse Duffield | |
2020-08-23 | remove sdump | Jesse Duffield | |
2020-08-23 | refactor | Jesse Duffield | |
2020-08-23 | generalise patch building stuff | Jesse Duffield | |
2020-08-23 | rename Sha to parent now that we're also considering stash entries | Jesse Duffield | |
2020-08-23 | slightly better | Jesse Duffield | |
2020-08-23 | commit files kind of generalised | Jesse Duffield | |
2020-08-23 | allowing commit files to be viewed in reflog as well | Jesse Duffield | |
2020-08-23 | rename to SelectedLineIdx | Jesse Duffield | |
2020-08-23 | standardise diffmode | Jesse Duffield | |
2020-08-23 | more standardisation | Jesse Duffield | |
2020-08-23 | some more things | Jesse Duffield | |
2020-08-23 | good progress | Jesse Duffield | |
2020-08-23 | centralise setting of main views context | Jesse Duffield | |
2020-08-23 | WIP | Jesse Duffield | |
2020-08-23 | WIP | Jesse Duffield | |
2020-08-23 | lots more stuff | Jesse Duffield | |
2020-08-23 | WIP | Jesse Duffield | |
2020-08-23 | centralise some list view code | Jesse Duffield | |
2020-08-15 | more removing of g and v | Jesse Duffield | |
2020-08-15 | rename | Jesse Duffield | |
2020-08-15 | clean up interface for popup panels | Jesse Duffield | |
2020-07-21 | allow editing commit filesv0.20.11 | Jesse Duffield | |
2020-03-29 | add new diff mode | Jesse Duffield | |
WIP WIP WIP WIP WIP WIP WIP | |||
2020-03-28 | fix up some things with the patch handling stuff | Jesse Duffield | |
2020-03-28 | better error handling | Jesse Duffield | |
2020-03-28 | smart refreshing files | Jesse Duffield | |
2020-03-28 | more centralised handling of refreshing | Jesse Duffield | |
2020-03-09 | big golangci-lint cleanup | Jesse Duffield | |
2020-03-04 | supporing custom pagers step 1 | Jesse Duffield | |
2020-02-25 | refactor the way we render lists | Jesse Duffield | |
2020-02-24 | support searching in side panels | Jesse 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-01-31 | fix segfault on line by line panel | Jesse 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-12 | allow fast flicking through any list panel | Jesse 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. | |||
2019-11-21 | support viewing a remote branch | Jesse Duffield | |
2019-11-21 | extract out some logic for list views | Jesse Duffield | |
2019-11-21 | add contexts to views | Jesse Duffield | |
2019-11-10 | simplify how the context system works | Jesse Duffield | |
2019-11-10 | add mouse support | Jesse Duffield | |
2019-11-10 | reset patch builder when we've escaped from the building phase and nothing ↵ | Jesse Duffield | |
has been added |