Age | Commit message (Collapse) | Author | |
---|---|---|---|
2022-03-17 | refactor contexts code | Jesse Duffield | |
2022-03-17 | start moving commit panel handlers into controller | Jesse Duffield | |
more and more move rebase commit refreshing into existing abstraction and more and more WIP and more handling clicks properly fix merge conflicts update cheatsheet lots more preparation to start moving things into controllers WIP better typing expand on remotes controller moving more code into controllers | |||
2022-03-17 | start refactoring gui | Jesse Duffield | |
2021-11-05 | add menu options for log stuff | Jesse Duffield | |
2021-07-30 | Switch to github.com/gookit/color for terminal colors | mjarkk | |
2021-04-06 | get rid of these positively ghastly method signatures | Jesse Duffield | |
2021-02-16 | add colors to differentiate action and menu commands | 1jz | |
2020-10-10 | type i18n | Jesse Duffield | |
2020-09-27 | better handling of global custom keybindings | Jesse Duffield | |
2020-09-27 | support custom keybindings | Jesse Duffield | |
2020-02-15 | remove old createMenu function | Jesse Duffield | |
2020-02-15 | continue refactor of menu panel | Jesse Duffield | |
2020-01-07 | fixed keybinding display in merge_panel.go | David Chen | |
2019-11-21 | add contexts to views | Jesse Duffield | |
2019-03-23 | Rely on model rather than view to focus a point | Jesse Duffield | |
Currently when we want to focus a point on a view (i.e. highlight a line and ensure it's within the bounds of a view's box, we use the LinesHeight method on the view to work out how many lines in total there are. This is bad because for example if we come back from editing a file, the view will have no contents so LinesHeight == 0, but we might be trying to select line 10 because there are actual ten things we expect to be rendered already. This causes a crash when e.g. 10 is greater than the height of the view. So we need to pass in to our FocusPoint method the actual number of items we want to render, rather than having the method rely on the LinesHeight, so that the method knows to scroll a bit before setting the cursor's y position. Unfortunately this makes for some awkward code with our current setup. We don't have a good interface type on these state objects so we now need to explicitly obtain the len() of whatever array we're rendering. In the case of the menu panel this is even more awkward because the items list is just an interface{} and it's not easy to get the list of that, so now when we instantiate a menu we need to pass in the count of items as well. The better solution would be to define an interface with a getItems and getLength method and have all these item arrays become structs implementing the interface, but I am too lazy to do this right now :) | |||
2019-02-16 | introduce panel contexts and more work on rebasing | Jesse Duffield | |
2019-02-11 | post-merge cleanup | Jesse Duffield | |
2019-02-11 | Merge branch 'master' into feature/rebasing | Jesse Duffield | |
2019-02-11 | use go-errors package to display stacktrace of errors that cause panics | Jesse Duffield | |
2018-12-11 | Make merge panel its own panel | Jesse Duffield | |
2018-09-19 | add recent repos menu option | Jesse Duffield | |
2018-09-18 | generalise popup menu panel | Jesse Duffield | |