| | [ Return to Bugs & Features | Roadmap 1.1 | SVN ⇄ GIT ]
STR #1531
| 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: | RFE for FL_ROUND_UP_BOX under gtk+ scheme |
|---|
| Version: | 1.1-current |
|---|
| Created By: | greg.ercolano |
|---|
| Assigned To: | matt |
|---|
| Fix Version: | 1.1-current (SVN: v5641) |
|---|
| Update Notification: | |
|---|
Trouble Report Files:
Trouble Report Comments:
| |
| #1 | greg.ercolano
21:39 Dec 09, 2006 |
| New gtk+ scheme has really improved the look of my app..
except for the button with an FL_ROUND_UP_BOX style button.
Under gtk+, an ancient "athena-esque" box is drawn which seems
inconsistent with the snazzier gtk scheme. (image attached).
The default scheme's curvey box would be a better choice
to fall back to than the elliptical. | |
| |
| #2 | matt
12:50 Dec 20, 2006 |
| OK, the quick fix ist this:
Fl::set_boxtype(_FL_ROUND_DOWN_BOX, fl_round_down_box, 3, 3, 6, 6);
after setting the scheme.
The long answer is this:
There is a mixup of naming between GTK and the regular scheming between ROUND, ROUNDED, and OVAL_BOX (just run "test/boxtype" to see what I mean). I suggest that 1) we create a true GTK rounded box and a GTK round box, and then either rework or abandon the current oval GTK box.
Mike? Others? | |
| |
| #3 | matt
07:41 Jan 25, 2007 |
| Fixed in Subversion repository.
Hope you'll like it. ;-) | |
[ Return to Bugs & Features ]
|
| |
