User forums > Using Code::Blocks
Configure dialog icon issue when clicked
MortenMacFly:
I don't understand the root issue: What happens if no such hack is implemented at all? How does a "ruined" icon look like? This maybe just be a "hack" from earlier wx2.6 versions, maybe, which we can simply remove...
Implementing a hack for a hack sounds a bit strange to me... although if it is really needed... why not?!
oBFusCATed:
Probably something like this:
MortenMacFly:
--- Quote from: oBFusCATed on April 08, 2013, 08:39:18 pm ---Probably something like this:
--- End quote ---
This doesn't look "ruined" but "as expected" to me... at least from a Windows point of view.
Jenna:
On linux the icon is not selected, just the text, but as far as I see the default behaviour on windows is to select the icon and the text (e.g. the security settings in internet options of IE).
It is probably be the best to remove the deselect-hack to get the native behaviour (at least for windows and linux).
ollydbg:
--- Quote from: jens on April 08, 2013, 10:56:00 pm ---On linux the icon is not selected, just the text, but as far as I see the default behaviour on windows is to select the icon and the text (e.g. the security settings in internet options of IE).
It is probably be the best to remove the deselect-hack to get the native behaviour (at least for windows and linux).
--- End quote ---
Hi, jens, I agree with you, let's use the native behaviour on Windows. I just tested IE security settings dialog, wxListCtrl sample, Windows Explorer with icon+text view and C::B project wizard, all the behaviour are the same: both icon and text are selected and become a littler darker.
So, the status in my second screenshot of original post should be removed. Wait, does this means that all the xxxx-off.png image files are not need? Because we now have two status: the color image, and the "ruined" color image. If that is done, what's the behaviour under Linux? Any comments?
Navigation
[0] Message Index
[#] Next page
[*] Previous page
Go to full version