-
Notifications
You must be signed in to change notification settings - Fork 404
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Mouse pointer does not reappear after renaming assignable controllers #1465
Comments
This is somewhere in src/common/gui/PopupEditorDialog.h and src/windows/surge.rc |
Seems this and #846 are the same thing |
So the FX doesn't do this; the Rename does |
So it's not CCursorHidingControl or even the invalidation loop I don't know what it is or what is different about rename vs MPE Pitch Bend which doesn't do this But even if I hammer in a 'setCursor' after the miniEdit my cursor doesn't come back. |
Over in #846 it is noted that the cursor doesn't break if you make the name shorter and I can confirm that is true. maddening but true. |
I just tried. Hint: It does disappear but appears again if you manage to click the same assignable controller. |
if you make the name shorter it didn't when i just tried; if you make the name longer it does |
More hints: You can actually click anywhere in surge to make the mouse appear again. And making the name shorter did like you said. More hint: If you rename the assignable controller and hold the mouse outside of surge when clicking enter for the name to appear, The mouse cursor does not disappear. |
right |
Actually on my side, if you move the mouse before pressing enter, it doesn't disappear no matter where it is. And if not, it does disappear no matter where it is. To bring it back, I have to click anywhere on the screen once. |
I've figured it out |
modality. i was already modal when i called a modal modal thing |
I was calling spawn_miniedit_text modally inside an already modal loop so the modal loops unwound improperly in some cases not restoring cursor. This meant controller name on windows would eat the cursor Fix it by haing the menu defer the call in a VSTGUI::Call::later did a quick review and the other spots with miniedit are already deferred it seems or are called from different parts of the event loop Closes surge-synthesizer#1465
I was calling spawn_miniedit_text modally inside an already modal loop so the modal loops unwound improperly in some cases not restoring cursor. This meant controller name on windows would eat the cursor Fix it by haing the menu defer the call in a VSTGUI::Call::later did a quick review and the other spots with miniedit are already deferred it seems or are called from different parts of the event loop Closes #1465
Bug description
The mouse pointer does not reappear after renaming one of the 8 assignable controllers (macros) mod sources.
Please let us know your surge version
Latest nightly.
Surge Version
VST3 x64.
FL Studio 20.6 x64
Windows 10 x64
To Reproduce
Steps to reproduce the behavior:
Expected behavior
Either the mouse pointer should not disappear on the first place, or it should reappear automatically after the modsource has been renamed.
The text was updated successfully, but these errors were encountered: