> So in OS X one of the screens has a 22 pixel menu bar. But due to > reasons I haven't fully figured out, the maximum vertical size you can > make a window before it goes off the bottom of the screen is the > screen height - 44. I don't have a dock at the bottom, but if I did > it would probably subtract some more pixels.
This is because the window size is that of the window's usable space which does not count the window title bar that uses another 22 pixels. The Fl_Window::decorated_h() function returns the titlebar-included window height for you to use. > > But anyway, when I create an Fl_Window apparently there's code that > figures how much room is available and reduces the height as > necessary. But that same code apparently doesn't apply to the resize > method, since it will happily resize past the edges of the screen. It > seems to make it buggy too, since it can then jump about randomly when > I drag it. See previous reply. > > So firstly, Fl_Window::resize on the mac should probably clip to the > screen size as it does on creation, right? See previous reply. > > Secondly, is there a portable way to find out the usable space on a > screen? Fl::screen_xywh() just gives the resolution which isn't > enough to create or maximize windows. Use Fl::screen_work_area() functions. > > Thirdly, I wanted to see if the behaviour had been fixed in recent > versions so I did an svn update, but it looks like the build is > broken, coincidentally also with a bunch of screen-related symbols: You may have a version that includes local changes or that's not up to date. Here, the current FLTK 1.3 from svn compiles without error. _______________________________________________ fltk-dev mailing list [email protected] http://lists.easysw.com/mailman/listinfo/fltk-dev
