Re: Multi-monitor - wibox?
Both good solutions, thanks for the help guys. I tried to follow with what I discovered just after posting. The xrandr way of swapping cables, and therefore 'screen' order as awesome sees it: xrandr --output --primary Again many thanks!
Re: Multi-monitor - wibox?
Ooops! xrandr --output --primary Sorry to trouble the list with that one :( My second question still applies: Also, the tag being viewed is independent for the two screens. That's more granularity than I'd like. When I switch "contexts" (tags) I'd like both monitors to reflect that. Am I just looking at implementing that in rc.lua? -- To unsubscribe, send mail to awesome-unsubscr...@naquadah.org.
Multi-monitor - wibox?
Hi everybody, I have a "main" screen, and a smaller "side" screen (actual, physical screens). Everything's working (thanks xrandr!) Only problem is, the systray is on the side screen. This is because Awesome thinks my side screen is "screen 1". I'm deducing this because only it has a systray and I have this in rc.lua: if s == 1 then right_layout:add(wibox.widget.systray()) end Question: How do I tell Awesome to consider my "main" screen as screen 1? Of course I could just change the code above to s == 2, but if I take off my side screen and there's then only one screen again, I'd have no systray. Also, the tag being viewed is independent for the two screens. That's more granularity than I'd like. When I switch "contexts" (tags) I'd like both monitors to reflect that. Am I just looking at implementing that in rc.lua? Thanks for the help and thanks to the devs for such a great WM. -- To unsubscribe, send mail to awesome-unsubscr...@naquadah.org.
Minimizing, but not to taskbar
Hi, When I open Zeal (development docs viewer) from the wibar, then minimize it, it goes back to the wibar. Skype, however, stays in the taskbar. I have to Ctrl-W its chat window, and Shift-Mod4-C its main window! Yuck. Synergy (the keyboard/mouse sharing application) behaves just as Skype does. Zeal has two options "Minimize to system tray instead of taskbar" and "Hide to system tray on window close". Yes and yes! Why isn't this the default behaviour of apps, and is there anything Awesome does/could do to enforce it? Is it all (only) up to the application, or are there window properties that will make them work that way? Cheers, ~gb -- To unsubscribe, send mail to awesome-unsubscr...@naquadah.org.
Re: [ANNOUNCE] awesome 3.5.7 released
Awesome was one of those things I tried once and never went back. I just love it. Dev team, thank you so much for this release, and for all the maintenance work that keeps Awesome going. Regards, Greg Bell -- To unsubscribe, send mail to awesome-unsubscr...@naquadah.org.
Making conky un-minimizable
I have Conky set up much like here: http://awesome.naquadah.org/wiki/Conky_HUD However, when I get window-clutter-overwhelm, I like to hold down Mod4 + n and just minimize everybody and start over again. Problem is, when I get to the desktop, often Conky is up so it gets minimized too. Once that happens the toggle (conky.ontop) doesn't work any more. I have to killall -9 conky, then re-run it. It has "focusable = false" in the properties, like in the wiki, so I would have thought this couldn't happen. What am I doing wrong? Many thanks, Greg -- To unsubscribe, send mail to awesome-unsubscr...@naquadah.org.