I'm having trouble reproducing that here
start working on #100 and had see interesting behaviour.
I think that as CodeEditor based on TextBox so he, on idea, must use handlers from there, in this case Backspace. But changes in Backspace function didn't change work of CodeEditor.
I think that as CodeEditor based on TextBox so he, on idea, must use handlers from there, in this case Backspace. But changes in Backspace function didn't change work of CodeEditor.
Why it happened and where corresponding function for CodeEditor? I didn't found any appropriate methods.
I pulled all of that out into an
input.Handler type both to reduce our reliance on gxui and to allow the behavior to be overridden (for example, one of my friends wants to write a vim-style input handler to override the default one)
I move things into
review when they're effectively feature-complete and I'm just checking for issues before merge
or I think they're fixed and I need to review whether or not they are
#96 not fixed now, maybe I wasn't very correctly formulated it.
hence why it was in review
first, add storing offset scroll for click Kvaz1r/gxui@c71a4c6 to gxui and after update input handlers
new city: https://goo.gl/maps/NekBYZUL1VS2
I still have things to take care of, but I'm going to be getting back in to the swing of things here
sorry it's taken so long
btw, I also fixed this PR - nelsam/gxui#6
I'll merge it for now and try using it later
btw it's strange but I definitely don't like go 1.10 all applications became very slow.
strange. have you profiled any of them with pprof? https://jvns.ca/blog/2017/09/24/profiling-go-with-pprof/
it might be a bug in go