| [ Return to Bugs & Features | SVN ⇄ GIT ]
STR #1190
Application: | FLTK Library |
Status: | 1 - Closed w/Resolution |
Priority: | 2 - Low, e.g. a documentation error or undocumented side-effect |
Scope: | 3 - Applies to all machines and operating systems |
Subsystem: | Core Library |
Summary: | Drawing glitch in Radio Button |
Version: | 1.4-feature |
Created By: | Sadysta |
Assigned To: | matt |
Fix Version: | Will Not Fix |
Update Notification: | |
Trouble Report Files:
Trouble Report Comments:
|
#1 | Sadysta 02:28 Mar 03, 2006 |
| Very similar problem to that described in STR #1133. When I check one of the radio buttons, the other is getting unchecked but its text seems to be drawn twice, resulting in this thickening effect. | |
|
#2 | fabien 01:17 Mar 23, 2006 |
| please precise on wich platform, which version you notice that, please send an example with your fluid design if possible. | |
|
#3 | Sadysta 11:58 Mar 25, 2006 |
| As the matter of fact, this problem is not FLUID-specific. I observe it in my own application no matter if I create radio buttons with FLUID or manually.
This is my design: ------- window -------- | ------ group ------ | | | radio1 radio2 | | | ------------------- | -----------------------
Platforms: So far just Windows XP, using MSVS.NET. Will test it on Linux soon enough though. | |
|
#4 | Sadysta 09:10 Mar 28, 2006 |
| It's all the same on Linux. | |
|
#5 | matt 05:38 Apr 01, 2006 |
| The code that draws this button is in src/Fl_Light_Button. The code actually behaves correctly. The problem though is, that check boxes generally do not have a box type, so the label gets overdrawn multiple time without redrawing the backgroud. When using an atialieased font, the text appears bolder with every redraw.
The only fix that comes to mind is finding the next parent that has a boxtype set and calling "draw" on it before drawing the text. Maybe anyone has a better suggestion? | |
|
#6 | fabien 08:38 Apr 04, 2006 |
| good idea, let you the hand on that bug, matt ;) | |
|
#7 | matt 20:56 Apr 27, 2006 |
| OK, I have tried out various fixes, bu none of them are satisfying. They are either much too slow or just don't give the expected result.
The two workarounds are: 1: don't use antialiased fonts 2: or, set the box type to FLAT_BOX, which of course only works if the background has no pattern (is not "plastic" scheme) | |
|
#8 | matt 03:13 Aug 17, 2006 |
| This problem can not be fixed without changing the ABI. Better yet we allow alpha channels etc. . But that is far more than just a "fix". | |
|
#9 | matt 12:32 Apr 22, 2008 |
| Revisit parent background drawing for widgets with partial transparencies | |
|
#10 | matt 16:15 Feb 01, 2019 |
| User must set a box type that fills the background, e.g. FL_FLAT_BOX. | |
[ Return to Bugs & Features ]
|
| |