After upgrading to Einhugur WindowSplitter 12.0, I started getting severe issues with the control. I did not find out right away, but customers of mine contacted me.
I decided to upgrade to WindowSplitter 13.0 but no changes. I use Xojo 2022r4.1. My next idea is to update the project to API 2.0. However, I get around 16’000 errors when compiling. The project is big, it will take some time to convert it, and I have 15k customers now waiting for a fast solution regarding the WindowSplitter’s erratic behavior.
The issue is that most of the time, you can’t drag the window splitter. If you can, you can do it once only. Next time, it simply docks. When you undock, the left panel is wholly scrambled, and I need to resize the window to refresh it.
That issue happens all of a sudden. I have used WindowSplitter since it was developed in this and other applications. I never had issues. Right now, the plugging is defective. I wonder if this is because the developer is concentrating his efforts on API 2.0. That’s fine but I believe it should still work or maybe I could use an older version of the plugin?
I was initially using a version previous to v12. I used to be up-to-date with everything, operating system, Xojo version, plugins, etc. A user reported the issue. I was able to reproduce it. v13 doesn’t the issue.
I have fully converted the project to API 2.0 and fixed the 16’000 errors this weekend. I have made the software work exactly as before, except for the WindowSplitter. So it is not an API version problem. It still behaves the same. Docks, when not asked to, stops responding to the mouse dragging randomly, etc. The WindowSplitter divides two vertical panels. When docking and undocking, the left panel gets wholly scrambled. I can shoot a video for you to see what I am talking about.
Thanks for the information, I will set the super class properly then. This project uses several of your plugins.
About the issue, it started with windowsplitter 11 or before, not sure. I have a version of my product built last year that shows the issue.
I found the problem and fixed it. I just had to set ‘Double Click Action’ to ‘None’, it was set to ‘DockBack’. As soon as I made that modification my project behaves again as expected.
When ‘Double Click Action’ is set to ‘DockBack’, first dragging works, if you release and click again the control trheat the click as a double-click and dock. This behavior is the one you get until you close and reopen the application. I don’t use an Apple mouse but a logi MX Master 3. That mouse has never given issues anyway after around a year and a half using it.
You asked me to explain; what better explanation than opening an app and seeing it? Obviously, I know this is not for fixing bugs. It was for me to show you what I see, you probably don’t have too much time, and I do not either. Docking is a feature I don’t really need. When I added this feature years ago, it was okay, but it is not mandatory. I just deactivated it, and now all is back to normal. I will not fill out a bug report for the moment. Thanks