| [ Return to Bugs & Features | Roadmap 1.1 | SVN ⇄ GIT ]
STR #1482
Application: | FLTK Library |
Status: | 1 - Closed w/Resolution |
Priority: | 3 - Moderate, e.g. unable to compile the software |
Scope: | 2 - Specific to an operating system |
Subsystem: | X11 |
Summary: | Desktop x,y,w,h methods don't use EWMH properties on Linux |
Version: | 1.1-current |
Created By: | mike |
Assigned To: | mike |
Fix Version: | 1.1-current (SVN: v5535) |
Update Notification: | |
Trouble Report Files:
Trouble Report Comments:
|
#1 | mike 05:21 Oct 30, 2006 |
| Alexey Parshin wrote: > Hello, > > I'm trying to maximize a window w/o a border. The obvious attempt using > Fl::x()..Fl::h() didn't work since it returns physical screen > coordinates and sizes but doesn't take the desktop panels into > consideration. For Windows world, there are several approaches starting > from GetDesktopWindow() (or something like this). I'm not terribly > worried about Windows - I've done it in the past. But is there a way to > find out the desktop window in XWindow, and set of its child windows? I > just need to find the area of desktop not taken by panels..
On WIN32, we have an API to get this information and Fl:x(), Fl:y(), Fl::w(), and Fl::h() return the desktop "work" area. Similarly, we adjust the values on OSX for the top menu bar.
On X11, however, there is no adjustment for the desktop area; for Linux desktop environments, the Extended Window Manager Hints (EWMH) spec (http://standards.freedesktop.org/wm-spec/wm-spec-1.3.html) provides this information. Supporting these properties would also allow FLTK to report the virtual desktop area instead of the display dimensions. | |
|
#2 | mike 06:16 Oct 30, 2006 |
| Fixed in Subversion repository. | |
[ Return to Bugs & Features ]
|
| |