gmane.comp.window-managers.awesome

Switch tags in dual-monitor setup in non-active screen?

Rainer M Krug — 2012-05-22T11:07:54

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hi

Is it possible to switch tags on the screen, which is not the active one? In other words, my mouse
is on screen 1, can I switch tags on screen 2?

Thanks,

Rainer
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk+7c4oACgkQoYgNqgF2egpBkQCggzcxyGvbzvPlUSSQaUikbFJG
Eo8An1FYgtqgQmAYPKTcQ1onlpw2pVwz
=uK1s
-----END PGP SIGNATURE-----

Re: Tooltip flickering

Uli Schlachter — 2012-05-21T20:21:13

Urgh. I hate bugs.

https://awesome.naquadah.org/bugs/index.php?do=details&task_id=1003

Half-working workaround: In awful/tooltip.lua, function place(self), replace the
call to a_placement.under_mouse(self.wibox) with:

    local geom = self.wibox:geometry()
    local coords = mouse.coords()
    self.wibox:geometry({ x = coords.x, y = coords.y })

However, this isn't really enough to fix this.

Uli

Launching applications resets mouse cursor

a.e — 2012-05-21T09:09:21

Hi,

I'm a Arch Linux user using the latest awesome-git AUR package (i.e. a
compile from the awesome git master).

What I did notice with some update a week ago is that my mouse cursor in
awesome tends to reset to X's default cursor when I launch applications
(either via awesome menu or the run prompt). I know of the good old "xsetroot
-cursor_name left_ptr"-fix and I have an according directive in my
.xinitrc. This does work as always but as soon as I launch an
application the cursor gets reset again.

I guess it has something to do with the cursor changing from the normal
pointer to the "busy" pointer. 

I hope someone knows why the mouse cursor behavior changed and what can
be done to reach the old behaviour again.

Greetings,

- a.e

Tooltip flickering

Vasya Belkin — 2012-05-20T18:54:22

Hello. I have a problem with tooltips, attached to buttons in wibox.
Basically, I want to add a full screen wibox with icons (build a desktop -
yes, I do know about the existing implementation of freedesktop standard)
to run some programs on a TV, attached as the second screen. The tooltips
attached flicker enormously (many times a second). I use Awesome 3.4.11 on
ArchLinux 64b, with Xorg  1.12.1.902 + Nvidia 275.43 on 9500GT card. Could
someone, please, correct the errors, if any, that cause flickering in the
following reference application:
1. deskpanel.lua:

local awful = require('awful')
local beautiful = require('beautiful')
local wibox = require('wibox')
local screen = require('screen')

module("deskpanel")

function new()
   local sd = wibox({height = 800, width = 800})
   sd.screen = 1
   local geom = {
      {x = 500, y = 500, width = 128, height = 128}
   }
 local b = awful.widget.button({image=beautiful.awesome_icon})
 t1 = awful.tooltip({objects={b}})
 t1:set_text('fhdjfhdgjhfjghf')
 sd.widgets =

Re: border actions

Can Altıparmak — 2012-05-18T16:17:50

Hi Thorsten,


I remember reading "properties are for internal use" in somewhere in
awful source.

You could use a timer, started within a function that calls
awful.mouse.client.move. Then connect it to your function which checks
for coordinates and move-resize client, but it should also check
whether mouse button is up and stop the timer. A little bit hacky.

So in my opinion better way is modifying a "copy" of
awful.mouse.client.move to compare coordinates.


What about adding awful.button({ }, 1, nil, function(c) ... end) to
clientbuttons?

Also c:geometry({x=0, y=...}) would be better methinks.

I accept border actions would be nice, but why not assign 2 bindings
to clients to do just what you want.

Re: awful.widget.graph scrolling direction

basilio — 2012-05-17T22:16:12

14.05.2012 19:48, dodo пишет:
Thanks a lot.

Re: Is awesome rewritting .fehbg ?

John Christopher — 2012-05-17T17:08:22

Hello again!

Sorry for the time I took to reply, I am not used anymore to mailing list
and lost myself in parameters of my gmail/mail client account.

Thanks for your answer. I understand what's going on now and found a solution.

It's quite cumbersome awesome is defaulting to some config files (in this case
the theme files) that eventually end up rewriting some rc files unrelated to
awesome. I believe the wallpaper background c/sh-ould be set outside of the
theme file. The theme could be updated without affecting a user's personnal
wallpaper. 

Moreover, if awesome parse the rc.lua without finding errors that would
prevent  it to run it will sometimes switch back to default rc.lua if one of
the 'require(d)' files contains error. So a mistake in a widget could change
one's .fehbgrc.

Re: eclipse windows border problem

Grzegorz Slusarek — 2012-05-16T16:22:29

Mod4+Shift+C definitely meet my requirements, so problem is solved.
Thanks
Grzegorz Ślusarek

