| | [ 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 ]
|
| |
