[Yay! I'm back working on FLTK this week...] matthiasm wrote: > ... > * Bad background blending for rgba images > This is X11 stuff. I currently have no X Windows dev environment (shame > on me). Any takers?
I'll fix it. (the proposed fixes aren't sufficient/correct) > * draw() of Fl_Overlay_Window inside Fl_Window not positioned correctly > (MacOSX) > I always saw the Overlay Window as a top level window, but this may be > fixable Might need to punt this, but I'll look at this after the other bugs in case there is something obvious... > * Fl_Double_Window does not grab() when another is present > I have no clue how to fix this. I'll take a look. > * hide window bug -> max out CPU > Again I have no clue how to fix this. Actually, I don't remember what > the flag mentioned in the comments was meant to do to begin with. Anyone? I think changing this to check visible_r() instead of shown() (line 1121 of Fl_win32.cxx) will fix things. > * fltk-config and fltk2-config has bugs > Not my field of expertise at all. Any takers? I'll take care of the 1.1.x stuff. The -B options are non-starters since we need to work with non-GCC systems by default (and the static lib workaround isn't limited to GCC, all compilers are equally "dumb" when there are both static and shared libraries...) > * Bug: Fl_Browser: content/scrollbar wrong after hide() changes > Yikes. I spent a few hours in the code. The problem is that hide() will > merely set the item height to 0 (what a kludge!). This is legal, but > messes with the cache, so that the scrollbar doesn't get updated. An > easy fix is to update the scroll bar during every redraw, but then we > might as well remove all caching function. So if anyone has a clue on > how to fix this without making the Browser slow, please yell. I will not > tough this code. I'd just do a redraw() whenever an item is hidden or shown. > * fluid public class functions > Sigh, yes, we patched Fluid too many times without fixing it. Anyone? I > may be able to do this. Hmm, I've not seen this problem myself (and have plenty of FLUID- based classes with public functions). Will look at it... > * FLUID sets group attributes for no reason > Can't "fix" this without breaking anything else. And I would love to > avoid another checkbox in the Fluid UI. Suggestions are welcome. I punted the bug. Sure, there is a little extra code, but IMHO this isn't a big deal. > * FLTK, CMake, and VC8 > Not my field of expertise, especially CMake. Any takers? > > * Makefile generated by ccmake and ./configure are inconsistent > Not my field of expertise. Any takers? "Not to be fixed" unless we get a patch from the contributors. > * Error when building shared libraries on Linux > Another build issue. Nothing I can fix without risking insanity. I'll take care of it. > * configure summary patch > Someone just give me a thumbs up or thumbs down. I'll take it and make sure it does the right thing on 1.1.x. > * FL_WHEN_ENTER_KEY: does not work for Fl_Browser > Fixing this would generate a lot of unexpected behavior in existing > apps, practically disableing the Enter key in all Browsers. Any comments? I vote for consistency. Space has always been available to select items, buttons, etc, while Enter has only been available when FL_WHEN_ENTER_KEY or Enter is used as a shortcut. > * initial hidden AGL window not visible > I may be able to fix this, but help would be appreciated here. I'll take a look. > * FL_WHEN_NOT_CHANGED implemented inconsistently > I have no time to fool around with buttons. OP, please tell me what > exactly you would like to see changed. I thing this is the first > complaint ever I got for this flag in over ten years. This might be just the click and then drag off the button - the button doesn't get selected, but the user did interact? > * Fl_Browser docs need to document select() and selected() methods > Can someone type this up? Please? > > * Behavior of Fl_Select_Browser doesn't quite match documentation > Can someone fix the docs? Please? I'll take care of these. > * FLUID creates extern function in .h when function is marked private > I'll be able to fix this I guess. > > * effects of box() on Fl_Pack are undocumented > Can someone fix the docs? Please? Got it. > * Fl_Window::size_range() docs should indicate zero a special value for > minh/minw > Can someone fix the docs? Please? Got it. > * fltk-1.1.8 XFT font support for GL and xft_font enahancements > Not my field of expertise. Any takers? I'll look at it, but not sure if I'll get it fixed or not. > * FLTK Tutorial 'Writing Your First Program' should cover begin()/end() > Can someone fix the docs? Please? Got it. -- ______________________________________________________________________ Michael Sweet, Easy Software Products mike at easysw dot com Internet Printing and Document Software http://www.easysw.com _______________________________________________ fltk mailing list [email protected] http://lists.easysw.com/mailman/listinfo/fltk
