(Sorry for the cross-posting, but maybe here someone has an answer)
Hello!
Today I was playing with a disabled (txtCtrl.Enable(False)) wxTextCtrl
widget in wxGTK, and noted, when the cursor was over it, the mouse
cursor changed to the "edit" icon, instead of staying in the "arrow"
icon (the default).
Please look at this little screencast, to explain better what I'm
experiencing:
(Sorry for the cross-posting, but maybe here someone has an answer)
Hello!
Today I was playing with a disabled (txtCtrl.Enable(False)) wxTextCtrl
widget in wxGTK, and noted, when the cursor was over it, the mouse
cursor changed to the "edit" icon, instead of staying in the "arrow"
icon (the default).
I'm guessing that wx does it this way so the text will still be selectable.
···
--
Robin Dunn
Software Craftsman http://wxPython.org Java give you jitters? Relax with wxPython!
(Sorry for the cross-posting, but maybe here someone has an answer)
Hello!
Today I was playing with a disabled (txtCtrl.Enable(False)) wxTextCtrl
widget in wxGTK, and noted, when the cursor was over it, the mouse
cursor changed to the "edit" icon, instead of staying in the "arrow"
icon (the default).
I'm guessing that wx does it this way so the text will still be selectable.
Ok, it seems "it's not a bug, it's a feature" (and thinking that way it's useful!), but even windows has not that behavior in their native text control...
So, why not add a property for the developer who want this? Or one can redefine this in the EVT_ENTER_WINDOW event?
Thanks,
Marcelo
···
--
Marcelo F. Fernández
Buenos Aires, Argentina
Licenciado en Sistemas - CCNA
(Sorry for the cross-posting, but maybe here someone has an answer)
Hello!
Today I was playing with a disabled (txtCtrl.Enable(False)) wxTextCtrl
widget in wxGTK, and noted, when the cursor was over it, the mouse
cursor changed to the "edit" icon, instead of staying in the "arrow"
icon (the default).
I'm guessing that wx does it this way so the text will still be selectable.
Ok, it seems "it's not a bug, it's a feature" (and thinking that way it's useful!), but even windows has not that behavior in their native text control...
So, why not add a property for the developer who want this? Or one can redefine this in the EVT_ENTER_WINDOW event?
Ok, I previously reported a bug (thiking it really was a bug) about this:
(Sorry for the cross-posting, but maybe here someone has an answer)
Hello!
Today I was playing with a disabled (txtCtrl.Enable(False)) wxTextCtrl
widget in wxGTK, and noted, when the cursor was over it, the mouse
cursor changed to the "edit" icon, instead of staying in the "arrow"
icon (the default).
I'm guessing that wx does it this way so the text will still be selectable.
Ok, it seems "it's not a bug, it's a feature" (and thinking that way it's useful!), but even windows has not that behavior in their native text control...
So, why not add a property for the developer who want this? Or one can redefine this in the EVT_ENTER_WINDOW event?
Thanks,
Marcelo
You should be able to change the mouse icon back using the event you mentioned above or you may have to track where your mouse cursor is using EVT_MOTION. Either way, you'll be manipulating wx.Cursor objects.