remmina in awesone - Different behaviour for RDP of Windows XP and Windows 7
Hi All, I’ve been using an Windows XP Virtual Machine for quite a while now. I run it headless and access it through RDP using remmina, running in Awesome – All great – Especially that when I put remmina into “full screen mode” as it uses the entire display, completely covering the tray. Then I just use Mod 4 # to change to another Awesome pane/desktop/? and so on. Now for the strange/interesting part… I just setup a Windows 7 VM in Virtualbox but this time, running headless and using remmina to RDP in, fullscreen mode does NOT cover the entire screen, but leaves the tray (only uses the viewport?) Anyone know where I should start to look to adjust the Windows 7 VM to use the full screen rather than just the viewport? Virtualbox, virtualbox client extensions, remmina, awesome, X, other??? Thanks in advance Dave
[ANNOUNCE] awesome 3.4.15 released
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Good morning, did you ever do something really stupid? Like, writing this is meant to be the last release of the 3.4 branch in an announce mail? Well, I did. Of course, the universe couldn't let this slip. So now we have awesome 3.4.15. And again, this is meant to be the last release of the 3.4 branch. Yeah, now I am really asking for it... The big changes since 3.4.14 is a single commit which tells Xlib to stop trolling so that it stops messing with our keyboard events. This should fix all the cases of my keyboard layout broke and now is US-only. Cheers, Uli awesome version 3.4.15 has been released. It is available from: tar.xz: http://awesome.naquadah.org/download/awesome-3.4.15.tar.xz md5: 4e3a14bed1e6a0d424fc79aba03d981e sha1: 54f8201f6aa48ffa47b21b28a5074e1ea1b41e74 tar.bz2: http://awesome.naquadah.org/download/awesome-3.4.15.tar.bz2 md5: 63bbc25691254d04b96c00ba46b9ae59 sha1: d282080bde91dabbece211608c390d5ae826bc2f number of changes - - 2 number of commiters - --- 1 shortlog - Uli Schlachter (2): Fix keyboard layouts change codename diffstat - awesome.c |4 awesomeConfig.cmake |2 +- 2 files changed, 5 insertions(+), 1 deletion(-) - -- - - Buck, when, exactly, did you lose your mind? - - Three months ago. I woke up one morning married to a pineapple. An ugly pineapple... But I loved her. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQEcBAEBCAAGBQJRGPr5AAoJECLkKOvLj8sGkCUIAILpinmGD079htaH4Q8zFl0b LZhsh2MgFqLmqGMpo83qVlYG2xGdZTQFWa4a+gvFdkGTKvVb//DEK5lkW1H6WkVd JrfLycSGCwaNa0DmGFVvqZY3g+3MuxznTkJeFvPJ+DwTQVqa7+EcmPaNN0/fLM+D B8wAtPGT2VZU7zvR0+nKK76agGqH8uNjZobxKFBs51Kvk+cG0XK8C4+uzRXuZujQ GtIIbrCaSSadilaI90uW1zpL+1MxraVCsbezg2XrZELdR/9Pazht/8v+Kyd2WG2x EZOUqjXDD4J1MuXvPlGa0IifiV2x/vsJVVf6ybrjOlbpGYH0GQcsKc96DFanshk= =2v0M -END PGP SIGNATURE- -- To unsubscribe, send mail to awesome-unsubscr...@naquadah.org.
[Patch] top_center position for naughty notifications
We needed this for an internal project. Maybe there is a more general interest. This patch adds a top_center position for naughty notifications: diff --git a/lib/naughty.lua.in b/lib/naughty.lua.in index 1f089bb..4cf2dce 100644 --- a/lib/naughty.lua.in +++ b/lib/naughty.lua.in @@ -120,6 +120,7 @@ for s = 1, capi.screen.count() do naughty.notifications[s] = { top_left = {}, top_right = {}, +top_center = {}, bottom_left = {}, bottom_right = {}, } @@ -151,7 +152,7 @@ end -- Evaluate desired position of the notification by index - internal -- @param idx Index of the notification --- @param position top_right | top_left | bottom_right | bottom_left +-- @param position top_right | top_left | top_center | bottom_right | bottom_left -- @param height Popup height -- @param width Popup width (optional) -- @return Absolute position and index in { x = X, y = Y, idx = I } table @@ -164,6 +165,8 @@ local function get_offset(screen, position, idx, width, height) -- calculate x if position:match(left) then v.x = ws.x + naughty.config.padding +elseif position:match(center) then +v.x = ws.x + ( ws.width - (width + config.padding) ) / 2 else v.x = ws.x + ws.width - (width + naughty.config.padding) end @@ -253,7 +256,7 @@ end -- Default: nil -- @param screen Target screen for the notification. Default: 1 -- @param position Corner of the workarea displaying the popups. --- Values: top_right (default), top_left, bottom_left, bottom_right. +-- Values: top_right (default), top_left, top_center, bottom_left, bottom_right. -- @param ontop Boolean forcing popups to display on top. Default: true -- @param height Popup height. Default: nil (auto) -- @param width Popup width. Default: nil (auto) Email Confidentiality: e-BO Enterpriseshttp://www.ebo-enterprises.com/ Company Registration Number BE 0470174242. This email message and any attachments are for the sole use of the intended recipient(s) and may contain information that is proprietary to e-BO Enterpriseshttp://www.ebo-enterprises.com/. If you have received this message in error, please notify the sender by reply, and delete all copies of this message and any attachments. If you are the intended recipient you may use the information contained in this message and any files attached to this message only as authorized by e-BO Enterpriseshttp://www.ebo-enterprises.com/. Any unauthorized use, dissemination or disclosure of this message or its attachments is strictly prohibited. The contents of this e-mail are not to be considered binding upon e-BO Enterpriseshttp://www.ebo-enterprises.com/. -- To unsubscribe, send mail to awesome-unsubscr...@naquadah.org.
[Patch] top_center position for naughty notifications
We needed this for an internal project. Maybe there is a more general interest. Posting this a second time, now without the companies disclaimer :-) This patch adds a top_center position for naughty notifications: diff --git a/lib/naughty.lua.in b/lib/naughty.lua.in index 1f089bb..4cf2dce 100644 --- a/lib/naughty.lua.in +++ b/lib/naughty.lua.in @@ -120,6 +120,7 @@ for s = 1, capi.screen.count() do naughty.notifications[s] = { top_left = {}, top_right = {}, +top_center = {}, bottom_left = {}, bottom_right = {}, } @@ -151,7 +152,7 @@ end -- Evaluate desired position of the notification by index - internal -- @param idx Index of the notification --- @param position top_right | top_left | bottom_right | bottom_left +-- @param position top_right | top_left | top_center | bottom_right | bottom_left -- @param height Popup height -- @param width Popup width (optional) -- @return Absolute position and index in { x = X, y = Y, idx = I } table @@ -164,6 +165,8 @@ local function get_offset(screen, position, idx, width, height) -- calculate x if position:match(left) then v.x = ws.x + naughty.config.padding +elseif position:match(center) then +v.x = ws.x + ( ws.width - (width + config.padding) ) / 2 else v.x = ws.x + ws.width - (width + naughty.config.padding) end @@ -253,7 +256,7 @@ end -- Default: nil -- @param screen Target screen for the notification. Default: 1 -- @param position Corner of the workarea displaying the popups. --- Values: top_right (default), top_left, bottom_left, bottom_right. +-- Values: top_right (default), top_left, top_center, bottom_left, bottom_right. -- @param ontop Boolean forcing popups to display on top. Default: true -- @param height Popup height. Default: nil (auto) -- @param width Popup width. Default: nil (auto)
[Patch] top_center position for naughty notifications
wrong list - please ignore
visible attribute for wibox.widget objects in Awesome 3.5
Hi, Today I ported my configuration to 3.5. I really like the changes, but I am missing a certain feature. Previously I could turn the visibility of a widget object on or off. example = widget({ type = imagebox }) example.visible = false I have yet to find an equivalent. I turn the visibility of widgets on and off based on certain events, ie hide all mpd controls except play if mpd isn't playing or don't show up/down rates of network interfaces that aren't connect, this prevents my wiboxes from cluttering with pointless information. Short story: how to do this with wibox.widget objects? Specifically wibox.widget.imagebox and wibox.widget.textbox. Thanks for you help. Regards, Jacco -- To unsubscribe, send mail to awesome-unsubscr...@naquadah.org.
[ANNOUNCE] awesome 3.4.15 released
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Good morning, did you ever do something really stupid? Like, writing this is meant to be the last release of the 3.4 branch in an announce mail? Well, I did. Of course, the universe couldn't let this slip. So now we have awesome 3.4.15. And again, this is meant to be the last release of the 3.4 branch. Yeah, now I am really asking for it... The big changes since 3.4.14 is a single commit which tells Xlib to stop trolling so that it stops messing with our keyboard events. This should fix all the cases of my keyboard layout broke and now is US-only. Cheers, Uli awesome version 3.4.15 has been released. It is available from: tar.xz: http://awesome.naquadah.org/download/awesome-3.4.15.tar.xz md5: 4e3a14bed1e6a0d424fc79aba03d981e sha1: 54f8201f6aa48ffa47b21b28a5074e1ea1b41e74 tar.bz2: http://awesome.naquadah.org/download/awesome-3.4.15.tar.bz2 md5: 63bbc25691254d04b96c00ba46b9ae59 sha1: d282080bde91dabbece211608c390d5ae826bc2f number of changes - - 2 number of commiters - --- 1 shortlog - Uli Schlachter (2): Fix keyboard layouts change codename diffstat - awesome.c |4 awesomeConfig.cmake |2 +- 2 files changed, 5 insertions(+), 1 deletion(-) - -- - - Buck, when, exactly, did you lose your mind? - - Three months ago. I woke up one morning married to a pineapple. An ugly pineapple... But I loved her. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQEcBAEBCAAGBQJRGPr5AAoJECLkKOvLj8sGkCUIAILpinmGD079htaH4Q8zFl0b LZhsh2MgFqLmqGMpo83qVlYG2xGdZTQFWa4a+gvFdkGTKvVb//DEK5lkW1H6WkVd JrfLycSGCwaNa0DmGFVvqZY3g+3MuxznTkJeFvPJ+DwTQVqa7+EcmPaNN0/fLM+D B8wAtPGT2VZU7zvR0+nKK76agGqH8uNjZobxKFBs51Kvk+cG0XK8C4+uzRXuZujQ GtIIbrCaSSadilaI90uW1zpL+1MxraVCsbezg2XrZELdR/9Pazht/8v+Kyd2WG2x EZOUqjXDD4J1MuXvPlGa0IifiV2x/vsJVVf6ybrjOlbpGYH0GQcsKc96DFanshk= =2v0M -END PGP SIGNATURE- -- To unsubscribe, send mail to awesome-devel-unsubscr...@naquadah.org.
[awesome bugs] #1077 - Using english keyboard layout instead of Xorg's config. awesome.restart() fixes it.
THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY. The following task is now closed: FS#1077 - Using english keyboard layout instead of Xorg's config. awesome.restart() fixes it. User who did this - Uli Schlachter (psychon) Reason for closing: Fixed Additional comments about closing: Fixed in master and 3.4.15. More information can be found at the following URL: https://awesome.naquadah.org/bugs/index.php?do=detailstask_id=1077 You are receiving this message because you have requested it from the Flyspray bugtracking system. If you did not expect this message or don't want to receive mails in future, you can change your notification settings at the URL shown above. -- To unsubscribe, send mail to awesome-devel-unsubscr...@naquadah.org.
[awesome bugs] #1108 - Gaps in some layouts and window configurations (Attachment added)
THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY. A new Flyspray task has been opened. Details are below. User who did this - Sven Brauch (scummos) Attached to Project - awesome Summary - Gaps in some layouts and window configurations Task Type - Bug Report Category - Core Status - Unconfirmed Assigned To - Operating System - All Severity - Low Priority - Normal Reported Version - 3.5 Due in Version - Undecided Due Date - Undecided Details - In the tile.left and tile.bottom layouts, when there are n windows on the left or n windows on the top part of the screen, there's a gap between the left / right (top / bottom) part of the screen. The gap gets bigger by one pixel for each window which is added to the left / top part of the screen, I think it's (n-1) pixels wide (thus disappears with only one window left / top). Attached are two screenshots which illustrate the problem. One or more files have been attached. More information can be found at the following URL: https://awesome.naquadah.org/bugs/index.php?do=detailstask_id=1108 You are receiving this message because you have requested it from the Flyspray bugtracking system. If you did not expect this message or don't want to receive mails in future, you can change your notification settings at the URL shown above. -- To unsubscribe, send mail to awesome-devel-unsubscr...@naquadah.org.
[awesome bugs] #1109 - Resizing windows with mouse sometimes gets stuck
THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY. A new Flyspray task has been opened. Details are below. User who did this - Sven Brauch (scummos) Attached to Project - awesome Summary - Resizing windows with mouse sometimes gets stuck Task Type - Bug Report Category - Core Status - Unconfirmed Assigned To - Operating System - All Severity - Low Priority - Normal Reported Version - 3.5 Due in Version - Undecided Due Date - Undecided Details - When resizing windows with the Meta+right click+drag, the resizing sometimes continues after releasing all keys. A left click is required to stop resize mode, just moving the mouse with all keys released will cause the resize process to continue. Unfortunately, this cannot always be reproduced, it usually takes ~10 tries. I could not yet find a rule when this happens (order / timing the keys are released, or new windows added to layout, all doesn't seem to matter). More information can be found at the following URL: https://awesome.naquadah.org/bugs/index.php?do=detailstask_id=1109 You are receiving this message because you have requested it from the Flyspray bugtracking system. If you did not expect this message or don't want to receive mails in future, you can change your notification settings at the URL shown above. -- To unsubscribe, send mail to awesome-devel-unsubscr...@naquadah.org.
[awesome bugs] #1108 - Gaps in some layouts and window configurations
THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY. The following task is now closed: FS#1108 - Gaps in some layouts and window configurations User who did this - Uli Schlachter (psychon) Reason for closing: Fixed Additional comments about closing: commit e4be0017ff8338aefdfbae10a616c001029f68ca Author: Felix Bier flx.b...@googlemail.com Date: Wed Jan 30 09:23:28 2013 +0100 Incorrect calculation of unused size (FS#1108) More information can be found at the following URL: https://awesome.naquadah.org/bugs/index.php?do=detailstask_id=1108 You are receiving this message because you have requested it from the Flyspray bugtracking system. If you did not expect this message or don't want to receive mails in future, you can change your notification settings at the URL shown above. -- To unsubscribe, send mail to awesome-devel-unsubscr...@naquadah.org.
[awesome bugs] #1109 - Resizing windows with mouse sometimes gets stuck
THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY. The following task is now closed: FS#1109 - Resizing windows with mouse sometimes gets stuck User who did this - Uli Schlachter (psychon) Reason for closing: Duplicate Additional comments about closing: Duplicate of FS#1082. More information can be found at the following URL: https://awesome.naquadah.org/bugs/index.php?do=detailstask_id=1109 You are receiving this message because you have requested it from the Flyspray bugtracking system. If you did not expect this message or don't want to receive mails in future, you can change your notification settings at the URL shown above. -- To unsubscribe, send mail to awesome-devel-unsubscr...@naquadah.org.
[awesome bugs] #1082 - Resize operation does not end after unclicking (intermittent)
THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY. The following task has a new comment added: FS#1082 - Resize operation does not end after unclicking (intermittent) User who did this - Uli Schlachter (psychon) -- Another dupe: FS#1109 -- More information can be found at the following URL: https://awesome.naquadah.org/bugs/index.php?do=detailstask_id=1082#comment3439 You are receiving this message because you have requested it from the Flyspray bugtracking system. If you did not expect this message or don't want to receive mails in future, you can change your notification settings at the URL shown above. -- To unsubscribe, send mail to awesome-devel-unsubscr...@naquadah.org.
[awesome bugs] #1097 - Quick mouse movements cause odd focus behavior.
THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY. The following task has a new comment added: FS#1097 - Quick mouse movements cause odd focus behavior. User who did this - Uli Schlachter (psychon) -- Does commit bf72cf71ea help? (Or in 3.5.1, whenever that will be released) -- More information can be found at the following URL: https://awesome.naquadah.org/bugs/index.php?do=detailstask_id=1097#comment3440 You are receiving this message because you have requested it from the Flyspray bugtracking system. If you did not expect this message or don't want to receive mails in future, you can change your notification settings at the URL shown above. -- To unsubscribe, send mail to awesome-devel-unsubscr...@naquadah.org.
[awesome bugs] #1094 - Quickly moving the cursor to the edge of another screen breaks focus.
THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY. The following task has a new comment added: FS#1094 - Quickly moving the cursor to the edge of another screen breaks focus. User who did this - Uli Schlachter (psychon) -- Does commit bf72cf71ea help? (Or in 3.5.1, whenever that will be released) (I think that this bug might be the same as FS#1097) -- More information can be found at the following URL: https://awesome.naquadah.org/bugs/index.php?do=detailstask_id=1094#comment3441 You are receiving this message because you have requested it from the Flyspray bugtracking system. If you did not expect this message or don't want to receive mails in future, you can change your notification settings at the URL shown above. -- To unsubscribe, send mail to awesome-devel-unsubscr...@naquadah.org.
[awesome bugs] #1094 - Quickly moving the cursor to the edge of another screen breaks focus.
THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY. The following task has a new comment added: FS#1094 - Quickly moving the cursor to the edge of another screen breaks focus. User who did this - Charles McGarvey (onefriedrice) -- In git://git.naquadah.org/awesome.git, right? Did you push? I can't find bf72cf7... -- More information can be found at the following URL: https://awesome.naquadah.org/bugs/index.php?do=detailstask_id=1094#comment3442 You are receiving this message because you have requested it from the Flyspray bugtracking system. If you did not expect this message or don't want to receive mails in future, you can change your notification settings at the URL shown above. -- To unsubscribe, send mail to awesome-devel-unsubscr...@naquadah.org.
[awesome bugs] #1094 - Quickly moving the cursor to the edge of another screen breaks focus.
THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY. The following task has a new comment added: FS#1094 - Quickly moving the cursor to the edge of another screen breaks focus. User who did this - Uli Schlachter (psychon) -- Whoops, sorry -- More information can be found at the following URL: https://awesome.naquadah.org/bugs/index.php?do=detailstask_id=1094#comment3443 You are receiving this message because you have requested it from the Flyspray bugtracking system. If you did not expect this message or don't want to receive mails in future, you can change your notification settings at the URL shown above. -- To unsubscribe, send mail to awesome-devel-unsubscr...@naquadah.org.
[awesome bugs] #1110 - unexpecteclient screen with certain placements in certain dual-screen orientations (Attachment added)
THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY. A new Flyspray task has been opened. Details are below. User who did this - Charles McGarvey (onefriedrice) Attached to Project - awesome Summary - unexpecteclient screen with certain placements in certain dual-screen orientations Task Type - Bug Report Category - Core Status - Unconfirmed Assigned To - Operating System - All Severity - Low Priority - Normal Reported Version - git/master Due in Version - Undecided Due Date - Undecided Details - If the orientation of dual-screens is such that the visible area is not rectangular (e.g. one screen is rotated), clients can be listed on an unexpected screen based on their placement. See the box drawing in the attachment for clarification. xrandr --output DVI-I-1 --mode 1920x1080 --pos 0x353 --rotate normal \ --output DVI-D-0 --mode 1920x1080 --pos 1920x0 --rotate right Also see #1001. One or more files have been attached. More information can be found at the following URL: https://awesome.naquadah.org/bugs/index.php?do=detailstask_id=1110 You are receiving this message because you have requested it from the Flyspray bugtracking system. If you did not expect this message or don't want to receive mails in future, you can change your notification settings at the URL shown above. -- To unsubscribe, send mail to awesome-devel-unsubscr...@naquadah.org.
[awesome bugs] #1094 - Quickly moving the cursor to the edge of another screen breaks focus.
THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY. The following task has a new comment added: FS#1094 - Quickly moving the cursor to the edge of another screen breaks focus. User who did this - Charles McGarvey (onefriedrice) -- Yes, it seems fixed on master. Nice work. -- More information can be found at the following URL: https://awesome.naquadah.org/bugs/index.php?do=detailstask_id=1094#comment3444 You are receiving this message because you have requested it from the Flyspray bugtracking system. If you did not expect this message or don't want to receive mails in future, you can change your notification settings at the URL shown above. -- To unsubscribe, send mail to awesome-devel-unsubscr...@naquadah.org.
[awesome bugs] #1094 - Quickly moving the cursor to the edge of another screen breaks focus.
THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY. The following task is now closed: FS#1094 - Quickly moving the cursor to the edge of another screen breaks focus. User who did this - Uli Schlachter (psychon) Reason for closing: Fixed Additional comments about closing: commit bf72cf71eac834a46ed4d6e1755d7fd1ae57c104 Author: Uli Schlachter psyc...@znc.in Date: Mon Feb 11 16:19:28 2013 +0100 Refresh focus on FocusIn events To avoid some oddities, awesome sets the input focus lazily. Instead of immediately sending everything to the X11 server, awesome just sets a flag have to update the focus later. However, this can cause problems. As Stefan noticed, awesome can forget about focus changes on FocusIn events when such an event comes in while we still have a pending focus change. The fix here is to send out the pending focus change before we record the fact that another client now acquired the input focus. Reported-By: Stefan Haller hali...@googlemail.com More information can be found at the following URL: https://awesome.naquadah.org/bugs/index.php?do=detailstask_id=1094 You are receiving this message because you have requested it from the Flyspray bugtracking system. If you did not expect this message or don't want to receive mails in future, you can change your notification settings at the URL shown above. -- To unsubscribe, send mail to awesome-devel-unsubscr...@naquadah.org.