the same (non-standard) directory as an image library (STR #926)
configure.in:
- Add LINKFLTKFORMS definition.
- Change LINKFLTK* definitions to just reference the static
libraries themselves.
makeinclude.in:
- Use LINKFLTKFORMS and drop -L../lib stuff for static linking.
src/Makefile:
- Move -L. in front of LDLIBS and IMGLIBS when linking shared
libfltk_images.
git-svn-id: file:///fltk/svn/fltk/branches/branch-1.1@4472 ea41ed52-d2ee-0310-a9c1-e6b18d33e121
The problem seems to be an idefinite repeat of the WM_PAINT message. The driver sends an internale WM_PAINT (one that does not contain an update region). FLTK then creates a union with the still existin 'i->region' of the OpenGL window, causing yet another WM_PAINT message.
The fix is to not run through the WM_PAINT handler at all if there is no update region (as suggested by Microsoft). This change is definetly debatable, since it does modify some internal FLTK behavior. I will commit it anyways for now, but we should pay very close attention to redraw problems by those who use the svn releases.
git-svn-id: file:///fltk/svn/fltk/branches/branch-1.1@4456 ea41ed52-d2ee-0310-a9c1-e6b18d33e121
OpenGL Windows inside Tabs that were inside of tabs were not drawn correctly. This was due to the fact that a first 'show' on a Tabs widget would show *all* groups inside the tab (unless the user called 'value(...)' on it first). This was only visible on OS X, because subwindow clipping would wrongfully clip even hidden subwindows.
git-svn-id: file:///fltk/svn/fltk/branches/branch-1.1@4448 ea41ed52-d2ee-0310-a9c1-e6b18d33e121
This fix changes the CodeEditor to do a single 'insert'. It would be better to change Fl_Text_Display to increment the redraw range if more characters are inserted before the actual draw is called. Since this goes too close to core code for my taste, I leave that as an exercise for 2.0.
git-svn-id: file:///fltk/svn/fltk/branches/branch-1.1@4446 ea41ed52-d2ee-0310-a9c1-e6b18d33e121
items with correct handles and a dotted boundig box for all
labels (STR #790)
git-svn-id: file:///fltk/svn/fltk/branches/branch-1.1@4437 ea41ed52-d2ee-0310-a9c1-e6b18d33e121
- added textsize etc. support for Fluid Live Mode for Fl_Input type.
git-svn-id: file:///fltk/svn/fltk/branches/branch-1.1@4436 ea41ed52-d2ee-0310-a9c1-e6b18d33e121
For FLTK2, this is no issue since subwindows and subgroups are implemented without OS support.
git-svn-id: file:///fltk/svn/fltk/branches/branch-1.1@4416 ea41ed52-d2ee-0310-a9c1-e6b18d33e121
- Fixed some minor alignment in Fluid.
- Live Mode window in Fluid is now double buffered to get rid of flicker.
git-svn-id: file:///fltk/svn/fltk/branches/branch-1.1@4415 ea41ed52-d2ee-0310-a9c1-e6b18d33e121
Although this fixes the crash, the font enumerator in FLTK should never return a number larger than 255 (which unfortunatly is the maximum number of fonts supported by FLTK 1 for binary compatibility)
git-svn-id: file:///fltk/svn/fltk/branches/branch-1.1@4411 ea41ed52-d2ee-0310-a9c1-e6b18d33e121
Two fixes were possible: correctly searching linked submenus, or disabeling submenu links alltogether. I decided for the later since the use of FL_SUBMENU_POINTER implies that the user knows the pointer and can search that submenu seperately, saving time when searching the main menu.
git-svn-id: file:///fltk/svn/fltk/branches/branch-1.1@4384 ea41ed52-d2ee-0310-a9c1-e6b18d33e121
Fixed fake_X_wm call on Win32 to return the correct window decoration sizes, even in XP's "Teletubbies" mode.
git-svn-id: file:///fltk/svn/fltk/branches/branch-1.1@4379 ea41ed52-d2ee-0310-a9c1-e6b18d33e121
Everything should resize nicely now. All Widgets have been realigned. Hope you guys like it... .
git-svn-id: file:///fltk/svn/fltk/branches/branch-1.1@4378 ea41ed52-d2ee-0310-a9c1-e6b18d33e121
like the original scheme buttons. This is relatively slow, but worth
the effort, I beleive. Just use double buffered windows... .
git-svn-id: file:///fltk/svn/fltk/branches/branch-1.1@4374 ea41ed52-d2ee-0310-a9c1-e6b18d33e121
