Public Member Functions | |
| Window (int, int, int, int, const char *=0, bool begin=false) | |
| Window (int, int, const char *=0) | |
| virtual | ~Window () |
| void | label (const char *) |
| void | iconlabel (const char *) |
| void | copy_label (const char *c) |
| void | child_of (const Window *w) |
| bool | double_buffer () const |
| void | set_double_buffer () |
| void | clear_double_buffer () |
| virtual void | draw_overlay () |
| void | redraw_overlay () |
| void | erase_overlay () |
| void | size_range (int a, int b, int c=0, int d=0, int e=0, int f=0) |
| bool | shown () const |
| void | show () |
| void | show (const Window *parent) |
| bool | exec (const Window *parent=0, bool grab=false) |
| void | make_exec_return (bool) |
| void | show_inside (const Window *parent) |
| virtual void | destroy () |
| virtual int | handle (int) |
| virtual void | layout () |
| virtual void | draw () |
| void | borders (Rectangle *r) const |
Static Public Attributes | |
| static NamedStyle * | default_style = &::style |
Once you create a window, you usually add children Widgets to it by using add(child) or by using begin() and then constructing the children. See fltk::Group for more information on how to add and remove children.
There are several subclasses of fltk::Window that provide double-buffering, overlay, menu, and OpenGL support.
The window's callback is done if the user tries to close a window using the window manager and fltk::modal() is zero or equal to the window. Window has a default callback that calls Window::hide() and calls exit(0) if this is the last top-level window.
You can set the shortcut() and then that key will call the callback. If you don't change it then that key will close the window.
|
||||||||||||||||||||||||||||
|
This constructor is for child windows. You should use the constructor with just W and H for normal parent windows. This constructor leaves visible() true, so the child window will appear when the parent window has show() called. |
|
||||||||||||||||
|
This form of the constructor should be used for a "top-level" window (that is, one that is not inside another window). It correctly sets visible() to false and parent() to NULL. By not specifying the position of the window, the window system will pick a place to show the window (some older X window managers will allow the user to place the window by hand). If you want to force a position you should call position(x,y) or hotspot() before calling show(). |
|
|
Calls destroy(). The destructor also deletes all the children. This allows a whole tree to be deleted at once, without having to keep a pointer to all the children in the user code. A kludge has been done so the Window and all of it's children can be automatic (local) variables, but you must declare the Window first so that it is destroyed last. |
|
|
Rectangle is set to the the size of the borders that will be added around this window. This is done by querying the window system. Because it is more convienent for most code the result is actually the rectangle that would be around the border if this window was zero in size and placed at 0,0. x,y are typically negative and w,h are typically positive. To get the actual rectangle around your window, add these values to the window's size. |
|
|
Tell the system that this window will not have an icon, it will dissappear and reappear when parent is iconized or shown, and it is forced to always be above parent. On X this is called a "Transient window", and Windows calls this a "overlapping child". parent is different than the parent(), which must be zero. Changing this value causes destroy() to be called, due to stupid limitations in X and Windows. Win32 and some X window managers have an annoying bug where calling show() on this will also raise the parent window to right below this, making many useful user interface designs impossible! If you want a dialog that blocks interaction with the other windows of your application or with all other applications, you need to look at exec() (or possibly fltk::modal()). |
|
|
Turn off double buffering, so that drawing directly goes to the visible image on the screen. Not all systems can do this, they will remain double buffered even if this is off. |
|
|
Sets the label to a copy of the string. The passed string is copied to private storage and used to set the label(). The memory will be freed when the widget is destroyed or when copy_label() is called again, or label(const char*) is called. Passing NULL will set label() to NULL. Reimplemented from fltk::Widget. |
|
|
Hides the window and also deletes all window system information about the window, and thus returns it back to the state it was in before the first show(). It is harmless to call this if the window is already destroyed. Subclasses can override this, if you do this you must also override the destructor and make it call destroy(). |
|
|
Returns true if set_double_buffer() was called, returns false if clear_double_buffer() was called. If neither has been called this returns a machine-dependent state (systems where double buffering is efficient turn it on by default). |
|
|
Fltk calls this virtual function to draw the widget, after setting up the graphics (current window, xy translation, etc) so that any drawing functions will go into this widget. User code should not call this! You probably want to call redraw(). The default version calls draw_box() and draw_label(), thus drawing the box() to fill the widget and putting the label() and image() inside it to fill it, unless the align() flags are set to put it outside. Information on how to write your own version is here. Reimplemented from fltk::Group. |
|
|
A subclass of Window can define this method to draw an "overlay" image that appears atop everything else in the window. This will only be called if you call redraw_overlay() on the shown() window, and it will stop being called if you call erase_overlay(). This is designed for a fast-changing graphic such as a selection rectangle. The implementation is to put the window into double_buffer() mode, and then set things so the on-screen image is being drawn before this method is called. The previous overlay image was erased before calling this by copying the back buffer to the front. Notice that the overlay will blink as you redraw it, you must trade off this annoyance against the slower update of the overlay if you just draw it normally in the draw() method. Some systems don't allow drawing in the front buffer. In this case the entire back buffer is redrawn and the overlay drawn atop it. The default version draws a red rectangle, so that mistaken calls to redraw_overlay() are detectable. |
|
|
Indicate that the overlay drawn with draw_overlay() is blank. draw_overlay() will not be called until redraw_overlay() is called again. |
|
||||||||||||
|
The window is popped up and this function does not return until make_exec_return() is called, or the window is destroyed or hide() is called, or fltk::exit_modal() is called. During this time events to other windows in this application are either thrown away or redirected to this window. This does child_of(parent) (using first() if parent is null), so this window is a floating panel that is kept above the parent. It then uses fltk::modal(this,grab) to make all events go to this window. The return value is the argument to make_exec_return(), or false if any other method is used to exit the loop. If parent is null the window that last received an event is used as the parent. This is convenient for popups that appear in response to a mouse or key click. See fltk::modal() for what grab does. This is useful for popup menus. |
|
|
Calls send() on some or all of the children widgets. Reimplemented from fltk::Group. |
|
|
Sets the text displayed below the icon (or in the taskbar). If you don't set this it defaults to the label() but if that appears to be a filename, it defaults to the last portion after the last '/' character. |
|
|
Sets the window title, which is drawn in the titlebar by the system. Reimplemented from fltk::Widget. |
|
|
Virtual function to respond to layout_damage(), it should calculate the correct size of this widget and all it's children. This function is called by fltk or by the layout() method in other widgets. User programs should not call it. A widget is allowed to alter it's own size in a layout() method, to indicate a size that the data will fit in. A parent widget is then expected to rearrange itself to accomodate the new size. This may mean it will move the widget and thus layout() will be called again. You can look at layout_damage() to find out why this is being called. The base class redraws the widget and sets layout_damage() to zero. Reimplemented from fltk::Group. |
|
|
If exec() is currently being called, make it hide this window and return return_value. Does nothing if exec() is not being called. Results are undefined if the innermost exec() is being called on a window other than this one. Current behavior is to cause that exec to return false. |
|
|
Indicate that the image made by draw_overlay() has changed and must be drawn or redrawn. If the image is blank you should call erase_overlay(). This does nothing if the window is not shown(), it is assummed that overlays are only drawn in response to user input. |
|
|
If the window is double-buffered, all drawing is done first to some offscreen image, and then copied to the screen as a single block. This eliminates blinking as the window is updated, and often the application looks faster, even if it actually is slower. |
|
|
Same as child_of(parent); show(). |
|
|
Cause the window to become visible. It is harmless to call this multiple times. For subwindows (with a parent()) this just causes the window to appear. Currently no guarantee about stacking order is made. For a outer window (one with no parent()) this causes the window to appear on the screen, be de-iconized, and be raised to the top. Depending on child_of() settings of this window and of windows pointing to it, and on system and window manager settings, this may cause other windows to also be deiconized and raised, or if this window is a child_of() then this window may remain iconized. Window::show() is not a virtual override of Widget::show(). You can call either one. The only difference is that if an outer window has had show() called already, Window::show() will raise and deiconize it, while Widget::show() will only un-hide() it, making it appear in the same stacking order as before but not changing the iconization state (on some X window managers it will deiconize anyway). The first time this is called is when the actual "system" window (ie the X window) is created. Before that an fltk window is simply an internal data structure and is not visible outside your program. To return to the non-system-window state call destroy() or ~Window(). hide() will "unmap" the system window. The first time show() is called on any window is when fltk will call fltk::open_display() and fltk::load_theme(), unless you have already called them. This allows these expensive operations to be deferred as long as possible, and allows fltk programs to be written that will run without an X server as long as they don't actually show a window. Reimplemented from fltk::Widget. |
|
|
Make the window with a normal system border and behavior, but place it inside the frame as though that was the desktop. This is what Windows calls "MDI". Typically the other window (which must already be shown) is a child window so that space can remain around it for a menu/tool bar. Notice that parent() of the window must be zero and it will remain zero after this is called. Fltk uses a zero parent to indicate that the system is managing the window. On systems that don't support nested desktops (i.e. X) this does child_of(frame) and show(), which produces an overlapping window that will remain above the frame window. (IMHO this is a great improvement over MDI!). |
|
|
Returns non-zero if show() has been called, but destroy() has not been called. Note that this returns true if hide() was called or if the user has iconized the window. |
|
||||||||||||||||||||||||||||
|
Set the allowable range the user can resize this window to. This only works for top-level windows.
It is undefined what happens if the current size does not fit in the constraints passed to size_range(). If this function is not called, FLTK tries to figure out the range from the setting of resizeable():
|
|
|
By default a window has box() set to
If you plan to turn the border() off you may want to change the box() to Reimplemented from fltk::Widget. |