| | [ Return to Bugs & Features | Roadmap 2.0 | Post Text | Post File ]
STR #1990
| Application: | FLTK Library |
|---|
| Status: | 5 - New |
|---|
| Priority: | 1 - Request for Enhancement, e.g. asking for a feature |
|---|
| Scope: | 2 - Specific to an operating system |
|---|
| Subsystem: | Unassigned |
|---|
| Summary: | Support for multiple visuals inside an application |
|---|
| Version: | 2.0-feature |
|---|
| Created By: | ydroneaud |
|---|
| Assigned To: | Unassigned |
|---|
| Fix Version: | Unassigned |
|---|
| Update Notification: | |
|---|
Trouble Report Files:
[ Post File ]
Trouble Report Comments:
[ Post Text ]
| |
| #1 | ydroneaud
07:04 Jun 26, 2008 |
| Related to the problem reported in message <1213980775.9438.27.camel@iago.mandriva.com>
Using X11 Composite extension with fltk-2.0
See:
http://fltk.org/newsgroups.php?gfltk.general+v:25908
http://fltk.org/newsgroups.php?gfltk.general+v:25978
To fix my problem, I tried to do something uglier than using a global visual: let each window have it own context: a visual, a colormap and a graphic context. Since fltk use global variables to store those data, a lot of code need to be adapted.
The patch provided do the following things:
- renamed xvisual to xvisualinfo and gc to xgc
(not really useful change, comestic but broke API).
- XDBE is now enable per window
- per window XVisualInfo, Colormap, GC.
At the end, I'm able to run the test programs, and my own program are able to use different visuals with window created by FLTK.
There are many issues added by the patch and it's not really the good way to fix my problem, but it could be a way to improve FLTK 2.0 and a way for me to discover the internals of the library.. | |
[ Return to Bugs & Features | Post Text | Post File ]
|
| |
FLTK Apps 
