| | [ Return to Bugs & Features | Roadmap 1.1 | SVN ⇄ GIT ]
STR #115
| Application: | FLTK Library |
|---|
| Status: | 1 - Closed w/Resolution |
|---|
| Priority: | 4 - High, e.g. key functionality not working |
|---|
| Scope: | 3 - Applies to all machines and operating systems |
|---|
| Subsystem: | Core Library |
|---|
| Summary: | Fl::background() ineffective when Fl::scheme("plastic") in effect |
|---|
| Version: | 1.1.3 |
|---|
| Created By: | greg.ercolano |
|---|
| Assigned To: | mike |
|---|
| Fix Version: | 1.1.4rc2 |
|---|
| Update Notification: | |
|---|
Trouble Report Files:
No files
Trouble Report Comments:
| |
| #1 | greg.ercolano
23:57 Jul 26, 2003 |
| Redhat 9.0 and Windows 2k.
The following code under linux shows changing the Fl::background(r,g,b) has no effect when Fl::scheme("plastic") is in effect. Background should be redish (in this example), but the 'ticking' is the same gray it always is.
---- snip
#include <FL/Fl.H>
#include <FL/Fl_Window.H>
int main()
{
Fl::scheme("plastic");
Fl::background(255,0,0); // very red
Fl_Window win(400, 100, "woo");
win.show();
return(Fl::run());
}
---- snip
| |
| |
| #2 | mike
18:59 Jul 28, 2003 |
| Fixed in CVS for 1.1.4rc2.
Please note: you MUST call background() before scheme() to get the proper colors since scheme() initializes the tile image using the current background. | |
[ Return to Bugs & Features ]
|
| |
