(undefine USE_ASYNC_SELECT to use the old code)
XBell() might be called before fl_display is initialized.
git-svn-id: file:///fltk/svn/fltk/branches/branch-1.0@966 ea41ed52-d2ee-0310-a9c1-e6b18d33e121
Fix for Borland or other platforms where GLint != int.
Fixed browser scrollbars so they work if browser is inside a scroll
(it did not update their position to match where they were drawn)
Fl_Output (and non-focused Fl_Input) now scroll in response to position()
calls from the program to show the position. In addition I cleaned up the
horizontal scrolling of Fl_Input to be less screwy, it now never scrolls
if the text actually fits in the widget.
git-svn-id: file:///fltk/svn/fltk/branches/branch-1.0@959 ea41ed52-d2ee-0310-a9c1-e6b18d33e121
What actually happens is that GetKeyState() returns garbage for the
"windoze" keys if you hit them to pop up the start menu. It now calls
GetAsyncKeyState(), which works.
Also this version calls TranslateEvent on all events before calling
DispatchEvent(), which is apparently what Win32 expects.
git-svn-id: file:///fltk/svn/fltk/branches/branch-1.0@948 ea41ed52-d2ee-0310-a9c1-e6b18d33e121
determine if we should use the built-in hand cursor instead of up-
arrow...
git-svn-id: file:///fltk/svn/fltk/branches/branch-1.0@936 ea41ed52-d2ee-0310-a9c1-e6b18d33e121
the title bar!)
Now call MessageBeep() under WIN32 for all popups and XBell() for
fl_alert() under X11.
git-svn-id: file:///fltk/svn/fltk/branches/branch-1.0@885 ea41ed52-d2ee-0310-a9c1-e6b18d33e121
1. Browser responds to FL_KEYBOARD as well as FL_SHORTCUT. If you subclass
it to accept focus then keyboard navigation will work. I could not do his full
patch as it broke the file chooser's tab completion and perhaps other programs.
2. Fl_Tile and Fl_Tabs do their callback when the user changes their display.
3. Made some of the private methods of Fl_Browser protected.
git-svn-id: file:///fltk/svn/fltk/branches/branch-1.0@879 ea41ed52-d2ee-0310-a9c1-e6b18d33e121
the SGI X server with small arcs & pies, and not with WIN32.
git-svn-id: file:///fltk/svn/fltk/branches/branch-1.0@858 ea41ed52-d2ee-0310-a9c1-e6b18d33e121
that don't have their position specified, the windows appear centered in
the screen, rather than in the top-left corner. This happened with modal
windows under Irix 4Dwm. This also causes windows to be centered when no
window manager is running, which might be useful for installation gui programs?
git-svn-id: file:///fltk/svn/fltk/branches/branch-1.0@823 ea41ed52-d2ee-0310-a9c1-e6b18d33e121
With all the recent check-ins, the result is that text editing is a
combination of the best parts of "CUA" and X/Motif text editing
(in my opinion). It mostly acts like CUA with these additions:
1. Clicking in a field the first time selects the entire field (this is a
necessary modification so that it works in point-to-type window managers
and still looks like Windoze, in Windoze it appears that all text fields
are switched to all-selected when the window is "activated").
2. The middle mouse button acts like the left one and *then* does "paste".
Unlike Motif you can replace text by selecting it with the middle mouse button.
3. *drag* of the left mouse button does "copy". Unlike Motif, other methods
of selecting text (like double-click) does not do "copy".
git-svn-id: file:///fltk/svn/fltk/branches/branch-1.0@807 ea41ed52-d2ee-0310-a9c1-e6b18d33e121
loop. I didn't really fix this, but I removed deactivate() from constructors
and replaced with set_flag(INACTIVE). The loop would happen if a widget
responded to FL_MOVE by calling draw_overlay or otherwise creating an
overlay, which is a pretty rare event.
git-svn-id: file:///fltk/svn/fltk/branches/branch-1.0@792 ea41ed52-d2ee-0310-a9c1-e6b18d33e121
Fix (untested) xparsecolor emulation on Win32 for #x where x != 6 digits
git-svn-id: file:///fltk/svn/fltk/branches/branch-1.0@789 ea41ed52-d2ee-0310-a9c1-e6b18d33e121
Cast in draw_pixmap that produced an error in the OSF1 compiler fixed.
Error in emulation of GLUT_KEY_F?()
git-svn-id: file:///fltk/svn/fltk/branches/branch-1.0@779 ea41ed52-d2ee-0310-a9c1-e6b18d33e121
concern if they are selected, it uses the first visible() child to
indicate the selected tab.
Fixed up rather bogus fix for selecting entire text field when you click
on it. This new version does not do it for multi-line and does not
mess up the middle-mouse paste action.
git-svn-id: file:///fltk/svn/fltk/branches/branch-1.0@777 ea41ed52-d2ee-0310-a9c1-e6b18d33e121
in fltk 2.0. It correctly draws the box behind a slider.
git-svn-id: file:///fltk/svn/fltk/branches/branch-1.0@776 ea41ed52-d2ee-0310-a9c1-e6b18d33e121
each new version of fltk for use at Digital Domain. These were found by
running a diff between 1.0.6 and our inhouse version.
1. WinMain is moved to the fl_call_main.c file so that it can easily be
conditionally-compiled out (code copied from fltk 2.0, not tested!)
2. Fl_win32 ignores the value of window->xclass(). This seemed to cause
problems when windows had different xclass() in the same app and did not
have any useful effect on windows. This value is changed to set the icon
of the app on X.
3. sgi pragmas added to x.H to turn off warnings from their broken xlib
header files. Please tell me if this causes any sgi compilers to complain,
we should add more stuff to the #ifdef to stop that.
4. Fl_Gl_Window::ortho() changed so that text and images are not erased
if the origin is off the left/bottom of the window.
5. Small change to Fl_Input so that a click that gives it the focus also
selects all the text. This is more windoze-like and it seems the users
really like it.
Note also that we had to set USE_XDBE to zero to get things to work on
the newest Irix machines. I give up, Xdbe has been nothing but an impossible
and confusing mess and it is obvious that the X servers are not testing it
and thus it is suffering from software rot so it is unlikely to work anywhere
in the future. Not sure if we want to switch it off in the official version,
though.
git-svn-id: file:///fltk/svn/fltk/branches/branch-1.0@774 ea41ed52-d2ee-0310-a9c1-e6b18d33e121
FL_MOUSELEAVE had an extra underscore
call to toupper() removed
const char* cast added to fl_draw_pixmap
Change to Fl_Gl_Window that did not get in in time for 1.0.5, it caches
the current gl context and does not call glXMakeCurrent (wglMakeCurrent
on WIN32) if not needed. This distinctly speeds up Mesa, Irix, and
Windows opengl, although I am stumped why such a test is not built
into those libraries already.
If you use other code that sets the current OpenGL context fltk will
get confused because it does not know it changed. To fix such programs
you must call fl_no_gl_context() to clear the cache.
There is a report that this causes the fractals demo to crash on some
Linux and Irix machines, although I can't reproduce it. I suspect the
problem is the fractals demo and not fltk, but this change may be making
it more likely to fail.
git-svn-id: file:///fltk/svn/fltk/branches/branch-1.0@726 ea41ed52-d2ee-0310-a9c1-e6b18d33e121
draw code added a horizontal scrollbar it might not add the vertical one
until the next redraw.
Added FreeBSD to the list of platforms needing the scandir function cast.
git-svn-id: file:///fltk/svn/fltk/branches/branch-1.0@718 ea41ed52-d2ee-0310-a9c1-e6b18d33e121
Slightly modified version of the second version submitted.
It reuses the resizing code for the mouse drag and does not turn on the overlay
if it has been toggled off. Also cleaned up some very hard to understand
code for handling FL_KEYBOARD.
Arrows move the selected widgets by 1 pixel
Shift moves the right+bottom edge of the selected region
Ctrl moves by the current grid step
Also typing the letter 'o' in a window is a shortcut to toggle the overlay
on and off.
git-svn-id: file:///fltk/svn/fltk/branches/branch-1.0@712 ea41ed52-d2ee-0310-a9c1-e6b18d33e121
while (work_to_do) {
work_some();
Fl::check();
} else {
Fl::wait();
}
Suppose that a timeout sets the work_to_do flag, which is initially cleared.
Fl::wait() will wait for this timeout, return, then expire the timeout and wait for user input.
With the fix, it will work as expected.
git-svn-id: file:///fltk/svn/fltk/branches/branch-1.0@669 ea41ed52-d2ee-0310-a9c1-e6b18d33e121
