Yeah, it would be cool, It's one of those, when I have time to look back at it. (Also, when I've forgotten enough about what I did to be able to look at it with fresh eyes, due to the issues I was having.)
Yeah, and the Ekos alignment should be able to do that, but sometimes it seems to misbehave on detecting when it's where it needs to be. (Goto/Slew/Tracking detection not being an issue) I tend to do similarly lately, because of just wanting to image things, and lack of clear nights that I'm able to do things.
Can you describe this a bit better, it should work the same*. Though it might be good to define which UI is being talked about. The INDI Control panel Align tab, the Ekos Align Module?
I have such an issue with the wireless, that I've given up on it multiple times. (I tend to use Serial as there's already the computer next to the telescope for camera control.) I tried it a few days ago, but still had an issue. I may try again at some point, but it's somewhat frustrating.
---
*Provided I don't make bugs, which is unfortunately common, as of late.
azwing has merged the last pull request, I introduced a bug (for which I just sent another pull request, as it introduced a bug) With the alignment marked as done before it was. (Functionality was all there, just the text changed.) Another major one was not updating RA and Dec unless the status updated. Ooops. (It's fixed in the current pull request.) Again, everything still worked.
Another thing the current pull request does is also use TELESCOPE_SLEW_RATE so that the buttons in for example Ekos' Control panel for rate will do something. It is labled, as 0.25, 0.5, 1 .... Half-Max, and Max so that people have an idea. It is essentially the same as the existing Max Rate, which was kept as it corresponds to OnStep's standard rates. It does not currently map back to it from the status updates but the two do map to each other. (Ie, using the Slew Rate or Max Rate assumes the commands work and updates both.)
Also, I added Guide rates GUIDE_RATE_NS & GUIDE_RATE_EW support to OnStep, which is currently read only, but it does flow through to PHD2. (In PHD2, It doesn't update on the fly, so you've got to close the window, like calibration for it to pick up changes.) Hopefully, that will be helpful to people.
I've seen you mention :MP, and I'll probably add that soon, but I wanted to verify the workflow:
Align as normal
Go to a bright star or other target
Issue :MP
Telescope should move off the target, so you can center it via manual adjustment.
Ideally, done
Non-ideally: Do another align which should have massively reduced or eliminated polar alignment error.
If so, would just having an :MP/Manually Clear Polar Align button available on the align tab be good, or would something else be needed? (Aside from taking pictures, and operating screws?)
----
Also Asking people to weigh in: I have thought about, but have mixed feelings about adding a manual command interface, and return value?
It's something that could work well, but could also mess it up unintentionally. The bugs above with alignment thought to be done already were due to a simple not checking if one command was done before another, so because it was still in the buffer, it was giving things like 1616 when the response should always have been 3 digits.