2012/5/16 Alexander Yakushev <yakushev.alex< at >gmail.com>

Re: border actions

Thorsten Sperber — 2012-05-16T16:14:12

Well, the called functions do not emit signals and I can't see any way
to archieve my goal with mouse/init.lua without modifying this file
directly. Did you mean something different?

Thorsten

Re: eclipse windows border problem

Alexander Yakushev — 2012-05-16T16:03:57

It's Mod4+Shift+C, actually.

Grzegorz, I find it incredibly strange that you stuble upon this 
behaviour only partly. By default Awesome has no support for title bars, 
they are experimental and pretty unstable (I can only guess, I don't use 
them).

Re: eclipse windows border problem

Jonas Dörken — 2012-05-16T16:03:33

I think the hotkeys to minimize, maximize and closing the window should be
way more faster than closing the window by mouse, so theres no need for the
buttons to be there. I dont have a window with the normal buttons for the
things i said before, i thought it was a feature of awesome =D

2012/5/16 Claudio Roberto França Pereira <spideybr< at >gmail.com>

Re: eclipse windows border problem

Claudio Roberto França Pereira — 2012-05-16T15:51:47

You can still use Mod4 + Ctrl + C (default configuration) to close
"windows", you know?

--
Claudio Roberto França Pereira

eclipse windows border problem

Grzegorz Slusarek — 2012-05-16T15:29:56

Hello
I have started using eclipse with my awesome wm, and I noticed that some
eclipse windows loose frame with buttons to close it, minimize and et
cetera (or android emulator has no button to close). I must say thas issues
are really annoying and sometime interrupts me in developing.  I tried to
deal with the problems by  following the rules from
http://awesome.naquadah.org/wiki/Problems_with_Java
(settings window name by wmname, exporting variables like AWT_TOOLKIT,
_JAVA_AWT_WM_NONREPARENTING...)

but ufortunatelly unsuccesfull.  Any ideas what 's wrong or where looking
for solutions??

Below I send details of my configuration

awesome -v
awesome v3.4.11 (Pickapart)
 • Build: Apr  2 2012 16:22:31 for i686 by gcc version 4.6.3
(buildd< at >molybdenum)
 • D-Bus support: ✔

 uname -a
Linux hp 3.2.0-24-generic-pae #37-Ubuntu SMP Wed Apr 25 10:47:59 UTC 2012
i686 i686 i386 GNU/Linux


java -version
java version "1.6.0_24"
OpenJDK Runtime Environment (IcedTea6 1.11.1) (6b24-1.11.1-4ubuntu2)
OpenJDK Server VM

Re: Who is interested in

Oon-Ee Ng — 2012-05-15T05:27:09

On Tue, May 15, 2012 at 9:25 AM, David Sorkovsky
<davidsorkovsky< at >hotmail.com> wrote:
<snipped out some stuff - not that I don't agree, but I'm referring to
the above>

Growing the community will not take place by (further) splitting
effort. Pitching in on existing efforts would achieve much more than
striking out alone (whatever the motivation for doing so).

Re: Who is interested in

Christopher R. Parr — 2012-05-15T01:35:47

Thanks, Dave!

2012/5/15 David Sorkovsky <davidsorkovsky< at >hotmail.com>:

RE: Who is interested in

David Sorkovsky — 2012-05-15T01:25:35

 
Being on this mailing list, I see awesome ideas being discussed and awesome help going out from some truely awesome people, but as with any community, there are always those who disparage, berate, belittle, etc.
 
IMHO the Awesome Window Manager [AwesomeWM ;-)] would be much more awesome if there was more documentation, it was more user friendly, it was easier to find, etc, etc. This is best achieved by growing the community, which is best done through positive interaction. As such, I'd like to encourage everyone to remember to see the positives in everthing and everyone and to offer positive suggestions and encouragement. As the saying goes - If you don't have anything nice to say, don't say anything at all.
 

Kind regards
 
Dave

Re: Who is interested in

Oon-Ee Ng — 2012-05-14T23:47:14

Despite the awesome replies you're getting =)

Re: Who is interested in

Christopher R. Parr — 2012-05-14T18:11:21

Hi!

I've now set up Coordino on http://help.awesomenia.org- It is a
community similar to StackOverflow.

Next is to reinstall awesomenia.org using Dokuwiki.

Christopher


2012/5/14 Alexander Yakushev <yakushev.alex< at >gmail.com>:

Re: Google Reader client

2012-05-14T17:48:36

Brilliant. Thanks.

Re: Who is interested in

Alexander Yakushev — 2012-05-14T17:19:50

Dear Christopher,

If you are interested I could grant you the permission to post to 
Definitely Awesome (with some prescreening on my part).

Regards,

Re: Who is interested in

2012-05-14T17:04:51

I agree!