cutelisp

Currently, `command` and `command-edit` always return a failure state regardless of the success or failure of the given command. Ideally, they should return the success status of the command? I’m...

> We already have `onSetActive`, we could also add `onSetInactive` and so on. If `onSetInactive` is implemented it will be called next to `onSetActive`, right? Instead couldn't the "old pane"...

Ye, I had that in mind. Overall do you think it's a better idea over creating `onSetInactive`? It would be less bloat IMO. But IIRC there's already some sort of...

> Which problem? (apart from its name) Not being raised in every bp change. https://github.com/zyedidia/micro/issues/3563 What's up w the name?

Right, it seems there's already a patch for it https://github.com/zyedidia/micro/pull/3584

I can reproduce this. I'd say it's a bug and not a terminal/OS copy issue.

Regadreless of `onSetActive` I like the changes around `vsplit/hsplit` i.e. making `BufWindow` inactive by default and then calling `setactive` explictly on `VSplitBuf/HSplitBuf` sounds good. Your changes to `TabList.SetActive` affect more...

> It would be good to hear from the maintainers if they are interested at all in modifying `onSetActive`. If not, then we don't need to discuss this further. Sounds...

By the time you made the review I already had refactor most of this, thanks for the feedback anyways it will be helpful. I was adding the features of deleting...

> doesn't address problems, it reports problems English issue. > all the problems it reports are already addressed by your PR in its current state? Yes And it isn't clear...