Dillo v3.1.1-98-g318d1f14
Loading...
Searching...
No Matches
Problems with FLTK

dw::fltk::FltkViewport

Current problems:

  • How should dw::fltk::FltkViewport::cancelQueueDraw be implemented?

  • If the value of a scrollbar is changed by the program, not the user, the callback seems not to be called. Can this be assured?

  • The same for dw::fltk::FltkViewport::layout?

  • Also, the problems with the widgets seems to work. Also sure?

  • When drawing, clipping of 32 bit values is not working properly.

  • The item group within a selection widget (menu) should not be selectable.

dw::fltk::FltkPlatform

  • There is the problem, that fltk::font always returns a font, the required one, or a replacements. The latter is not wanted in all cases, e.g. when several fonts are tested. Perhaps, this could be solved by searching in the font list. [This was true of fltk2. What is the state of font handling now with fltk-1.3?]

  • Distinction between italics and oblique would be nice (dw::fltk::FltkFont::FltkFont).

dw::fltk::ui::FltkCheckButtonResource

Groups of Fl_Radio_Button must be added to one Fl_Group, which is not possible in this context. There are two alternatives:

  1. there is a more flexible way to group radio buttons, or
  2. radio buttons are not grouped, instead, grouping (especially unchecking other buttons) is done by the application.

(This is mostly solved.)

dw::fltk::FltkImgbuf

Alpha transparency should be best abstracted by FLTK itself. If not, perhaps different implementations for different window systems could be used. Then, it is for X necessary to use GCs with clipping masks.

dw::fltk::ui::ComplexButton

Unfortunately, FLTK does not provide a button with Fl_Group as parent, so that children may be added to the button. dw::fltk::ui::ComplexButton does exactly this, and is, in an ugly way, a modified copy of the FLTK button.

It would be nice, if this is merged with the standard FLTK button. Furthermore, setting the type is strange.

If the files do not compile, it may be useful to create a new one from the FLTK source:

  1. Copy Fl_Button.H from FLTK to dw/fltkcomplexbutton.hh and src/Button.cxx to dw/fltkcomplexbutton.cc.

  2. In both files, rename "Button" to "ComplexButton". Automatic replacing should work.

  3. Apply the changes below.

The following changes should be applied manually.

Changes in fltkcomplexbutton.hh

First of all, the #define's for avoiding multiple includes:

-#ifndef fltk_ComplexButton_h // fltk_Button_h formerly
-#define fltk_ComplexButton_h
+#ifndef __FLTK_COMPLEX_BUTTON_HH__
+#define __FLTK_COMPLEX_BUTTON_HH__

at the beginning and

-#endif
+#endif // __FLTK_COMPLEX_BUTTON_HH__

at the end. Then, the namespace is changed:

-namespace fltk {
+namespace dw {
+namespace fltk {
+namespace ui {
Dw is in this namespace, or sub namespaces of this one.

at the beginning and

-}
+} // namespace ui
+} // namespace fltk
+} // namespace dw

at the end. Most important, the base class is changed:

-#include "FL/Fl_Widget.H"
+#include <FL/Fl_Group.H>

and

-class FL_API ComplexButton : public Fl_Widget {
+class ComplexButton: public Fl_Group
+{

Finally, for dw::fltk::ui::ComplexButton::default_style, there is a namespace conflict:

- static NamedStyle* default_style;
+ static ::fltk::NamedStyle* default_style;

Changes in fltkcomplexbutton.cc

First, #include's:

#include <FL/Fl.H>
-#include <FL/ComplexButton.h> // <FL/Fl_Button.H> formerly
#include <FL/Fl_Group.H>
#include <FL/Fl_Window.H>
+
+#include "fltkcomplexbutton.hh"

Second, namespaces:

+using namespace dw::fltk::ui;
FLTK implementation of dw::core::ui.

Since the base class is now Fl_Group, the constructor must be changed:

-ComplexButton::ComplexButton(int x,int y,int w,int h, const char *l) : Fl_Widget(x,y,w,h,l) {
+ComplexButton::ComplexButton(int x,int y,int w,int h, const char *l) :
+ Fl_Group(x,y,w,h,l)
+{

Finally, the button must draw its children (end of dw::fltk::ui::ComplexButton::draw()):

+
+ for (int i = children () - 1; i >= 0; i--)
+ draw_child (*child (i));
}