Indeed it does, I'm not complaining about that - it was a response to your comment in your previous post about the mouse jumping because that was required to ensure connectivity. I was just showing that that point was complete rubbish.
What are you talking about here? The cursor position is irrelevant when a menu is open, and should follow the mouse when it's not - never the other way around.
There's a third option, as used by any other CAD package:
3) Don't interpret a click on a menu as a placement action, so when the menu closes, the wire is still waiting for the user to click the end point, but with a new thickness. It's not rocket science.
Same third option applies:
3) Don't interpret the click in the menu as a command to place a component. Really, I can't believe I actually have to explain that to someone who apparently knows their way around a computer. Clicking on any menu or window should never, ever affect what's underneath. That's UI design 101, and I thought would be obvious, but then again we're talking about software that ignores so many more standard methods that I guess the explanation is needed.
Indeed it is - you simply cannot grasp that there are other ways of doing things that other people might think are better, more intuitive and more comfortable, and thus adopted by the majority of CAD packages. So therefore it's silly.
How? If you left click, the select component window pops up (without warping the mouse), then once you choose a component, the mouse is warped. Not only is it warping the mouse (which is my main concern), but it's also inconsistent. Why not warp it to the component selection window? And I'm not even going to mention the backwards workflow that this presents to the user: Click place component icon -> click a location -> choose a component -> click a location (again). Why isn't it: Click place component icon -> choose a component -> click a location? It's a bizarre design decision that I could put down as an odd quirk, were it not for the program also thinking it knows better where I want my mouse pointer than I do. Want to switch to another window while placing a component? Nah, you don't really want that, you want to scroll instead. It's ridiculous and arrogant for any application to make such assumptions.
Many from you and a loud minority I'm sure, but for people used to using any other packages, none. And those complaints from you and the rest of your minority could easily be appeased by offering your preferred behaviour as an option, rather than enforcing it as it is currently.
It's clear that you have no interest in any sort of improvement that might expand the KiCAD userbase. It happens sometimes that people like the feeling of using some niche software, with its arcane methodologies and behaviours, for the "because you can" factor or whatever. There are others however who might like software they use to expand beyond the inner circle of loyal fanboys, but it's clear that the KiCAD community isn't well furnished with such people.
As I said before, there are plenty of other UX issues that all add up to an impression of KiCAD as a great concept that's about 80% finished, with little desire to push on for the last 20%. But for now, that's not good enough for me so I'll leave it alone. Perhaps I'll check in again in a few years when the editor UI rework is complete, but for now I'm gone. Thanks to you and everyone else here for giving me a clear picture of the current state of KiCAD.