Riccardo Sven Risuleo | 17 Nov 10:25 2015

Keyboard switches and awesome

Hi all,
I have a problem that has been bugging me for a while,  and I hope somebody knows how to solve it...

I have a keyboard layout switch, set with

setxkbmap -layout us,us -variant dvorak, -option caps:escape,grp:toggle,grp:alts_toggle,grp_led:caps

This will allow me to toggle my layout from us to dvorak by pressing both the alts keys.
This works perfectly, and the keymap switches fine, however all the bindings for awesome do not change. For instance if I move between the clients with 'hjkl' in dvorak mapping, I will move with 'jcvp' in the us mapping. It is like the command is linked to the physical key on the keyboard and not to the character sent...

Does anyone know a solution to this? I have been able to replicate this behaviour on two computers.

Thanks in advance for any comments or suggestions,
Have a splendid day
Alexander Tsepkov | 10 Oct 04:24 2015

numpad keys issues

My numpad keys don't seem to be recognized by awesome wm (I've tried using KP_0 through KP_9 - like xev reports) as well as names like KP_HOME, with no effect. Remapping same function to something like modkey +"y" works fine. I'm also confused because I don't see much info about this online aside from a thread or 2 claiming that what I'm doing should work: http://comments.gmane.org/gmane.comp.window-managers.awesome/3101

Here is one example:

    awful.key({ modkey,           }, "KP_1", function (c) naughty.notify({title='foo',text='dd'}) end),

Thanks, here is my version info:

$ awesome -v
awesome v3.5.6 (For Those About To Rock)
 • Build: Jan 14 2015 20:56:29 for x86_64 by gcc version 4.8.2 (buildd <at> lgw01-04)
 • Compiled against Lua 5.1.5 (running with Lua 5.1)
 • D-Bus support: ✔

Javier Jaramago Fernandez | 8 Oct 16:13 2015

Reparenting windows manager

Hello good afternoon,

does anybody know if awesome is already a re-parenting windows manager? I'm asking because it still have Java issues even when the problems were supposed to be caused because awesome was a non-re-parenting windows manager. If anybody knows we could trace the problem and try to fix it in the OpenJdk at least (if they are the bug source).

Thanks you.

Javier Jaramago Fernández.
Stéphane Campinas | 2 Oct 15:14 2015

Passmenu gets stuck


I am using passmenu [1] to handle passwords.
I added a shortcut to it like so:

    awful.key({ modkey }, "p", function () os.execute("passmenu -i -p 'Get the password:'") end),

However when executing and selecting a password to retrieve, awesome
gets stuck for a minute or so (cannot switch tags, ...).

Run within a terminal, passmenu invokes a GTK window in which the
passphrase can be written to. It seems then that "os.execute" is not
able to open that input menu.

Would you know how I can fix that ?


[1] https://github.com/cdown/passmenu


Chuck Norris' blood type is AK+. Ass-Kicking Positive. It is compatible only 
with heavy construction equipment, tanks, and fighter jets. 

Mohsen Pahlevanzadeh | 1 Oct 18:47 2015

attempt to index global 'wibox' (a nil value)

Dear All,

I have the following lua code:

mywidget = wibox.widget.textbox()
Then I get the following error:

attempt to index global 'wibox' (a nil value)

1. What's the given error?
2. How can solve it?

Note: I use awesome 3.5

--Best regards

/ vt | 1 Oct 16:14 2015

When tiling is active drag-n-drop doesn't work as expected


Today I found something strange and interesting and still a bug ; )
I was not in "float" mode but in "tiling" mode and I had several clients (windows) on the screen one of which was the "Archive Manager" (Gnome) and another one was Nautilus.
When I tried to drag a folder from the archive opened in the Archive Manager to the Nautilus in order to unzip it I noticed that I cannot do it. My mouse was returning back to the Archive Manager client and the drag-n-drop feature failed with stupid 'null' message. When I switched to floating mode I was able to unzip the folder by dragging and dropping.
Do you know how this can be fixed?

awesome v3.4.15 (Never Gonna Give You Up)
 • Build: Feb 17 2013 21:10:46 for x86_64 by gcc version 4.7.2 (buildd <at> barber)
 • D-Bus support: ✔

Debian 8 Jessie, x64

Julien Blondeau | 30 Sep 11:26 2015

Fullscreen & Chrome

I'm using a floating disposition for google chrome.
I usually use it maximized on the screen.
When I'm opening a video (youtube and others) in fullscreen, every time I close it, the google chrome window gets back in its normal size (before beeing maximized), instead of getting back in maximized mode.

Am I the only one with this behavior ?
How can I fix it ?

awesome v3.5.2-681-g769d6ac (The Fox)
 • Build: Aug 31 2015 09:22:15 for x86_64 by gcc version 5.2.0 (jblondeau <at> ping)
 • Compiled against Lua 5.3.1 (running with Lua 5.3)
 • D-Bus support: ✔

Raphael Plasson | 29 Sep 11:09 2015

Dragging inskape guides from rulers in awesome


are there some people here using inkscape (vector-based drawing 
program)? There is actually a (small but annoying) problem when used 
with awesome. Guide lines can be added (typically for attaching objects 
on it) by dragging them from the rulers. The problem is that this is 
understood by awesome for some reason as dragging the window (i.e. that 
instead of adding a new guide that can be moved inside the window, the 
full application window is move as if mod-button1 was pressed).

Do you have an idea where this bug comes from (or where to look for 
identifying its origin)? Inkscape sending a wrong (or nonstandard) 
command/signal to the WM? Awesome misinterpreting what Inkscape is 
asking? Would have I by some way messed up awesome configuration for 
having this behavior?

Thank you,


To unsubscribe, send mail to awesome-unsubscribe <at> naquadah.org.

Robert Fleming | 29 Sep 09:53 2015

display window geometry (position, size) while resizing or moving

Anyone know of a way to display a window's geometry (e.g. 80x24 characters or 400x300 pixels) while the user is resizing/moving the window?

Here's FVWM doing it:

twm and Openbox also do it.

Alexander Holte-Davidsen | 23 Sep 22:52 2015

Force widget to be in center of top bar


I'm trying to set the taglist to always be in center of the top bar. Right now the widget is moving when any other text in the top bar is changing. Eg when I change my layout from floating to centerwork, the taglist is moving X chars to the left because the text of the layout widget is changing.

The relevant stuff from rc.lua can be found here; http://pastebin.com/95sWa3XN

Any ideas how I can solve this?

Manner Róbert | 23 Sep 09:53 2015

tag switcher does not accept clicks after resolution change with xrandr


I have a quite annoying problem: once I change the resolution with xrandr, the desktop switcher buttons stop working. I can not click on them, I can only switch between them with the keyboard.
Same happens with the layout switcher button on the top right.

Did anyone observe the same problem? Do you have an idea what can cause this?


I do not use any custom switcher widget, but the one which comes with awesome. I am using the current awesome version in archlinux.

$ awesome --version
awesome v3.5.6 (For Those About To Rock)
 • Build: May  5 2015 05:45:29 for x86_64 by gcc version 5.1.0 (builduser <at> )
 • Compiled against Lua 5.3.0 (running with Lua 5.3)
 • D-Bus support: ✔

I have intel card.

Thanks for any help in advance,