I know I'm resurrecting this idea, but I still see a need for it (others have voiced the same on the mailing list in the past). Is there a way to prevent xfreerdp from overriding my window manager key bindings? I've re-posted my initial request below along with the response from Mads. It gives some examples of why this feature would be useful.
There used to be a wish-list on the old website and this feature made it to that list. I can't find it any more. Shall I create a new feature request for this? Is there still anyone interested aside from me? --Jason Re: [Freerdp-devel] Do not override window manager key bindings. From: Mads Kiilerich <mads@ki...> - 2010-09-20 20:48 Cook, Jason wrote, On 09/20/2010 08:11 AM: > Is there a way to bring back this feature from rdesktop? > > -K Do not override window manager key bindings. > > freerdp is currently difficult to use with keyboard-driven window managers > such as ratpoison or stumpwm since the freerdp session grabs all keyboard > input. Things also get complicated when trying to take a screenshot of the > session. Keybindings to a scrot script are swallowed, regardless of the > window manager being used. I've not yet found a workaround for this. Is there > a compile-time fix or is it something we can expect in a future release? That depends on when someone contributes a good patch ;-) I'm however not sure one single option is good. It is my experience that such options never does what I want. I think it would be nice to have configuration for * which shortcuts should be handled locally and which should be forwarded (for example that alt+tab should be handled locally) * remapping of keys (for example win+tab to alt+tab) * shortcut for de-focusing xfreerdp so it no longer captures any keys (like when the pointer leaves the window) /Mads ------------------------------------------------------------------------------ Virtualization & Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ _______________________________________________ Freerdp-devel mailing list Freerdp-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freerdp-devel
