focus by clicking or tabbing to them. Thanks!

http://www.purebasic.fr/english/viewtop ... 22#p432222
That has to be the most bizarre reasoning I ever heard. And just because you can't think of any reason for Button focus events, doesn't mean there aren't any. There have been many requests for extra events, particularly Focus/LostFocus for buttons, so it's reasonable to assume that the requestors know something you don't know.freak wrote:If we add this for buttons, then you always need to check EventType() when you receive an event for the button to know if it was a click or focus event. Right now you don't need that because buttons only report the click event. I don't see much use in focus events for buttons (your example is the rare exception), so its not worth it imho.
I won't weigh in on the usefulness or lack thereof for the given feature request, I don't have a dog in this fight. But pique aside, I prefer a response like Freak's to polite silence any day. At least you know what to (or not to) expect.Perhaps it would be better if you listened politely to peoples requests, even if you have no intention of implementing what they ask for.
I was using NetMaestro's MouseHoverEvent source library (I think that's the right name?) to do this sort of thing and use ImageGadgets as pseudo buttons to change the graphic as the mouse hovered over and it looked really nice. I know it can do more than what I used it for.That's a shame, then.Keyboard navigation means nothing?
What if I want to change the color of the button that gets the
focus, or its text, or size? There are many examples. Oh well.
I misunderstood as I thought when the mouse hovered over a gadget, it got the focus and you could detect it. Sorry.PB wrote:But I'm talking about getting the focus; not hovering.
Hovering is a totally different kettle of fish altogether.
It was just a wish anyway, as this section is for.