[ rdesktop-Feature Requests-3075691 ] Improved "-g workarea" for multi-display users
"SourceForge.net" <[email protected]>
| Newsgroups | gmane.network.rdesktop.devel |
|---|---|
| Message-ID | <[email protected]> |
Feature Requests item #3075691, was opened at 2010-09-25 23:16 Message generated for change (Tracker Item Submitted) made by You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=381350&aid=3075691&group_id=24366 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Priority: 5 Private: No Submitted By: https://www.google.com/accounts () Assigned to: Nobody/Anonymous (nobody) Summary: Improved "-g workarea" for multi-display users Initial Comment: I like to have rdesktop fill my entire screen, and "-g workarea" just doesn't work if you have multiple displays with either differing resolutions or panel configurations. I added "-g xrandr:OUTPUTNAME" which lets the user specify an XRandR output to fill with rdesktop. It queries XRandR for the screen location and resolution, and the current windows to subtract any panel windows from the area, and sizes and positions the rdesktop window appropriately. "-g xrandr" alone uses the first available output, if you have one screen and for some reason would like to use the calculated work area instead of the window manager hint. "-g xrandr" also implies "-D". Example usage: rdesktop -g xrandr:VGA1 host Caveats: 1) Doesn't yet handle changes to the work area while rdesktop is running (resolution changes, panels being added/removed/resized) 2) If the window manager overrides initial window positions, there's an ugly flicker as the window is mapped and then moved to the correct location ...I found about about mgmetzker's similar patch ( https://sourceforge.net/tracker/?func=detail&aid=3054346&group_id=24366&atid=381350 ) after writing mine, but since my patch also takes panel windows into account and seems to do less drastic things with X, I thought I'd upload it anyways. I hope a patch created by "svn diff" against the trunk is all right. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=381350&aid=3075691&group_id=24366 ------------------------------------------------------------------------------ Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev